Comments 25
а зачем нам эта статья, если для 'вкатывания в тему' есть действительно краткая и дельная книжка "Управление ИТ-проектом "с нуля" в любой организации", Иван Селиховкин 😉
Я бы несколько моментов отметил.
1. PMBoK это что-то вроде энциклопедии. Стоит на полке, но иногда надо заглянуть чтобы что-то уточнить.
2. На всякий случай: PMBoK строился изначально не для ИТ. И до сих пор так и есть.
3. Если всё-таки возвращаемся к ИТ, то практически любая крупная компания у себя строит на ее базе свою методологию с шаблонами, конкретными ролями, отчётностью и тому подобными вещами, автоматизированными в каких-либо внутренних инструментах. И уже там зашиты всякие контроли, избавляющие отдельного РП от чтения этих талмудов. Так что спасибо хорошим PMO (да, такие бывают).
Вы не понимаете. PMBoK придумали для ИИ. Он его понимает.
Ни разу не прочитал PMBOK от корки до корки, иногда, когда в тупике и бьёшься об стену, что-то поковыряешься в нём или в SAFe, переспишь пару ночей с мыслями разными, и друг начинаешь понимать, что бьёшь ты не об стену, а об столб... Ну, а со столбом уже попроще 😁
Зачем вам эта статья ?
вот рецепт: надо лишь взять простой....
.
.
.
P
D
C
A
Цикл Дёминга.
Хороший мотивирующий спич. Вот если бы еще на собесах понимали такой подход))
Начинающий РП из данной статьи ничего не почерпнет.
Не томите, что там на 237 странице PMBoK? Я волнуюсь. Если содержание данной страницы может спровоцировать суицид, предлагаю создать коллективное обращение о внесении PMBoK в реестр экстремистских материалов.
Лучшая методология — та, которую понимает ваша команда и ваш конкретный заказчик.
Ну вот есть Waterfall, которую поймёт даже школьник. Но не смотря на понятность, эту методологию сейчас используют сильно реже, чем до появление Agile.
Берите из этой статьи то, что вам зашло, добавьте свои фишки и назовите красиво:
Scrum от Васи™
Канбан с матом и пивом по пятницам
Agile, но по-русски
Да. И получится говно.
Все эти красивые Скрамы появились не просто так, их выстрадали менеджеры, руководители а иногда и настоящие учёные/исследователи из какого-нибудь HBR. И они научены горьким опытом что может пойти не так; чтобы не допустить повторение этого горького опыта снова, они создают ограничения и правила (не больше 12 человек в команде, стендапы максимум 15 минут, спринты от 1 до 4 недель и т.д.). То есть существует некоторый индустриальный стандарт, отход от которого нужно неплохо так обосновать чудесному ПМу с авторской (ТМ) методикой управления проектами.
Жалко, конечно, что я разговариваю с копипастой нейрослопом, но что уж тут поделать.
Скрам от Васи - это вполне рабочая тема, особенно, учитывая то, что Scrum - это framework и конечную реализацию крутишь уже сам и/или вместе с командой.
Канбан с матом и пивом по пятницам - тоже рабочий вариант: сидишь такой в пятницу вечером, ковыряешь метри и материшься, так как всё по книжке, а пропусная способность нифига не увеличилась. И вот ты какую-нибудь тему придумал и истерически доказал, что у тебя всё попёрло. Описал вводные и результат, запатентовал 👍
не больше 12 человек в команде
Вообще-то подход two pizza team, там максимум 10, а лучше 8 или вообще 7. Но знаю примеры 25 - тяжело, но работало, да и виртуально команда была побита на 2,5 команды плюс отдельно девопсы и поддержка операционку гребла. Да и всё это было больше похоже на канбан с замесом cicd и релизами два раза в неделю.
стендапы максимум 15 минут
Бывает и больше, но, действительно, человеку сложно сохранять внимание больше 15-20 минут, на чем-то что его несильно интересует.
спринты от 1 до 4 недель
Спринт может быть и пять недель: что мешает? Это чисто истерическая тема, зависящая от множества факторов.
индустриальный стандарт
Не то что бы индустриальный стандарт, набор артефактов, наверное, всё таки... Опять же никто сходу не скажет, что конкретно вот при таких вводных нужно точно делать вот так и будет точно счастье. Опять же, народ уже почти двадцать лет хлебальники друг другу бьёт на тему: является ли Канбан-метод Agile или нет, с передической разборкой является ли он методом или всё-таки уже методологией )))
Всё сложно. Никогда не будьте столько категоричны, когда дело касается чего что основано на истерических наблюдениях.
Опять же, народ уже почти двадцать лет хлебальники друг другу бьёт на тему: является ли Канбан-метод Agile или нет, с передической разборкой является ли он методом или всё-таки уже методологией )))
Я как только увидел Канбан, у меня и мысли не появилось назвать это методологией. То есть мы ставим Scrum, p3.express и Prince2 рядом с... досками Kanban. Ну явно он не дотягивает до этого статуса.
Кстати, не участвовал ни в одной дискуссии, где собеседник бы пытался доказать, что Kanban -- методология. Я даже аргументов придумать не могу.
Всё сложно. Никогда не будьте столько категоричны, когда дело касается чего что основано на истерических наблюдениях.
Может ли авторская методология работать? Ну, как у вас в примере со Скрамом от Васи. Может, только есть одно "но". Прежде чем выдумывать новый стиль/жанр, нужно потратить тысячи часов на написание скучных натюрмортов, портретов, пейзажей и т.д. по учебнику рисования. И только потом, набрав опыта, можно аккуратно тестировать гипотезы внутри существующей методологии. А иначе получится, что художник, который не может нарисовать круг, будет писать сюрреалистические картины.
Большинство российских проектов - это "сделайте нам интернет-магазин к Новому году, бюджет 200к, и чтоб всё на микросервисах было". В таких условиях "Скрам от Васи™" с двумя спринтами по две недели, канбан-доской в Трелло и пивом по пятницам работает лучше, чем чистый Scrum по учебнику, потому что Вася, клиент и команда понимают "Скрам от Васи™", и он им удобен
Про нейрослоп больно, конечно(
Я сдал на PMP 10 лет назад и PMBoK не то, что читал, а наизусть заучивал. А в сухом остатке: надо иметь примерный план на всё, риски и как вы с ними будете бороться надо продумать в тихой и спокойной обстановке, всё в какой-то момент пойдет в разнос. Отличительная черта профессионала - resting bitch face в любой ситуации.
Зачем вам PMBoK, когда есть эта статья?