Организационная Структура

Как все это [фиче-команды, прим. переводчика] сочетается в организационной структуре? Конечно, каждая организация индивидуальна, но LeSS организации, как правило, придерживаются удивительно простой структуры. Первое различие между LeSS организацией и большинством традиционных организаций в том, что структура устойчива, поскольку (1) работа организована вокруг команд, и (2) несоответствие навыков задачам запускает обучение и координацию в рамках существующих команд.

Организационная Структура в LeSS

Обычно организационная диаграмма в LeSS выглядит примерно так:

Заметьте, чего здесь нет:

• Проектной/программной организации или отдела управления проектами/программами (project management office, PMO).
  Эти традиционные структуры управления перестают существовать в LeSS организации, поскольку их обязанности распределяются между фиче-командами и Владельцем Продукта. Настаивать на сохранении таких структур, значит вызвать путаницу и конфликт ответственности.
• Группы поддержки, такой как группа конфигурации, группа поддержки непрерывной интеграции или группа “качество и процессы”.
  LeSS организации предпочитают расширять ответственность существующих команд, чтобы включить эту работу вместо создания более сложной организации со специализированными группами. Специализированные группы поддержки, как правило, ‘охраняют’ свою зону ответственности, что приводит к тому, что они становятся узким местом.

Давайте изучим LeSS организацию…

• Руководитель Продуктовой Группы — Большинство LeSS организаций все ещё имеют менеджеров, таких как “руководителя продуктовой группы.” Они поддерживают команды через механизм Пойди и Посмотри, помогают им убирать препятствия и развиваться. LeSS организации не имеют матричной структуры и проектных менеджеров.
  “Руководитель Продуктовой Группы” называются по-разному в разных организациях, тут мы имеем в виду общего руководителя всех команд.
• Фиче-команды — Там, где непосредственно выполняется разработка. Каждая фиче-команда кросс-функциональна, самоуправляема, имеет своего Скрам-Мастера. Это постоянные единицы, которые остаются вместе на протяжении всего продукта (а иногда и дольше). По возможности избегайте большого количества иерархических слоев.
• Владелец Продукта (Команда) — Его также обычно называют “Руководителем Продукта” (менеджером продукта, product manager). Это должен быть один человек, но в крупных LeSS организациях Владелец Продукта может опираться на помощь других менеджеров по продукту.
  Важным моментом в этой организационной структуре является то, что Команды и Владелец Продукта являются партнерами. Это важно для сохранения баланса сил между ролями. Команды и Владелец Продукта должны иметь равноправные отношения в сотрудничестве.
  Также распространён подход, когда Владелец Продукта относится к другой организации. Это нормально, хотя часто требуется дополнительные усилия, чтобы обеспечить тесное взаимодействие между Владельцем Продукта и Командами.
• Отдел незавершённой работы — В идеальном случае такой отдел существовать не должен.
  Но, к сожалению, иногда команды не могут создавать по-настоящему готовый к поставке инкремент продукта каждый Спринт. Что отражается в их “Критериях Готовности”, которые не соответствуют определению “Потенциально Готовый.” Отделы незавершённой работы, такие как отдел тестирования, обеспечения качества, архитектуры, или бизнес-анализа не должны существовать в продуктовых группах, использующих LeSS фреймворк (меньший), потому что эти группы могут быть включены в состав команд на старте. С другой стороны, мы, к сожалению, часто продолжаем видеть операционный или отдел эксплуатации, как отдел незавершённой работы, при внедрениях LeSS, поскольку они часто нарушают организационные границы.

Перевод статьи осуществлён Кротовым Артёмом и Романом Лапаевым.