PMsoop: карта проекта на русском
Продолжаю попытки нарисовать общий алгоритм / карту типичного проекта. На этот раз – в MS Visio, и на русском. Пока осилил не всё, а только первые 7 стадий, но уже хочется камнетов и фидбеков.
Кому не жалко 5 минут времени на посмотреть и высказать своё мнение касательно наглядности и доступности получившегося – смотрим здесь
ну так! это другое дело – так гооораздо понятнее.
Здорово! Есть пару пожеланий:
1) Немного воздуха добавить между элементами
2) Если можно сгруппировать цветом общие стадии, когда проект ещё не в команде, анализ и оценка проекта, девелопмент (возможно, ежедневные операции) и т.п.
Да, группировка цветом это клёво. Вцелом конечно прикольно, жду продолжения. Хотелось бы услышать кто такой хороший или качественный менеджер.
Анализ требований (ст. 5) может занять очень существенное время. Подготовка качественного SRS — это от четверти до иногда половины трудоемкости проекта, причем тут должен активно участвовать заказчик, иначе требований не получим. Проводить эту деятельность без контракта, который заключается только на ст. 7, рискованно, а привлекать заказчика даже невозможно. Имеется ли в виду под SRS какая-то предварительная, высокоуровневая спецификация требований? Если да, то и оценки, заложенные в контракт, тоже предварительные. Может, имеет смысл уточнить, какая форма контракта имеется в виду? Или в явном виде ввести анализ рисков в предконтрактную деятельность?
В общем, да. В данном случае термин SRS применен не точно, речь идёт о следующей итерации уточнения требований. В целом, цикл производства описанный в PMsoop основан на опыте преимущественно небольших проектов, длительностью около полугода и с командой 2 – 3 разработчика. В таких проектах отдельную итерацию для написания качественного SRS у нас обучно не выделяют.
Так как в моей практике проектов масштаба более 10 человеко-лет и с серьёзным анализом требований было пока только 2 – свой опыт считаю недостаточным чтобы давать рекомендации такого плана.
А вот в крупных проектах без качественного SRS обойтись тяжелее (хотя можно – be Agile). В таких случаях отдельная итерация, или даже отдельный проект по написанию SRS является стандартной практикой.
В целом, анализ требований и формы контрактов в крупных проектах – это тема, заслуживающая отдельной книги
Для большей ясности в “чистовую” версию PMsoop будет добавлено “предисловие” где вопрос масштаба проектов и применимости предлагаемых методик будет раскрыт более подробно.
Описание отличное. Мне нравится. Вопросы написал в WIKI