Блиц-доклад "Как выбирать проектные методологии и...

Preview:

Citation preview

Как выбирать проектные методологии и как от них

отказываться

Иван Селиховкин

ноябрь 2014

Про себя

Любимые детища:

Отделение PMI в СПб - pmi.org.ru

Авторский сайт PMlead - pmlead.ru

Опыт:

10+ лет в управлении проектами (не только ИТ-компании).

Иван Селиховкин →

Работа:Зам. директора по проектам (компания 600+ человек).Тренер, консультант.

Связь:pmlead.post@gmail.comru.linkedin.com/in/selikhovkin/

Реальный кейс

Приемы и методологии vs

«жизнь»

Предопределенный жизненный цикл

Фазы могут идти последовательно или перекрываться. Но «треугольник» спланирован на столько рано, на сколько это возможно.

В каждой фазе –концентрируемся на том, чтобы выдать положенное в ее рамках содержание.

Продукт понятен и / или имеет ценность,

когда поставлен весь сразу

Итеративно-инкрементный цикл

Постоянный прирост функциональности

Одни и те же стадии повторяются

Адаптивный жизненный цикл

+ + специфика(очень короткие итерации, фиксированные по времени и стоимости)

итерацииинкременты

Адаптивный жизненный цикл

Часть результата полезна

конечному потребителю

Прерванный проект и

«частичный результат» – ценен

для потребителя

Не злонамеренная команда

Члены команд работают над

одним продуктом в одно время

Можно плотно вовлечь в процесс

заказчика или его «тень»

Наш случай

Некоторые продукты не имеют ценности, если поставлены не полностью.Некоторые члены команды – злонамерены.Почти каждый член команды работает на нескольких проектах одновременно.Заказчика обычно нет, его «тень» – только начинает формироваться силами сотрудников

При этом:Нет внятных правил игрыЕсть несколько «лидеров-методологов»

Служба контроля качества

отвечает за аудит - ISO

Менеджеру проектов нужно держать

под контролем ограничения

Высшему руководству – нужно принимать стратегические решения

Уменьшить

«демократию» в

команде?

Порочное понятие «эволюции»

Что значит «быть эволюционно-продвинутым?»

Что значит «быть эволюционно-продвинутым?»

Что значит «быть эволюционно-продвинутым?»

Что значит «выбирать подходящие практики?»

Три преобладавших вектора

PMI: Устав (неизменный) + планы проекта (гибкие) = результат (продукт)

Agile: Product vision + Pr. Owner = backlog / features = итеративно-инкрементная разработка

Водопад: ТЗ – ЧТЗ – Работы по этапам.

Опасно! Карго-культ

Просто «засунем» Agile в PMI

«Просто» agile в PMI легко влезает, пока ограничения надуманные

Промежуточная идея

А давайте сделаем Устав

Гибкие планы будем вести в рамках Устава

Если нужно – добавим ТЗ и ЧТЗ как отдельные работы.

Во что вылилось

• Пишутся Уставы проектов и формально согласовываются (совет директоров). Сроки по ним все время сдвигаются (отдувается менеджер проекта – это удобно)

• Agile используется для покрытия менеджеров злонамеренной команды (нет планов – нет ответственности)

• ТЗ, ЧТЗ появляются фрагментарно, на тех проектах, где вообще ничего непонятно

Проблемы, которые остались

• Не знаем «что делать» (в некоторых проектах очень быстро меняются приоритеты)

• Не знаем «что делается» («разработка» творит непонятное, втихую допиливаются технологические платформы, которые нельзя продавать)

• Не умеем планировать и прогнозировать

• Имеем очень низкие показатели продуктивности, эффективности, полезности для пользователя, прозрачности и т.п.

• Нехватка ресурсов (одни и те же люди на многих проектах)

• Низкая мотивация, высокая текучка («надоел этот бардак»)

• Формально у нас «передовые методологии управления проектами, хоть и не в полном объеме», «agile, спринты и прочая демократия много где».

Де факто в Компании – в каждом лагере есть недовольные («а-я-же-говорил»).

Де факто в компании – фрагментарный воинствующий формализм

Де факто в компании – высокий уровень демотивации

Результат не нравится никому

Выводы

Старые и новые подходы и методологии – это не «лучше» или «хуже», это эволюция, т.е. приспособление к разным условиям.

Выбирая подходы и методологии нужно точно понимать под какие условия и как она сформировалась и учитывать это при «гибридизации».

Вывод:

Простые гибриды не работают! Вероятность «карго-культа».

Доказательства?

Подходите в сообщество менеджеров

…продолжим!

Спасибо за внимание!

Селиховкин Иван, PMP

Вице-президент Санкт-Петербургского отделения PMI.

Заместитель директора по проектам (производственная и ИТ-компания).

Консультант, тренер.

Контакты: pmlead.post@gmail.com

Сайт: www.pmlead.ru

Филиал PMI: www.pmi.org.ru

Facebook: https://www.facebook.com/ivan.selikhovkin

Linkedin: ru.linkedin.com/in/selikhovkin/

Recommended