Взаимное влияние архитектуры ПО и оргструктуры

компании Антон Семенченко

Обо мне

Антон Семенченкоавтоматизированное тестирование, низкоуровневая разработка, управление, продажи• Основатель DPI.Solutions• Менеджер в EPAM Systems• Тренер по автоматизации и

управлению

Формулировка проблемы

Понять, почему

● компания● команда● адаптированный процесс● итоговый продукт

… устроены таким, и именно таким образом

Закон Конвея

Organizations which design

systems ... are constrained to

produce designs which are copies

of the communication structures

of these organizations

— M. Conway, 1968

Взаимное влияние

Архитектура

Оргструктура

Команда Методология

Правило “трех месяцев”

Новый топ-менеджер не должен ничего менять в компании в течение трех месяцев (в большинстве случаев)

Примеры непонимания

Кейс 1. Смена методологии

Agile ↔ WaterfallScrum ↔ Kanban

Waterfall ↔ Agile

~AgileЕсли истинно хотя бы одно из утверждений:

● “Некомпетентный” заказчик

● Некомпетентный исполнитель

● Неопределенный или неформализуемый домен

WaterfallЕсли истинны все утверждения ниже:

● Компетентный заказчик● Квалифицированный

исполнитель● Хорошо

формализованный домен

Кейс 2. Рост компании

● Аутсорсинг● Продуктовая разработка● Проблема стартапов

Кейс 3. Передача/прием проекта

Team A Architecture A Team BArchitecture B

Architecture Transformation

Кейс 4. Распределенная команда

“Распределенная модульность”

Кейс 5. “Схлопывание” компании

Кейс 6. Интеграция

Совместная разработка линейки ранее независимых продуктов

Что мы имеем в итоге?

Архитектура, команда, методология разработки и оргструктура компании тесно взаимосвязаны и это обязательно нужно учитывать

Спасибо! Вопросы?

Антон Семенченко

skype: dpi.semenchenkosemenchenko@dpi.solutions