Серьезные решения подразумевают большие объемы работы и высокую конкуренцию. И, как бы нам не хотелось сохранить команду небольшой и компактной, законы рынка требуют от нас все большей и большей скорости разработки. И несмотря на то, что со времен Брукса большинство специалистов сходятся во мнении, что добавление инженеров в проект разработки больше вредит, чем приносит пользы, часто приходится жертвовать эффективностью и другими аспектами проекта для ускорения работ. Тезисы - http://whalerider.ru/2015/abstracts/1802.html

1. @cornerless
Масштабирование
процессов
разработки
Дмитрий
Безуглый

2. @cornerless
Безуглый Дмитрий
• НТТУ «КПИ» 1998 год. ВМКC .
Инженер - Системотехник
• Около 20-лет опыта участия в проектах
по созданию и развитию различных систем и
продуктов.
– Max масштаб проекта 50 инженеров, около 30
чел-лет. Разработка ПО
– Max бюджет проекта 2,5 млн долл. (ЦОД)
– Max ROI проекта 400% ( Инвестиционный
проект)
• Основатель компании «Системный Подход» с
2008 года
– Тренер/Консультант
– Более 900 участников тренингов
– Экспертная фасилитация стратегических целей

3. @cornerless
Масштабирование
• Несмотря на то, что со времен Брукса
большинство специалистов сходятся во мнении,
что добавление инженеров в проект разработки
больше вредит, чем приносит пользы, часто
приходится жертвовать эффективностью и
другими аспектами проекта для ускорения работ.
• Однако зачастую проекты при масштабировании
теряют не только эффективность, но и
управляемость, целостность продукта, возникают
архитектурные проблемы, и в конечном итоге
вместо ускорения проект задерживается ...

4. @cornerless
Как повторить успех ?

5. @cornerless
Команда
• Коллективная
ответственность
• Самоорганизующаяся

6. @cornerless
Коллектив
Модель здоровой конкуренции
Компетенция
и компенсация
Звезды
(Senior)
Претенденты
(Middle)
Новички
(Junior)
Время - деньги. Создание команды разработчиков
программного обеспечения.

7. @cornerless
Команда и Коллектив
Команда Коллектив
Самоорганизация +++ -
Конкуренция Нет ! Да 
Ограниченность
во времени
Да
(2-3 года)
Нет 
Размер 7±2 ∞
Эффективность +++ ?

8. @cornerless
Закон Конвея
• «Структура созданной системы
отражает структуру связей в
команде/коллективе
задействованной в ее создании»
• Organizations which design systems ... are constrained to
produce designs which are copies of the communication
structures of these organizations
— Melvyn Conway, 1967

9. @cornerless
Трех-звенная архитектура
http://habrahabr.ru/post/249183/

10. @cornerless
Следствие ...

11. @cornerless
Динамически изменяемая структура

12. @cornerless
Опережающее управление
Стратегия/Задачи
Компании
Задачи/Стратегия
Отделов
Стратегия/Задачи
продукта
Бизнес цели
Организационные
цели
Цели продукта
или его части

13. @cornerless
Стратегирование + Планирование
15
Бизнес цели
Цели организации
Цели
продукта
Цели
продукта
Время
Релизы

14. @cornerless
“В каждый момент времени
движение каждой части
динамической организации
должно быть направлено общей
целью

15. @cornerless
Некоторые выводы
• Эффективное масштабирование разработки
требует:
– Процессного и культурного подхода
ОДНОВРЕМЕННО
– Большая команда это оксюморон. В
определенный момент необходимо
переходить к управлению КОЛЛЕКТИВОМ
– Бизнес и технически компетентной команды
управления (Архитектура)
– Непрерывного стратегического управления,
включающего решения по развитию
компетенции

16. @cornerless
Спасибо за внимание !
Дмитрий Безуглый
+7 915 09 09 700
https://www.facebook.com/
dmitry.bezuglyy
bdl@system-approach.ru
ООО «Системный Подход»
https://www.facebook.com/
SystemApproach
www.system-approach.ru