3. Первая версия
• Rational Requisite инструмент
• Все регламенты на всех, включая инженеров :)
• Централизованный хоровод вокруг проектного
офиса
• 100% тотальное согласование со всеми
• Тотальное обучение, методички, экзамены,
проектные комитеты, секретариат и так далее
• Гигантский бюджет
4.
5. Вторая версия
• JIRA и куча плагинов к ней
• Инструментарий создан в помощь PM’ам
• Не сильно формализованный, учли
предыдущий опыт
• Прозрачен для всех
• Адаптирован под процессы и структуру
9. Сотрудничество
• Проще выслушать других и помочь, чем
заставлять всех выполнять регламенты
• Сотрудничество нужно рассматривать как
культуру и ценность в компании
• Формы сотрудничества начинаются с
совместной работы над проектом
• DevOps - наш отличный пример, тот же подход
и для проектов
10. Вовлечение
• Качественный эффект от подключения спецов
на самых ранних стадиях. Админы,
Сопровожденцы, Тим Лиды, Безопасники и
так далее
• Профиты: Чёткие требования, упрощения,
чёткие рамки и дополненные истории
11. Децентрализация
• 4 команды
• Кросс-функиональность
• Представители заказчиков - они же
аналитики, и держатели бэклогов
• Несколько архитекторов и ответственных за
продукт
12. Пробуем новые роли
• Тим Лиды как ПМы в некоторых темах или
представители заказчиков, или аналитики, или
все это вместе
• Менеджеры внедрения как держатели эпиков
или аккаунты внешних партнеров
• Сопровождение как ответственные за продукт
• Технические писатели как представители
заказчика или аналитики
18. Капитанские вещи, но
работают всегда
• Триал ран вместо полноценной
выкатки
• Поговорите со всеми до запуска
еще раз, может быть вам скажут,
что вы неправы и все надо
переделывать. Очень часто,
именно перед запуском проекта
включается мозг у многих.
Ощущение конца света именно
завтра
• Подготовьте реанимацию. И все
метрики, которые показывают
пульс вашего проекта заранее.
• Всегда нужен план B. Всегда. Но
чаще работает план С.