Управление разработкой портфеля проектов в гетерогенной корпоративной среде Анатолий Стояновский
Управление разработкой портфеля проектов в гетерогенной
корпоративной среде
Анатолий Стояновский
Эволюция• Один главный проект• Тиражирование успеха• Постоянное развитие:– Разбегание клонов– Расслоение направлений развития
О чем• Высокотехнологичная не IT-компания• Сам себе заказчик• Однотипные проекты с инновационной
составляющей• Тенденция к авралам
По науке
в привязке к практике
Типичные проблемы• Большое количество внутренних заказчиков• Плохо измеримые цели проектов• Конкуренция проектов за ресурсы• Совмещение проектных и процессных подходов• Дублирование и изобретение велосипедов командами• Фрагментация знаний и опыта разработчиков• Черные ящики и сакрализация
Типичные проблемы• Разное понимание границ ответственности участниками• Экономия на фазах завершения• Недостаток инвестиций в инфраструктурные проекты
Что хотим• Сохранить единый уровень качества разработки,
бюрократия только в минимальном объеме• Не допустить раздувания штата• Унификция знаний, подходов, технологических решений• Минимизировать затраты на переключение
программистов. Минимизировать простои.• Сделать корреляцию проектов управляемой
методология• PMBOK (Project Management Body of Knowledge):
Процессная модель, 42 процесса– Инициация, планирование, исполнение, мониторинг,
завершение• Веб-разработчики предпочитают agile-методики
Проектный офис• Сервисное подразделение• Единая методология• Способ «аутсорсить» организационную
рутину• Агрегированная отчетность
Продуктовый офис• Продукты становятся отдельными вотчинами своих
лидеров, со своим списком проектов• Продукты и их проекты не способны решать цели
компании
Продуктовый офис• Обмен знаниями между продуктами• Формирование целей продуктов, путем сочетания миссии
компании и анализа портфелей продуктов• Осознанные процедуры trade off между характеристиками
продуктов и маркетинговыми нуждами• Создание инфраструктуры вокруг проекта (дедлайн
проекта – не дедлайн запуска продукта)
аутсорсинг• Очень сложно– Разные микрокультуры, разное понимание– Подрядчик делает контракт, а не твой бизнес
• Удаленные центры разработки!
ценности• Старайтесь иметь разработчиков одинаковой (высокой)
квалификации и харизмы• Разработчики должны общаться с core-бизнесом
компании• Выделяйте ключевых людей среди внутренних заказчиков,
прививайте им ценности разработки• Мудро поддерживайте свежие идеи