Комментарии 10
методологию
Методику. Блин, ме-то-ди-ку! Методология - это наука, изучающая методики и, одновременно, научный подход к изучению мыследеятельности и огранизационной работы школы Щедровицкого.
Нет никаких "методологий управления проектами", вашу же мать!
Как можно хотя бы минимально доверять статье, в которой применяются junk-термины?
вы ведь знаете, что у слова может быть больше одного значения?
В мире проджектов Project Management Methodologies вполне себе нормальный и понятный термин. Согласно PMBOK7, под методологией понимается система практик, методов, процедур и правил, используемых в определённой сфере деятельности. Да, есть разные взгляды, на то, какие термины лучше использовать, поэтому встречаются фреймворки, системы, руководства и проч проч.
Интересно, что вы выбрали P3.express для стандартизации процессов. Однако возникает вопрос: как вы справляетесь с сопротивлением команды при внедрении новой методологии? И какие конкретные результаты уже заметили после перехода?
Справляемся, наверное, как и все ПМы здорового человека - разбираемся в причинах сопротивления, спрашиваем что хотелось бы поменять, выносим на общее обсуждение и берем что-то в работу над ошибками/улучшение процессов.
Правда стоит сказать что сопротивление было не таким огромным как могло, так как текущие проекты, стремящиеся в свой скорый хэппи энд, в большей своей части на P3 не переехали, слишком много трудозатрат
1 - В нашем случае сопротивление было в систематическом применении артефактов, так как раньше это было слишком рандомно от проекта к проекту
Пофиксилось обсуждением ценности артефактов и упрощения жизни ПМа
2 - Еще было нежелание вникать в методологию как таковую, мол "нам и так норм живется"
Пофиксилось перечислением всех pros / cons
Результаты
1 - Наш внутренний инвестор (он же владелец Бизнес юнита) лучше вовлечен в проблемы проектов (при меньших затратах времени) и быстрее понимает как может повлиять на проект, если нужно + ему стало проще прогнозировать экономику своего юнита
2 - Ревьюинг ПМ-ПМ - вот это супер штука, которая нам убивает кучу ошибок (недосмотров) и на пресейлах и в жизни ПМа. То есть раньше, чем они могли бы эволюционировать во что-то большее
3 - После ревью ПМ-ПМ внесли в процессы командное UI/UX ревью - когда команда всем табором наперебой говорит о существующих и потенциальных проблемах продукта и пополняет ими бэклог
4 - пока еще рано делать выводы, так как выборка еще небольшая, но уже видим что управление ожиданиями заказчика (да и остальных участников проекта) стало более управляемым:) При опросах получаем минимум негативных ответов (то есть 1 из 6 вопросов)
Выглядит как решение для группы разработки. Может сталкивались с методологией для заказчика? Когда, наоборот, нужно следить за подрядчиком и осуществлять приёмку результата
Заказчик тоже может использовать P3.express для ведения проекта со своей стороны. Там нет противоречий.
«Если у вашего проекта нет внешнего заказчика и внешних подрядчиков, у него будет только одна сторона и один ракурс. В остальных случаях каждая организация, вовлечённая в проект, будет иметь свой собственный угол зрения на него. P3.express нужно применять с точки зрения вашего ракурса. Например, в резюме проекта описывайте ваше собственное обоснование проекта, а не внешнего заказчика. P3.express — это не единая система для всех участников проекта. Это система для управления вашим проектом и с вашими собственными критериями.»
Вот я читал и самого Дмитрия и вашу статью читаю.
И понять не могу: толи методология вообще никакая, что под нее можно подпихнуть любой проект, выполняемый в режиме "завели карточку проекта, согласовали старт, далее ежедневно мониторим проблемы и изменения, еженедельно статус и продвижение по плану, ежемесячно собираемся с проектным комитетом, пока не закончим или пока не отменим"
Но так то в PRINCE2 тоже есть проверка на необходимость продолжения проекта.
ПМБоК в целом позволяет делать все вышеописанное (он вообще достаточно вольный)
В чем фишка P3express?
риски? но про работу с рисками я писал у себя (и даже собирал фидбек с РПшников) - до крупных проектов с 20-40 человеками в команде, это почти всегда вырождается в формалистику. Приведенный вами риск про ожидания - отличный пример. Он есть вообще всегда, шаги по его митигации РП выполняет всегда (а если нет, это плохой РП), так зачем ради этого рожать бюрократию?
короткий бриф проекта? ну ребят, это может быть паспорт проекта в вольной форме - тоже самое.
ревью сторонним РП твоего проекта? Ну тут сама методология пишет, что надо доверие в команде, чтобы РП честно говорил, что не так. Не очень верю в это. тут бы интересно почитать, какие замечания ребята друг другу пишут и как им такая иннициатива
итого: без наезда, просто хочу понять, зачем p3 express а не просто: делать проектный план, резать на спринты и точно также работать с проблемами и рисками каждый день, обновлять план почаще, и собираться со спонсорами по необходимости?
Да и нет каких-то супер секретов — просто прочитать руководство по P3.express проще, чем PMBOK и PRINCE2. Тут же на конкретную понятную структуру накручиваешь, что вам требуется.
Спасибо за клевый вопрос:)
Мы решали свою задачу - найти что-то несложное для восприятия и быстро адаптируемое, что причесало бы наши проектные процессы - поэтому п3 нас полностью устроил:)
По остальным пунктам согласен и сложно что-то добавить или прокомментировать, кроме ревью ПМ-ПМ
Так как мы его юзаем для уменьшения ошибок (например, заметить косяк в бизнес анализе требований или порефлексировать над рисками) и смолтока по проблемам, то он нам помогает: видим что делаем ошибки (и гипотеза: возможно меньше стрессуем, потому что знаем что нас проверит коллега ПМ) + делимся опытом
Кстати, доверие в команде не подвергается проверке другим ПМом. Скорее проверяется насколько понятно и качественно ведутся пространства и артефакты проекта
Все по полочкам: как мы внедряли методологию управления проектами P3.express