Масштабная трансформация
Сбербанка в прямом эфире
LIVE

Теперь я Project Manager – что делать?

Любой, кто стал руководителем проекта, не важно было ли это результатом собеседований, перехода или решением руководства сталкивался с этим вопросом. Что делать? Существует большое количество источников, описывающих различные методы и фреймворки. Цель этой статьи дать алгоритм конкретных действий.

В закладки
Методологии управления проектами глазами обывателя Irina Kukhterina

Он появился как результат структурирования знаний о проектном управлении, а также путем практического опыта при ведении десятка различных проектов от небольших сайтов, до uber-like сервиса и государственной системы.

Выражаю благодарность участникам сообществ Agile, Scrum, Lean, Kanban, XP и Kanban Talks за участие в развитии моих знаний и PM Lunch за помощь в написании алгоритма.

Зачем нужен алгоритм?

Некоторые читатели наверняка задались вопросом, зачем нужен очередной фреймворк или метод? Ведь уже есть Scrum, Kanban, RUP, DSDM и т.д.

Цель статьи не декларировать серебряную пулю, а дать простой алгоритм действий, следуя которому руководитель проекта сможет держать процесс под контролем. Алгоритм не противоречит моделям разработки, но наиболее применим к инкрементальным и итерационным.

Объявление на vc.ru
Трибуна
ApiX-Drive — онлайн-коннектор разных сервисов и приложений между собой без программистов
Рассказываем, как запустили аналог Zapier за три месяца.

Советую для начала попробовать его применить по принципу “шухари”. Если вы новичок, то применяйте его в чистом виде. Но при этом стоит продолжать руководствоваться здравым смыслом.

К чему применим?

Это именно алгоритм, а не фреймворк или методология, он дает список практических действий в формате «делай так и будет хорошо». Для удобства он рассмотрен на распространенном практическом кейсе — заказной разработке ПО.

Он наиболее применим для разработки кастомных мобильных, веб и десктоп приложений с высокой неопределенностью и вариативностью требований, но также может подойти для любого проекта по производству нематериального продукта.

Кто знает, вдруг кто-то решит по нему построить дом, хе-хе.

Суть алгоритма

Алгоритм состоит из шагов, каждый из которых служит описанием конкретных действий которые должен выполнять руководитель проекта. Шаги структурированы в фазы проекта, некоторые из которых разбиты на подфазы. Таким образом покрываются все этапы жизненного цикла проекта, от старта и до завершения. Всего в алгоритме приведено 24 шага.

Концепция алгоритма

Алгоритм получился довольно объемным, поэтому с его полным текстом вы можете ознакомиться по ссылке ниже. Документ открыт для комментирования, поэтому если вы хотите внести свой вклад, то буду рад услышать вашу критику или предложения.

Как его можно использовать?

Изначально алгоритм задумывался как план действий именно для руководителей проектов, но у него есть также следующие варианты использования:

  1. Прочитать и узнать много нового. В тексте алгоритма приводится большое количество профессионализмов, ознакомиться подробнее с которыми вы можете в конце алгоритма;
  2. Показать руководству, чтобы объяснить, как происходит управление проектом;
  3. Показать клиенту, чтобы объяснить для чего нужен PM и почему он будет под контролем;
  4. Распечатать и использовать как чек лист ежедневных действий для PM;
  5. Обсудить с командой проекта и вместе внедрить новые практики;
  6. Прочитать HR, чтобы узнать чем конкретно занимается руководитель проекта и в чем отличия от Product Manager/Product Owner/Team Lead/Sales Manager/Business Analyst.
Применение проектного управления в личной жизни Летюшев Артем
{ "author_name": "Артем Летюшев", "author_type": "self", "tags": ["\u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c_\u043f\u0440\u043e\u0435\u043a\u0442\u0430","\u043f\u0440\u043e\u0435\u043a\u0442\u043d\u043e\u0435_\u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435","\u043c\u0435\u043d\u0435\u0434\u0436\u043c\u0435\u043d\u0442","\u043c\u0435\u043d\u0435\u0434\u0436\u0435\u0440_\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432","projectmanagement"], "comments": 23, "likes": 2, "favorites": 44, "is_advertisement": false, "subsite_label": "hr", "id": 148824, "is_wide": false, "is_ugc": true, "date": "Sun, 09 Aug 2020 12:05:53 +0300", "is_special": false }
Объявление на vc.ru
0
23 комментария
Популярные
По порядку
Написать комментарий...
1

Субъективное мнение.
Компания, которую удовлетворяет то, что project-manager не знает ничего, кроме курса менеджмента с университета:
1. Обречена на провал.
2. Не оценит "профессионализмы"
3. Новаторство не оценит должным образом.

На сколько я знаю, алгоритмы в рабочей деятельности применяют многие специалисты, причем пишут их сами. Они же скажут что от алгоритмы, как бы хорошо они не были бы написаны, работают не в 100% случаев.
Поэтому, ничего нового. Лучше читайте и разбирайтесь сами в своей теме, а не ищите готовых решений.

