Проектный треугольник
''Сделаем хорошо, быстро, дешево. Выберите из этих трех условий два''.
Если сформулировать эту мысль немного иначе, каждый проект представляет собой треугольник, в котором сбалансированы время, деньги и область охвата, — изменить один из факторов, не затронув хотя бы один из других, невозможно. Задача руководителя проекта — следить за тем, чтобы треугольник не распался.
Время + деньги + область охвата = качество
Треугольник проекта также называют железным треугольником или, менее поэтично, тройным ограничением. Как его не назови, он сводится к одному: невозможно изменить бюджет, расписание или область охвата проекта, не повлияв, по крайней мере на один из других факторов.
· Чтобы приблизить дату окончания (время), вы можете потратить больше ресурсов (деньги) или убрать некоторые возможности (область охвата), чтобы было меньше работы.
· Чтобы сделать проект в рамках бюджета (затраты), вы можете не оплачивать сверхурочные и закончить проект позднее (время) либо сократить возможности продукта (область охвата).
Качество — это четвертый элемент проектного треугольника. Оно находится в центре, и любое изменение сторон влияет на него.
Тут важно помнить, что универсального стандарта качества не существует. Для каждого проекта качество определяется в нем самом. Для некоторых компаний важнейшей мерой качества является соблюдение рамок бюджета. Для других важнее вовремя вывести продукт на рынок. Руководителю проекта нужно знать, как качество определяется для организации и для самого проекта.
В большинстве проектов по меньшей мере одна сторона треугольника фиксирована.
Возможно, бюджет не обсуждается (знакомая ситуация, не правда ли?). Или, предположим, продукт непременно должен поступить в продажу к определенной дате. Вероятно, требуется и то, и другое.
Если проблемной является фиксированная сторона, зачастую ясно, что нужно делать. Например, если вы обнаружите, что разработка компонента программного обеспечения займет больше времени, чем прогнозировалось, и вы подписали контракт, требующий предоставить этот компонент (область охвата), вам придется либо отодвигать дату окончания, либо привлекать дополнительные ресурсы, чтобы закончить проект вовремя.
Если проблема не связана с фиксированной стороной, не стоит отчаиваться. В этом и заключается прелесть проектного треугольника — всегда можно что-то изменить. Например, если проект должен быть выполнен вовремя, а его область охвата расширилась, можно скорректировать затраты, добавив ресурсы.
Если фиксированы все три стороны, не паникуйте. Да, проект проблемный, но по крайней мере вы знаете это, что дает вам возможность пересмотреть его цели или стандарты качества.
14 Жизненный цикл проекта
Жизненный цикл проекта включает все фазы от момента инициации до момента завершения. Переходы от одного этапа к другому редко четко определены, за исключением тех случаев, когда они формально разделяются принятием предложения или получением разрешения на продолжение работы.
Выделяют четыре обобщенные фазы жизненного цикла (в скобках приведены используемые в различных источниках альтернативные термины): - концепция (инициация, идентификация, отбор) - определение (анализ) - выполнение (практическая реализация или внедрение, производство и развертывание, проектирование или конструирование, сдача в эксплуатацию, инсталляция, тестирование и т.п.) - закрытие (завершение, включая оценивание после завершения)
Основные процессы жизненного цикла проекта
1. Заказ – Acqusition
2. Поставка – Supply
3. Разработка – Development
4. Эксплуатация – Operation
5. Сопровождение - Maintenance
Стадии жизненного цикла pазpаботки пpогpамм ЖЦРП может сильно отличаться от пpоекта к пpоектy и от pyководителя пpоекта к pyководителю пpоекта. Однако, обычно он состоит из следyющих стадий:
• Анализ пожеланий и тpебований заказчика
• Уточнение фyнкциональных хаpактеpистик
• Создание технического пpоекта (технического задания)
• Реализация
• Системное тестиpование
• Послеpеализационный обзоp
• Сопpовождение
15 Преимущества планирования
Менеджмент, как техпроцесс, является основным и неотъемлемым фактором развития проектов. В подавляющем большинстве случаев для стартапов нанять опытного менеджера представляется сложным — услуги достойного специалиста стоят недешево, да и доверять на раннем этапе постороннему лицу участникам стартапа будет сложно. Поэтому менеджментом занимаются, как правило, сами участники проекта.
Продуктом планирования Ит проекта является ТЗ
Техническое задание (ТЗ) – основной документ проекта, в соответствии с которым проводится разработка и введение в действие системы. В нем перечисляются задачи по автоматизации и способы их решения, включая конкретные описания форм, отчетов, справочников, характеристика объектов автоматизации, требования к системе, состав и содержание работ по ее созданию, алгоритмы взаимодействия всех элементов, а также порядок контроля и приемки системы. Разрабатывает документ менеджер проекта совместно с ИТ-службой по определенному стандарту (ГОСТ на ТЗ по созданию автоматизированной системы). Правильно составленное техническое задание – это залог успешного взаимодействия всех участников проекта. Чем точнее оно написано, тем быстрее и эффективнее будут выполняться работы.
1. Помогает решать задачи рационально и с наименьшими затратами
2. Помогает улучшить координацию действий исполнителей
3. Обеспечивает более рациональное использование ресурсов
4. Помогает руководителям мыслить перспективно, использовать будущие возможности
5. Обеспечивает возможность контроля за событиями и позволяет управлять ими
6. Готовит проект к возможным изменениям