Блиц-доклад "Как выбирать проектные методологии и...
TRANSCRIPT
Как выбирать проектные методологии и как от них
отказываться
Иван Селиховкин
ноябрь 2014
Про себя
Любимые детища:
Отделение PMI в СПб - pmi.org.ru
Авторский сайт PMlead - pmlead.ru
Опыт:
10+ лет в управлении проектами (не только ИТ-компании).
Иван Селиховкин →
Работа:Зам. директора по проектам (компания 600+ человек).Тренер, консультант.
Связь:[email protected]/in/selikhovkin/
Реальный кейс
Приемы и методологии vs
«жизнь»
Предопределенный жизненный цикл
Фазы могут идти последовательно или перекрываться. Но «треугольник» спланирован на столько рано, на сколько это возможно.
В каждой фазе –концентрируемся на том, чтобы выдать положенное в ее рамках содержание.
Продукт понятен и / или имеет ценность,
когда поставлен весь сразу
Итеративно-инкрементный цикл
Постоянный прирост функциональности
Одни и те же стадии повторяются
Адаптивный жизненный цикл
+ + специфика(очень короткие итерации, фиксированные по времени и стоимости)
итерацииинкременты
Адаптивный жизненный цикл
Часть результата полезна
конечному потребителю
Прерванный проект и
«частичный результат» – ценен
для потребителя
Не злонамеренная команда
Члены команд работают над
одним продуктом в одно время
Можно плотно вовлечь в процесс
заказчика или его «тень»
Наш случай
Некоторые продукты не имеют ценности, если поставлены не полностью.Некоторые члены команды – злонамерены.Почти каждый член команды работает на нескольких проектах одновременно.Заказчика обычно нет, его «тень» – только начинает формироваться силами сотрудников
При этом:Нет внятных правил игрыЕсть несколько «лидеров-методологов»
Служба контроля качества
отвечает за аудит - ISO
Менеджеру проектов нужно держать
под контролем ограничения
Высшему руководству – нужно принимать стратегические решения
Уменьшить
«демократию» в
команде?
Порочное понятие «эволюции»
Что значит «быть эволюционно-продвинутым?»
Что значит «быть эволюционно-продвинутым?»
Что значит «быть эволюционно-продвинутым?»
Что значит «выбирать подходящие практики?»
Три преобладавших вектора
PMI: Устав (неизменный) + планы проекта (гибкие) = результат (продукт)
Agile: Product vision + Pr. Owner = backlog / features = итеративно-инкрементная разработка
Водопад: ТЗ – ЧТЗ – Работы по этапам.
Опасно! Карго-культ
Просто «засунем» Agile в PMI
«Просто» agile в PMI легко влезает, пока ограничения надуманные
Промежуточная идея
А давайте сделаем Устав
Гибкие планы будем вести в рамках Устава
Если нужно – добавим ТЗ и ЧТЗ как отдельные работы.
Во что вылилось
• Пишутся Уставы проектов и формально согласовываются (совет директоров). Сроки по ним все время сдвигаются (отдувается менеджер проекта – это удобно)
• Agile используется для покрытия менеджеров злонамеренной команды (нет планов – нет ответственности)
• ТЗ, ЧТЗ появляются фрагментарно, на тех проектах, где вообще ничего непонятно
Проблемы, которые остались
• Не знаем «что делать» (в некоторых проектах очень быстро меняются приоритеты)
• Не знаем «что делается» («разработка» творит непонятное, втихую допиливаются технологические платформы, которые нельзя продавать)
• Не умеем планировать и прогнозировать
• Имеем очень низкие показатели продуктивности, эффективности, полезности для пользователя, прозрачности и т.п.
• Нехватка ресурсов (одни и те же люди на многих проектах)
• Низкая мотивация, высокая текучка («надоел этот бардак»)
• Формально у нас «передовые методологии управления проектами, хоть и не в полном объеме», «agile, спринты и прочая демократия много где».
Де факто в Компании – в каждом лагере есть недовольные («а-я-же-говорил»).
Де факто в компании – фрагментарный воинствующий формализм
Де факто в компании – высокий уровень демотивации
Результат не нравится никому
Выводы
Старые и новые подходы и методологии – это не «лучше» или «хуже», это эволюция, т.е. приспособление к разным условиям.
Выбирая подходы и методологии нужно точно понимать под какие условия и как она сформировалась и учитывать это при «гибридизации».
Вывод:
Простые гибриды не работают! Вероятность «карго-культа».
Доказательства?
Подходите в сообщество менеджеров
…продолжим!
Спасибо за внимание!
Селиховкин Иван, PMP
Вице-президент Санкт-Петербургского отделения PMI.
Заместитель директора по проектам (производственная и ИТ-компания).
Консультант, тренер.
Контакты: [email protected]
Сайт: www.pmlead.ru
Филиал PMI: www.pmi.org.ru
Facebook: https://www.facebook.com/ivan.selikhovkin
Linkedin: ru.linkedin.com/in/selikhovkin/