Введение
В предлагаемой работе автор постарался обобщить собственный опыт руководства проектами.
Нужны ли обобщения, в т.ч. модели, вообще? Не проще ли следовать конкретным четким руководствам и «не забивать голову»? Тем более, что модели обычно никаких принципиально новых деталей не раскрывают.
Однозначного и универсального ответа, пожалуй, нет. Однако представляется, что часто бывает полезно взглянуть на то, чем занимаешься, в целом, «с высоты птичьего полета». Ведь постоянно находясь на земле, уделяя внимание мелочам, рискуешь пройти мимо чего-то важного.
Понятно, что это всего лишь модель, вроде планетарной модели атома. Она не может быть абсолютно точной, достаточной и полной, наконец, она не единственная из возможных, но кажется, что модель удовлетворяет критерию продуктивности.
При этом автор понимает вполне возможную вторичность изложенных в этой работе идей. Однако, не хочется упускать вероятной возможности увеличения взаимопонимания лиц, участвующих в составлении и оценке проектов.
Лучше всего суть модели показывает ее графическое представление. А конкретное наполнение модели сделано на примере проекта разработки программного продукта.
Графическое представление
Проект — луковица. Слои – этапы.
Примечание.
Автор не претендует на полноту представления этапов даже на этом примере (можно добавить: «Тестирование», «Обучение», «Сопровождение» и пр.).Пояснения
• Почему луковица:
— каждый слой зависит от предыдущего,
— ни один из этапов обойти нельзя,
— чем раньше этап, тем дороже ошибки,
— чем позже этап, тем выше трудоемкость.
• Действия, общие для всех этапов, вынесены в сектора («Документация», «Контроль»). Здесь, скорее всего, тоже нет полноты.
• Слой (этап) «Исследований» может включать в себя маркетинговую составляющую. Пример: есть список идей, проводятся исследования на предмет выбора наиболее рыночно перспективных.
• Можно дать и другое наполнение слоев, например, из курса MSCD. Для того, чтобы определить место каждого этапа в модели, достаточно сопоставить его место относительно прочих, на какие он опирается, и какие опираются на него.
Интерпретация модели
Что из этой модели можно почерпнуть.
1. Порядок разработки.
2. Обязательность прохождения каждого этапа.
3. Зависимость всего проекта от качества каждого этапа.
4. Удельная трудоемкость, относительная стоимость этапов.
5. Относительная цена ошибки.
6. Порядок оформления проекта, обязательность контроля и документирования.
7. Оценка состояния проекта.
8. Слабые места – передача необходимых знаний от этапа к этапу.
Возможны и другие интерпретации данной модели (луковицы).