Please enable JavaScript.
Coggle requires JavaScript to display documents.
Модель команды MSF (Team Model), Группы областей (Feature Area Teams),…
Модель команды MSF
(Team Model)
Базовое ядро (6 равноправных ролей)
Цель: Удовлетворенность заказчика, бизнес-ценность и требования
Управление продуктом (Product Management)
Управление проектом (Program Management)
Цель: Соблюдение сроков, рамок проекта и управление бюджетом
Архитектура и разработка (Architecture & Development)
Цель: Проектирование архитектуры и создание кода по спецификации
Тестирование (Testing)
Цель: Поиск дефектов, обеспечение качества и одобрение выпуска
Удовлетворение пользователей (User Experience)
Цель: Удобство интерфейсов (UI/UX), обучение и юзабилити
Управление выпуском (Release Management)
Цель: Внедрение, развертывание и стабильность инфраструктуры
Масштабирование вверх (Крупные проекты)
Группы направлений (Feature Teams)
Принцип: Деление по функциям/фичам (а не по специальностям)
Структура: Каждая мини-команда содержит все 6 ролей MSF внутри себя
Масштабирование вниз и совместимость (Малые команды)
Можно совмещать
(Синергия целей)
:check:
Удовлетворение
пользователей (UX)
Управление
продуктом
:check:
Управление проектом
Управление выпуском
:check:
Разработка
Управление выпуском
(Подход DevOps)
Категорически нельзя совмещать
(Критический конфликт интересов)
:red_cross:
Разработка
Тестирование
:red_cross:
Управление продуктом
Управление проектом
:red_cross:
Разработка
Управление проектом
Группы областей (Feature Area Teams)
Принцип: Объединение нескольких Feature Teams под общим руководством
Координация
Происходит вертикально через лидеров ролей (PM общается с PM-ами групп)
⚠ Почему: Создатель кода не может беспристрастно искать свои ошибки
⚠ Почему: Баланс между желаниями заказчика (Продукт) и рамками сроков/денег (Проект)
⚠ Почему: Исполнитель не должен контролировать собственные дедлайны