Комментарии 6
PMBOK - это не стандарт, а методичка! и он не работает без SWEBOK.
Стандарт, а точнее СтандартЫ, по управлению проектами выглядят вот так:
У вас только 1 из банды!!!
Важность контроля в управлении проектами сложно переоценить.
Контролем, качества не достичь... 9001 в помощь.
У вас затронут только уровень Проекта, а остальное?
Методологии
ничто из перечисленного не "методология". По ссылке - стандартная копипастовая лажа, собранная для объёма текста и прочих SEOшных дел человеком, который вообще не понимает, что пишет.
Итак, тебе дали новый проект. Пока очень интересно и ничего не понятно, с чего же к нему приступить?
Ну не знаю. Если проект новый в том смысле, что он еще только стартовал, то в большинстве больших организаций вас ожиидает разновидность проектного комитета, на которой вы должны принести CBA и план работ, чтобы вам с заказчиком вообще дали работать дальше. И на этом этапе вы по сути только оцениваете задачу, чтобы получать высочайший обобрямс и немного денег. Иногда таких этапов два (три я никогда не видел). Если же проект уже на фазе выполнения, то тут вы просто вливаетесь. Тут все важно:
бюджет
риски
где вы есть в контексте скоупа
текущие проблемы, которые надо решать сейчас
Я когда-то передавал проект, точнее группу проектов. Так меня попросили написать документ который описывал все что надо передать. Вышло 20 страниц компактной инфы :)
Первое – мы определяем скоуп работ проекта ... После того, как мы определили работы, которые нам нужно выполнить, их нужно оценить .... Оценивать должен конечный исполнитель.
Ага, на этапе когда еще оценивается проект в целом, а у вас уже полная тележка исполнителей :) Я так себе представил этот "планнинг сессию" на весь проект. При этом требований нормальных у вас тоже нет, а если есть - кто их будет читать. Такое ощущение, что писали про одно (а скорее всего про разновидность водопада), потом решили вставить совет, так как там есть тоже слово "оценка".
Пример. Однажды мы не заложились на долгий срок поставки, решили, что сервер придет через два месяца. Раньше же так приходил
Не буду даже комментировать. Все это было много раз, и сколько ПМа не учи, почти все, без поддержки от ИТ пролюбят все и по два раза. Ну некоторые правда пролюбят один раз, но не все. Чтобы оставить что пролюбить во второй раз :)
Я рекомендую закладывать +15% как на бюджет, так и на длительность работ, чтобы в случае, если что-то пойдет не так или ключевой сотрудник заболеет/уволится, в проекте сразу не возник сдвиг финального срока или превышение бюджета.
Это то конечно, только кто ж даст столько? :) Всегда легко делать проект, когда взял и добавил 15%
Я не могу сказать, что статья отстой. Реально писал человек с опытом и т.д. Но блин, выглядит как попытка порефлексировать обо всем, но выходит крайне по верхам, и иногда не в тему
Полезная статья, для тех кто с темой "не дружит". Надеюсь статья не последняя, автор будет еще делиться с сообществом опытом, возможно более детально по некоторым вопросам. Автору успехов!
p.s. комменты тоже хорошие, тему развивают
Как рекомендация для начинающих прям неплохо) есть несколько мутных моментов, особенно бросилось в глаза планирование. Но, повторюсь, для тех кто заходит в сферу неплохо.
Заметки руководителя проекта: советы начинающим, факапы для бывалых