2. Структура выступления
• Кто я такой • Особенности контекстов:
• Почему я выбрал такую тему 1. Внутренняя разработка
• Треугольник ключевых 2. Заказная разработка
сторон проекта и поток 3. Продуктовая разработка
обмена ценностями
4. Системная интеграция и
• Атрибуты проекта и внедрение
уравнение рентабельности
4 производственных контекста, Денис Бесков, Whale Rider 2011 2
3. Кто я такой 10 лет в разработке ПО
• 5 лет заказной разработки:
банки, телеком, госуправление
• 2 года внутренней разработки: нефтегаз
• 3 года продуктовой разработки:
веб, безопасность
Прошёл путь от разработчика баз данных до
руководителя отдела системного анализа
Развиваю отрасль управления
программными продуктами в России
moar @ http://beskov.ru
4 производственных контекста, Денис Бесков, Whale Rider 2011 3
4. Почему я выбрал такую тему?
Есть устойчивые закономерности, Они не озвучены в типовых учебниках
зависящие от контекста: и методиках по:
• Цели, Интересы сторон, Риски, • Управлению проектами (PMBOK+),
Коммуникационные разрывы в частности,
Управлению ИТ-проектами
Эти закономерности влияют на:
по созданию ПО и ИС
• Методы управления
• Организации процесса разработки
• Применимость подходов к ПО (RUP, MSF, SCRUM+, etc)
организации работы
• Целесообразность выделения ролей
4 производственных контекста, Денис Бесков, Whale Rider 2011 4
5. Треугольник Б-П-Т
Обмен ценностями в
Бизнес
производственном проекте:
1. Бизнес передаёт Технологам $$$ /
Инвестиции или Плату Profit $$$
2. Технологии поставляют
Технологию Потребителю в
формате ПО, веб-сервиса или АС Потребитель Технология
3. Потребитель эксплуатирует
Технологию и даёт Выгоду
Бизнесу
4 производственных контекста, Денис Бесков, Whale Rider 2011 5
6. Атрибуты проекта и уравнение рентабельности
T, Time — время выполнения проекта
C Q C, Cost — стоимость выполнения проекта
V, Volume — объём результата проекта
Q, Quality — качество результата проекта
Проект Результат
E (QV) >= CT
V
T
где E — выгода от результата с
параметрами QV
4 производственных контекста, Денис Бесков, Whale Rider 2011 6
7. Внутренняя разработка и внедрение / In-house
Типовые цели:
• Смесь: Бизнес / Польз / Техн
Ключевые атрибуты (драйверы):
Б
• V>Q>C>T
Уравнение рентабельности:
• E (VQ) >= CT
П Т
Задача PMа:
• Соответствие хода и результатов
Внешняя граница организации
проекта ожиданиям Б (и иногда П)
4 производственных контекста, Денис Бесков, Whale Rider 2011 7
8. Внутренняя разработка и внедрение / In-house
Типовые риски: Рекомендации:
• Невнятность и несогласованность • Выводить ИТ работы
целей на аутсорсинг (или псевдоаутсорсинг)
• Узко специализировать ИТ-управление —
• Изменение ЗЛ
управление сервисами (ITIL)
• Scope Creep • Профессиональное управление проектами
• Превышение бюджета и сроков внедрения на стороне заказчика
• Переделки из-за плохих • Регулярно подсчитывать и оценивать
эффективность и затраты на ИТ:
требований
достигнутые цели/реализованные фичи vs
• «Золочение» затраченный бюджет/полная стоимость
владения
4 производственных контекста, Денис Бесков, Whale Rider 2011 8
9. Заказная разработка / Custom, Outsourcing
Типовые цели:
Заказчик Подрядчик
• З: Получение ПО, позволяющего добиться бизнес-целей
• П: Исполнение контракта с сохранением рентабельности
Б Ключевые атрибуты (драйверы):
Б
• V, C > T > Q
Уравнение рентабельности:
• E (VQ) >= CT
Задача PMа:
П Т
• Выдерживание контракта + Управление ожиданиями
• Контроль рентабельности
4 производственных контекста, Денис Бесков, Whale Rider 2011 9
10. Заказная разработка / Custom, Outsourcing
Типовые риски: Рекомендации Заказчику:
• Неконтролируемое изменение • Управлять полной стоимостью владения ИТ, сервисами
требований и срыв контракта и проектами внедрения заказываемого ПО
• ПО и организация не готовы ко • Заказывать ПО в рамках уже идущего проекта по
внедрению построению АС
• Разрыв в коммуникации Рекомендации Подрядчику:
Подрядчика с пользователями
• С незрелым заказчиком — выживать, понимая, что
Заказчика система может не полететь
• Не планируется полная стоимость • Всеми средствами устанавливать контакт с
владения (включая план внедрения) пользователями, добиваться раннего внедрения
• Работающий, но не внедренный (внедрения первых релизов до завершения
софт разработки) и итерационной доработки системы
4 производственных контекста, Денис Бесков, Whale Rider 2011 10
11. Продуктовая разработка / COTS
Покупатель / Типовые цели производителя:
Производитель
Потребитель
• Успех продукта на рынке
Ключевые атрибуты (драйверы):
Б • Q,T > V > C
Б
Уравнение рентабельности:
• E (VQ) >> CT
Задача PMа (?):
Т
П • Создание успешного продукта
4 производственных контекста, Денис Бесков, Whale Rider 2011 11
12. Продуктовая разработка / COTS
Типовые риски: Рекомендации:
• Неправильное понимание • Нанимать руководителем профессионала,
рынка/потребителя хорошо знающего данный рынок
• Давать руководителю полную ответственность за
• Неэффективность внутреннего P&L
взаимодействия представителей
разных специальностей • Вар 1. Product Manager: Централизованный
внутренний заказ на продукт
• Действия конкурента
• Вар 2. Program Manager: Координация всех
• Изменения законодательства проектов, необходимых для успеха продукта —
маркетинг, дизайн, разработка, продвижение,
продажи
• Регулярная проверка релизов на потребителе
4 производственных контекста, Денис Бесков, Whale Rider 2011 12
13. Системная интеграция и внедрение / System Integ
Типовые цели:
Заказчик Подрядчик Производитель
• З: Достижение бизнес-показателей через АС
• Пд: Исполнение контракта с сохранением
рентабельности
Б Б Б • Пр: Продажа лицензий
Ключевые атрибуты (драйверы):
• V, Q > С, T
Уравнение рентабельности:
П Т Т • E (VQ) >= CT
Задача PMа:
• Интеграция разных работ
4 производственных контекста, Денис Бесков, Whale Rider 2011 13
14. Системная интеграция и внедрение / System Integ
Типовые риски: Рекомендации:
• Отказ от формулирования целей • Профессиональное управление
внедрения в терминах бизнес-эффекта внедрением на стороне
• Неготовность заказчика видеть полную заказчика
стоимость внедрения и
владения, которая включает выделение • Выделение достаточных
трудовых ресурсов заказчика, не трудовых ресурсов заказчика
заменяемых деньгами
• Недостроенная АС, несогласованные
технические решения с методическими
и организационными, как результат
отсутствие бизнес-эффекта
4 производственных контекста, Денис Бесков, Whale Rider 2011 14
15. Благодарности
Спасибо за помощь в создании материала:
• Сергею Нужненко
• Тёме Казакову
4 производственных контекста, Денис Бесков, Whale Rider 2011 15