Любой, кто стал руководителем проекта, не важно было ли это результатом собеседований, перехода или решением руководства сталкивался с этим вопросом. Что делать? Существует большое количество источников, описывающих различные методы и фреймворки. Цель этой статьи дать алгоритм конкретных действий.   Выкладываю старые наработки, сейчас я бы такое не написал или написал по другому, но авось кому полезно будет Он появился как результат структурирования знаний о проектном управлении, а также путем практического опыта при ведении десятка различных проектов от небольших сайтов, до uber-like сервиса и государственной системы. Выражаю благодарность участникам сообществ Agile, Scrum, Lean, Kanban, XP и Kanban Talks за участие в развитии моих знаний и PM Lunch за помощь в написании алгоритма. Некоторые читатели наверняка задались вопросом, зачем нужен очередной фреймворк или метод? Ведь уже есть Scrum, Kanban, RUP, DSDM и т.д. Цель статьи не декларировать серебряную пулю, а дать простой алгоритм действий, следуя которому руководитель проекта сможет держать процесс под контролем. Алгоритм не противоречит моделям разработки, но наиболее применим к инкрементальным и итерационным. Советую для начала попробовать его применить по принципу “шухари”. Если вы новичок, то применяйте его в чистом виде. Но при этом стоит продолжать руководствоваться здравым смыслом.   Это именно алгоритм, а не фреймворк или методология, он дает список практических действий в формате «делай так и будет хорошо». Для удобства он рассмотрен на распространенном практическом кейсе — заказной разработке ПО. Он наиболее применим для разработки кастомных мобильных, веб и десктоп приложений с высокой неопределенностью и вариативностью требований, но также может подойти для любого проекта по производству нематериального продукта. Кто знает, вдруг кто-то решит по нему построить дом, хе-хе. Алгоритм состоит из шагов, каждый из которых служит описанием конкретных действий которые должен выполнять руководитель проекта. Шаги структурированы в фазы проекта, некоторые из которых разбиты на подфазы. Таким образом покрываются все этапы жизненного цикла проекта, от старта и до завершения. Всего в алгоритме приведено 24 шага. Алгоритм получился довольно объемным, поэтому с его полным текстом вы можете ознакомиться по ссылке ниже. Документ открыт для комментирования, поэтому если вы хотите внести свой вклад, то буду рад услышать вашу критику или предложения.  https://docs.google.com/document/d/1e2M520n4X3tV6XEVZ-mzBUkiIo1XGWIa45EnLPk2tp0/edit?usp=sharing Изначально алгоритм задумывался как план действий именно для руководителей проектов, но у него есть также следующие варианты использования: Прочитать и узнать много нового. В тексте алгоритма приводится большое количество профессионализмов, ознакомиться подробнее с которыми вы можете в конце алгоритма; Показать руководству, чтобы объяснить, как происходит управление проектом; Показать клиенту, чтобы объяснить для чего нужен PM и почему он будет под контролем; Распечатать и использовать как чек лист ежедневных действий для PM; Обсудить с командой проекта и вместе внедрить новые практики; Прочитать HR, чтобы узнать чем конкретно занимается руководитель проекта и в чем отличия от Product Manager/Product Owner/Team Lead/Sales Manager/Business Analyst.  Scrum master