4 производственных контекста

4 производственных контекста
Денис Бесков

Структура выступления
• Кто я такой • Особенности контекстов:
• Почему я выбрал такую тему 1. Внутренняя разработка
• Треугольник ключевых 2. Заказная разработка
сторон проекта и поток 3. Продуктовая разработка
обмена ценностями
4. Системная интеграция и
• Атрибуты проекта и внедрение
уравнение рентабельности

4 производственных контекста, Денис Бесков, Whale Rider 2011 2

Кто я такой 10 лет в разработке ПО
• 5 лет заказной разработки:
банки, телеком, госуправление
• 2 года внутренней разработки: нефтегаз
• 3 года продуктовой разработки:
веб, безопасность
Прошёл путь от разработчика баз данных до
руководителя отдела системного анализа
Развиваю отрасль управления
программными продуктами в России
moar @ http://beskov.ru

Почему я выбрал такую тему?
Есть устойчивые закономерности, Они не озвучены в типовых учебниках
зависящие от контекста: и методиках по:
• Цели, Интересы сторон, Риски, • Управлению проектами (PMBOK+),
Коммуникационные разрывы в частности,
Управлению ИТ-проектами
Эти закономерности влияют на:
по созданию ПО и ИС
• Методы управления
• Организации процесса разработки
• Применимость подходов к ПО (RUP, MSF, SCRUM+, etc)
организации работы
• Целесообразность выделения ролей


Треугольник Б-П-Т
Обмен ценностями в
Бизнес
производственном проекте:
1. Бизнес передаёт Технологам $$$ /
Инвестиции или Плату Profit $$$
2. Технологии поставляют
Технологию Потребителю в
формате ПО, веб-сервиса или АС Потребитель Технология
3. Потребитель эксплуатирует
Технологию и даёт Выгоду
Бизнесу

Атрибуты проекта и уравнение рентабельности
T, Time — время выполнения проекта
C Q C, Cost — стоимость выполнения проекта
V, Volume — объём результата проекта
Q, Quality — качество результата проекта
Проект Результат

E (QV) >= CT
V
T
где E — выгода от результата с
параметрами QV

Внутренняя разработка и внедрение / In-house
Типовые цели:
• Смесь: Бизнес / Польз / Техн
Ключевые атрибуты (драйверы):
Б
• V>Q>C>T
Уравнение рентабельности:
• E (VQ) >= CT
П Т
Задача PMа:
• Соответствие хода и результатов
Внешняя граница организации
проекта ожиданиям Б (и иногда П)

Внутренняя разработка и внедрение / In-house
Типовые риски: Рекомендации:

• Невнятность и несогласованность • Выводить ИТ работы
целей на аутсорсинг (или псевдоаутсорсинг)
• Узко специализировать ИТ-управление —
• Изменение ЗЛ
управление сервисами (ITIL)
• Scope Creep • Профессиональное управление проектами
• Превышение бюджета и сроков внедрения на стороне заказчика

• Переделки из-за плохих • Регулярно подсчитывать и оценивать
эффективность и затраты на ИТ:
требований
достигнутые цели/реализованные фичи vs
• «Золочение» затраченный бюджет/полная стоимость
владения

Заказная разработка / Custom, Outsourcing
Заказчик Подрядчик
• З: Получение ПО, позволяющего добиться бизнес-целей
• П: Исполнение контракта с сохранением рентабельности

Б Ключевые атрибуты (драйверы):
Б
• V, C > T > Q
• E (VQ) >= CT
Задача PMа:
П Т
• Выдерживание контракта + Управление ожиданиями
• Контроль рентабельности


Заказная разработка / Custom, Outsourcing
Типовые риски: Рекомендации Заказчику:
• Неконтролируемое изменение • Управлять полной стоимостью владения ИТ, сервисами
требований и срыв контракта и проектами внедрения заказываемого ПО

• ПО и организация не готовы ко • Заказывать ПО в рамках уже идущего проекта по
внедрению построению АС

• Разрыв в коммуникации Рекомендации Подрядчику:
Подрядчика с пользователями
• С незрелым заказчиком — выживать, понимая, что
Заказчика система может не полететь
• Не планируется полная стоимость • Всеми средствами устанавливать контакт с
владения (включая план внедрения) пользователями, добиваться раннего внедрения
• Работающий, но не внедренный (внедрения первых релизов до завершения
софт разработки) и итерационной доработки системы


Продуктовая разработка / COTS
Покупатель / Типовые цели производителя:
Производитель
Потребитель
• Успех продукта на рынке
Б • Q,T > V > C
Б
• E (VQ) >> CT
Задача PMа (?):
Т
П • Создание успешного продукта


Продуктовая разработка / COTS

• Неправильное понимание • Нанимать руководителем профессионала,
рынка/потребителя хорошо знающего данный рынок
• Давать руководителю полную ответственность за
• Неэффективность внутреннего P&L
взаимодействия представителей
разных специальностей • Вар 1. Product Manager: Централизованный
внутренний заказ на продукт
• Действия конкурента
• Вар 2. Program Manager: Координация всех
• Изменения законодательства проектов, необходимых для успеха продукта —
маркетинг, дизайн, разработка, продвижение,
продажи
• Регулярная проверка релизов на потребителе


Системная интеграция и внедрение / System Integ
Заказчик Подрядчик Производитель
• З: Достижение бизнес-показателей через АС
• Пд: Исполнение контракта с сохранением
рентабельности

Б Б Б • Пр: Продажа лицензий
• V, Q > С, T
П Т Т • E (VQ) >= CT
Задача PMа:
• Интеграция разных работ

Системная интеграция и внедрение / System Integ
• Отказ от формулирования целей • Профессиональное управление
внедрения в терминах бизнес-эффекта внедрением на стороне
• Неготовность заказчика видеть полную заказчика
стоимость внедрения и
владения, которая включает выделение • Выделение достаточных
трудовых ресурсов заказчика, не трудовых ресурсов заказчика
заменяемых деньгами
• Недостроенная АС, несогласованные
технические решения с методическими
и организационными, как результат
отсутствие бизнес-эффекта


Благодарности
Спасибо за помощь в создании материала:
• Сергею Нужненко
• Тёме Казакову


4 производственных контекста

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to 4 производственных контекста

Similar to 4 производственных контекста (20)

More from Denis Beskov

More from Denis Beskov (19)

4 производственных контекста