Ответить
0

А с чего вы решили, что речь идет именно о студентах? Я знаю большое количество менеджеров, которые используют микроменеджмент и все держится на них. 

Профессионализмы указаны для того, чтобы было понятно, куда копать, это ключевые слова.
Я назвал это алгоритмом, так как оно явно не тянет на методологию или фреймворк. Почему вы считаете что эти наборы практик не работают? Существует прекрасно зарекомендовавшие себя scrum и kanban, но неподготовленному человеку тяжело их использовать.

Ответить
0

А что сложного с Канбан?

Ответить
0

У меня имеется в виду именно канбан-метод. Который вот этот 

Ответить
1

Обычно с большой буквы "Канбан" как метод/методология/фреймворк, с маленькой "канбан" как доска.

Если не полноценный Канбан, то прото-Канбан внедряется довольно быстро, легко понимается командой и требует минимум накладных расходов.

Ответить
0

Извиняюсь, написал с маленькой. Я имел в виду полноценный Канбан здорового человека со STATIK и нормальными каденциями.

Ответить
1

Да ничего страшного, главное правильно друг друга поняли!-)

По прежнему не вижу ничего страшного/сложного во внедрении прото-Канбана и его дальнейшего эволюционного совершенствования в ходе проекта, хотя если это длительный проект с хорошим ресурсным обеспечением, то стоит рассмотреть и скрам.

Ответить
0

Для меня и судя по всему для вас нет ничего сложного. Но вот для большинства компаний (по крайней мере с которыми я сталкивался) это не так.

Ответить
0

Мне кажется, что в большинстве случаев просто нет достаточной мотивации/желания начать использовать. Возможно это обусловлено страхом перед сложностью методологии, рисками сорвать уже налаженные процессы и т.п.

С другой стороны, если появляется менеджер проекта, то такое желание видимо есть!-)

Ответить
0

Отлично сказано. Я вот и рассчитываю на то, чтобы дать таким же проджектам чеклист действий, используя которые можно управлять проектом. Также специально пишу ключевые слова и обозначаю методы, чтобы было куда копать дальше.

Ответить
0

Ну и Канбан нельзя внедрять, его можно только использовать) Полноценный применять действительно тяжело именно из-за того, что он не дает полного ответа, как надо работать. Канбан ведь применяют поверх того что есть.

Я описал ситуацию, когда приходит проджект, а нет ничего, хаос.

Ответить
0

"Я описал ситуацию, когда приходит проджект, а нет ничего, хаос." - из статьи явно этого не увидел.

Понятно, что всем нравится "начинать с нуля", а приходить в идущий проект всегда больно, т.к. что-то уже "сложилось", "принято" и т.п., шестеренки притерлись и крутятся, на любое изменение идет обратная связь о возможных срывах сроков и т.п.

Ответить
0

Ну в начале статьи как раз и указано, что она ориентируется на тех, кто не знает что делать, а им нужно уже управлять проектом. Фреймворки типа scrum или rup таких ответов не дают.

Ответить
0

Ну если вы под канбан имеете в виду не распространенное заблуждение в виде доски со стикерами, а именно канбан-метод, то тогда это сложно.

Ответить
0

Действительно, в алгоритме нет ничего нового, но оно описано таким образом, чтобы это было легко использовать на практике.

Я тестировал этот алгоритм в 2 компаниях на более чем 10 проектах, то я привел статье его упрощенная версия.

Ответить
0

В глоссарии вижу "Цель дня - результат, на который ориентируется команда к завершению рабочего дня" (очень неудобно, что копирование запрещено). Это намек на дневные спринты для команды?

Ответить
0

Нет, это намек на отличную практику скрама, такую как цель дня.

Ответить
0

Мне казалось, что проект-менеджер не вмешивается в работу команды разработки после начала спринта. Отбор задач для спринта - да, но дальше какой смысл что сделает команда сегодня, завтра или послезавтра, если результат в конце спринта и в идеале команда придет к нему? Зачем тогда говорить о задачах дня?

Ответить
0

Это не более чем рекомендация, как бест практис. Ее смысл не в том, что говорить разработчикам что делать, а просто в обозначении типа "хей, сегодня мы с вами набрали задачек связанных с календарем, наша цель дня закрыть их всех и отправить календарь в прод".

Ответить
0

быстрее закончу проект, пока дочитаю до конца))

Ответить
0

Вы уверены? Материал небольшой и читается за 15 минут. Проекты явно не так быстро делаются)

Ответить
0

аргумент! 
ушел читать)

Ответить
0

Советую потом немного порефлексировать, где применим такой подход. А также задуматься, почему в самом начале алгоритма вынесены некоторые процессы и написано, что они выходят за рамки. Еще будет здорово, если вы задумаетесь, а что конкретно этот алгоритм взял из Scrum и Kanban, как он адаптирует цикл демминга и в каких шагах какие области знаний по PMBoK используются)

Ответить

Комментарии