11боровиков. 2016 копия

1. Проектный офис? Хирургические бригады? SAFe?
Как мы решили для себя
Управление
проектами в Финтехе

2. Модели и инструменты
проектного офиса

3. Первая версия
• Rational Requisite инструмент
• Все регламенты на всех, включая инженеров :)
• Централизованный хоровод вокруг проектного
офиса
• 100% тотальное согласование со всеми
• Тотальное обучение, методички, экзамены,
проектные комитеты, секретариат и так далее
• Гигантский бюджет

5. Вторая версия
• JIRA и куча плагинов к ней
• Инструментарий создан в помощь PM’ам
• Не сильно формализованный, учли
предыдущий опыт
• Прозрачен для всех
• Адаптирован под процессы и структуру

7. Третья версия
или что работает хорошо

8. Отказались от жесткой
организационной структуры
• Сотрудничество
• Вовлечение
• Децентрализация
• Проба новых ролей

9. Сотрудничество
• Проще выслушать других и помочь, чем
заставлять всех выполнять регламенты
• Сотрудничество нужно рассматривать как
культуру и ценность в компании
• Формы сотрудничества начинаются с
совместной работы над проектом
• DevOps - наш отличный пример, тот же подход
и для проектов

10. Вовлечение
• Качественный эффект от подключения спецов
на самых ранних стадиях. Админы,
Сопровожденцы, Тим Лиды, Безопасники и
так далее
• Профиты: Чёткие требования, упрощения,
чёткие рамки и дополненные истории

11. Децентрализация
• 4 команды
• Кросс-функиональность
• Представители заказчиков - они же
аналитики, и держатели бэклогов
• Несколько архитекторов и ответственных за
продукт

12. Пробуем новые роли
• Тим Лиды как ПМы в некоторых темах или
представители заказчиков, или аналитики, или
все это вместе
• Менеджеры внедрения как держатели эпиков
или аккаунты внешних партнеров
• Сопровождение как ответственные за продукт
• Технические писатели как представители
заказчика или аналитики

13. Делаем ретро всей проектной командой

14. Паспорт проекта - нужен, но не
обязателен, а иногда, даже вреден, лучше
пользовательские истории и рамки проекта

15. Работаем с заказчиками

16. Выделение спецов на
новые быстрые темы

17. Эвакуировать спецов не всегда
получается. Но миссия выполнена

18. Капитанские вещи, но
работают всегда
• Триал ран вместо полноценной
выкатки
• Поговорите со всеми до запуска
еще раз, может быть вам скажут,
что вы неправы и все надо
переделывать. Очень часто,
именно перед запуском проекта
включается мозг у многих.
Ощущение конца света именно
завтра
• Подготовьте реанимацию. И все
метрики, которые показывают
пульс вашего проекта заранее.
• Всегда нужен план B. Всегда. Но
чаще работает план С.

19. Что мы пробуем
дальше?

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