1. Анатолий Стояновский
Управление разработкой портфеля
проектов в гетерогенной
корпоративной среде

2. Эволюция
• Один главный проект
• Тиражирование успеха
• Постоянное развитие:
– Разбегание клонов
– Расслоение направлений развития

3. О чем
• Высокотехнологичная не IT-компания
• Сам себе заказчик
• Однотипные проекты с инновационной
составляющей
• Тенденция к авралам

4. По науке

5. в привязке к практике

6. Типичные проблемы
• Большое количество внутренних заказчиков
• Плохо измеримые цели проектов
• Конкуренция проектов за ресурсы
• Совмещение проектных и процессных подходов
• Дублирование и изобретение велосипедов командами
• Фрагментация знаний и опыта разработчиков
• Черные ящики и сакрализация

7. Типичные проблемы
• Разное понимание границ ответственности участниками
• Экономия на фазах завершения
• Недостаток инвестиций в инфраструктурные проекты

8. Что хотим
• Сохранить единый уровень качества
разработки, бюрократия только в минимальном объеме
• Не допустить раздувания штата
• Унификция знаний, подходов, технологических решений
• Минимизировать затраты на переключение
программистов. Минимизировать простои.
• Сделать корреляцию проектов управляемой

9. методология
• PMBOK (Project Management Body of Knowledge):
Процессная модель, 42 процесса
– Инициация, планирование, исполнение, мониторинг,
завершение
• Веб-разработчики предпочитают agile-методики

10. Проектный офис
• Сервисное подразделение
• Единая методология
• Способ «аутсорсить» организационную
рутину
• Агрегированная отчетность

11. Продуктовый офис
• Продукты становятся отдельными вотчинами своих
лидеров, со своим списком проектов
• Продукты и их проекты не способны решать цели
компании

12. Продуктовый офис
• Обмен знаниями между продуктами
• Формирование целей продуктов, путем сочетания миссии
компании и анализа портфелей продуктов
• Осознанные процедуры trade off между характеристиками
продуктов и маркетинговыми нуждами
• Создание инфраструктуры вокруг проекта (дедлайн
проекта – не дедлайн запуска продукта)

13. аутсорсинг
• Очень сложно
– Разные микрокультуры, разное понимание
– Подрядчик делает контракт, а не твой бизнес
• Удаленные центры разработки!

14. ценности
• Старайтесь иметь разработчиков одинаковой (высокой)
квалификации и харизмы
• Разработчики должны общаться с core-бизнесом
компании
• Выделяйте ключевых людей среди внутренних
заказчиков, прививайте им ценности разработки
• Мудро поддерживайте свежие идеи