2. Про себя
Иван Селиховкин →
Любимые детища:
Отделение PMI в СПб - pmi.org.ru
Авторский сайт PMlead - pmlead.ru
Опыт:
10+ лет в управлении проектами (не только ИТ-
компании).
Работа:
Зам. директора по проектам
(компания 600+ человек).
Тренер, консультант.
Связь:
pmlead.post@gmail.com
ru.linkedin.com/in/selikhovkin/
5. Предопределенный жизненный
цикл
Фазы могут идти
последовательно или
перекрываться. Но
«треугольник»
спланирован на
столько рано, на
сколько это возможно.
В каждой фазе –
концентрируемся на
том, чтобы выдать
положенное в ее
рамках содержание.
15. Наш случай
Некоторые продукты не имеют ценности, если
поставлены не полностью.
Некоторые члены команды – злонамерены.
Почти каждый член команды работает на нескольких
проектах одновременно.
Заказчика обычно нет, его «тень» – только начинает
формироваться силами сотрудников
При этом:
Нет внятных правил игры
Есть несколько «лидеров-методологов»
25. Три преобладавших вектора
PMI: Устав (неизменный) + планы проекта
(гибкие) = результат (продукт)
Agile: Product vision + Pr. Owner = backlog / features
= итеративно-инкрементная разработка
Водопад: ТЗ – ЧТЗ – Работы по этапам.
29. Промежуточная идея
А давайте сделаем Устав
Гибкие планы будем вести в рамках Устава
Если нужно – добавим ТЗ и ЧТЗ как отдельные
работы.
30. Во что вылилось
• Пишутся Уставы проектов и формально
согласовываются (совет директоров). Сроки по
ним все время сдвигаются (отдувается
менеджер проекта – это удобно)
• Agile используется для покрытия менеджеров
злонамеренной команды (нет планов – нет
ответственности)
• ТЗ, ЧТЗ появляются фрагментарно, на тех
проектах, где вообще ничего непонятно
31. Проблемы, которые остались
• Не знаем «что делать» (в некоторых проектах очень быстро
меняются приоритеты)
• Не знаем «что делается» («разработка» творит непонятное,
втихую допиливаются технологические платформы, которые
нельзя продавать)
• Не умеем планировать и прогнозировать
• Имеем очень низкие показатели продуктивности,
эффективности, полезности для пользователя, прозрачности
и т.п.
• Нехватка ресурсов (одни и те же люди на многих проектах)
• Низкая мотивация, высокая текучка («надоел этот бардак»)
• Формально у нас «передовые методологии управления
проектами, хоть и не в полном объеме», «agile, спринты и
прочая демократия много где».
32. Де факто в Компании – в каждом
лагере есть недовольные («а-я-же-
говорил»).
33. Де факто в компании – фрагментарный
воинствующий формализм
34. Де факто в компании – высокий уровень
демотивации
36. Выводы
Старые и новые подходы и методологии – это не
«лучше» или «хуже», это эволюция, т.е.
приспособление к разным условиям.
Выбирая подходы и методологии нужно точно
понимать под какие условия и как она
сформировалась и учитывать это при
«гибридизации».
40. Спасибо за внимание!
Селиховкин Иван, 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/
Notes de l'éditeur
Цикл хорош там, где либо продукт хорошо понятен, либо имеет ценность только когда поставлен весь и сразу.
Продукт хорошо понятен, либо имеет ценность только когда поставлен весь и сразу
Он же – change driven or “agile”. Строго говоря agile – это не название жизненного цикла, а определенные общие черты, которыми обладает адаптивная разработка.
Может собирать листья с высоты до 6 метров, не залезая на дерево и почти не имеет естественных врагов (его боятся даже львы)
Может выдержать до -80 градусов цельсия
Спокойно выдерживает дозу облучения до 400 грей (выживает 70% жуков).
10-20 грей – смертельно для человека