Теперь я Project Manager – что делать?
Любой, кто стал руководителем проекта, не важно было ли это результатом собеседований, перехода или решением руководства сталкивался с этим вопросом. Что делать? Существует большое количество источников, описывающих различные методы и фреймворки. Цель этой статьи дать алгоритм конкретных действий.
Он появился как результат структурирования знаний о проектном управлении, а также путем практического опыта при ведении десятка различных проектов от небольших сайтов, до uber-like сервиса и государственной системы.
Выражаю благодарность участникам сообществ Agile, Scrum, Lean, Kanban, XP и Kanban Talks за участие в развитии моих знаний и PM Lunch за помощь в написании алгоритма.
Зачем нужен алгоритм?
Цель статьи не декларировать серебряную пулю, а дать простой алгоритм действий, следуя которому руководитель проекта сможет держать процесс под контролем. Алгоритм не противоречит моделям разработки, но наиболее применим к инкрементальным и итерационным.
Советую для начала попробовать его применить по принципу “шухари”. Если вы новичок, то применяйте его в чистом виде. Но при этом стоит продолжать руководствоваться здравым смыслом.
К чему применим?
Это именно алгоритм, а не фреймворк или методология, он дает список практических действий в формате «делай так и будет хорошо». Для удобства он рассмотрен на распространенном практическом кейсе — заказной разработке ПО.
Он наиболее применим для разработки кастомных мобильных, веб и десктоп приложений с высокой неопределенностью и вариативностью требований, но также может подойти для любого проекта по производству нематериального продукта.
Кто знает, вдруг кто-то решит по нему построить дом, хе-хе.
Суть алгоритма
Алгоритм состоит из шагов, каждый из которых служит описанием конкретных действий которые должен выполнять руководитель проекта. Шаги структурированы в фазы проекта, некоторые из которых разбиты на подфазы. Таким образом покрываются все этапы жизненного цикла проекта, от старта и до завершения. Всего в алгоритме приведено 24 шага.
Алгоритм получился довольно объемным, поэтому с его полным текстом вы можете ознакомиться по ссылке ниже. Документ открыт для комментирования, поэтому если вы хотите внести свой вклад, то буду рад услышать вашу критику или предложения.
Как его можно использовать?
Изначально алгоритм задумывался как план действий именно для руководителей проектов, но у него есть также следующие варианты использования:
- Прочитать и узнать много нового. В тексте алгоритма приводится большое количество профессионализмов, ознакомиться подробнее с которыми вы можете в конце алгоритма;
- Показать руководству, чтобы объяснить, как происходит управление проектом;
- Показать клиенту, чтобы объяснить для чего нужен PM и почему он будет под контролем;
- Распечатать и использовать как чек лист ежедневных действий для PM;
- Обсудить с командой проекта и вместе внедрить новые практики;
- Прочитать HR, чтобы узнать чем конкретно занимается руководитель проекта и в чем отличия от Product Manager/Product Owner/Team Lead/Sales Manager/Business Analyst.
Субъективное мнение.
Компания, которую удовлетворяет то, что project-manager не знает ничего, кроме курса менеджмента с университета:
1. Обречена на провал.
2. Не оценит "профессионализмы"
3. Новаторство не оценит должным образом.
На сколько я знаю, алгоритмы в рабочей деятельности применяют многие специалисты, причем пишут их сами. Они же скажут что от алгоритмы, как бы хорошо они не были бы написаны, работают не в 100% случаев.
Поэтому, ничего нового. Лучше читайте и разбирайтесь сами в своей теме, а не ищите готовых решений.
Действительно, в алгоритме нет ничего нового, но оно описано таким образом, чтобы это было легко использовать на практике.
Я тестировал этот алгоритм в 2 компаниях на более чем 10 проектах, то я привел статье его упрощенная версия.
А с чего вы решили, что речь идет именно о студентах? Я знаю большое количество менеджеров, которые используют микроменеджмент и все держится на них.
Профессионализмы указаны для того, чтобы было понятно, куда копать, это ключевые слова.
Я назвал это алгоритмом, так как оно явно не тянет на методологию или фреймворк. Почему вы считаете что эти наборы практик не работают? Существует прекрасно зарекомендовавшие себя scrum и kanban, но неподготовленному человеку тяжело их использовать.
В глоссарии вижу "Цель дня - результат, на который ориентируется команда к завершению рабочего дня" (очень неудобно, что копирование запрещено). Это намек на дневные спринты для команды?
Нет, это намек на отличную практику скрама, такую как цель дня.
быстрее закончу проект, пока дочитаю до конца))
Вы уверены? Материал небольшой и читается за 15 минут. Проекты явно не так быстро делаются)