все зависит о команды.
-----
Хммм... Команда, несомненно, важна... но все же от нее зависит на все... на мой взгляд, при 10 разработчиках, - примерно на 70%, остальное - управление.
в первую очередь необходимо провести анализ причин срыва проекта
необходимо об этих выводах поставить в известность команду
выслушать их версию
-----
вот тут, похоже, и будет основная проблема - анализ придется делать на основе информации от команды - по условиям - новый М или Д. Получается, что надо делать с точностью до наоборот - выслушать, проанализировать, разъяснить. При этом - выслушать и проанализировать - наверняка было сделано внутри команды, если не на командном уровне, то на личном - непременно. Можно ли начинать с разъяснений?
вместе разработать процедуры по исправлению ситуации.
-----
Я бы тоже предпочел, в идеале, реализовать какой-нибудь маленький проект. Причем - реализовать непременно успешно, ознакомившись с проблемами и подыскав приемлемые решения. Но по условиям - большой проект и его надо начинать сразу...
чтобы команда разработчиков не впала в уныние, иначе они с большой вероятностью завалят и следующий проект
если команда постоянная.
-----
Т.е. начать надо с того, что выяснить есть ли Команда, а не 10 отдельных разработчиков? Трудновато будет это с наскоку понять, а времени разбираться - точно не будет. Но команда - да, считается постоянной.
Эээ... еще - ты не делишь рекомендации по М и Д. А, наверное, стоило бы... хотя бы для иллюстрации разницы в подходах М и Д к решению проблем.
Впрочем, одна подзадача, если считать что она обязательна, выявилась:
- необходимо провести анализ причин срыва проекта
- - квалификации не хватает
- - процесс не поставлен
- - сроки нереалистичны
- - требования постоянно менялись
Хотелось бы более-мение точно квалифицировать каждую позицию и перевести в оцениваемую (цифровую) форму. Дополнения к списку - приветствуются.