SEOFAQ Telegram, маркетинг и SEO Канал SEOFAQT в мессенджере Telegram

Все чатыОсновные законы создания команд Закон Брукса


Основные законы создания команд

Закон Брукса

«Добавляя людских ресурсов, мы задерживаем окончание программного проекта»

Брукс, 1975

Закон Конвея

Организации, проектирующие системы, … производят их, копируя структуры коммуникации, сложившиеся в этих организациях,

Конвей, 1968

Когда создание системы обретает видимые очертания: определены роли пользователей, workflow, формы данных, отчеты. В этот момент, создание меньшей или принципиально отличающейся системы уже невозможно.

Число Данбара. Природные ориентиры

«Экстраполяция на людей отношений среди обезьян даёт представления о размерах социальных групп. Около 150 особей — предел социальных отношений человека. Количество удостоилось названия «Числа Данбара»,

— Данбар, 2010

Сообщества свыше 150 членов менее сплочённые, требующие повышенного контроля поведения и иерархии.

Магическая семерка Миллера (кошелёк Миллера)

Принято считать мудрым выбором размер команды из 7 человек (± 2). Практического смысла в утверждении нет. Доказательства тезиса об оптимальном количестве членов команды в 5–9 человек отсутствуют.

Размер команды в методологии Scrum

«Команда в Scrum должна быть семь плюс или минус два человека» (Димер и др., 2008). Одновременно в руководстве по Scrum за 2011 утверждается: «Команды из более девяти членов вызывают слишком много проблем в координации. Большие команды разработчиков заметно усложняют весь процесс» (Сазерленд и Швабер, 2013).

Закон Паркинсона и Закон Хофштадтера

Работа заполняет все время, выделенное для ее выполнения,

— закон Паркинсона

Всегда потребуется больше времени, чем вы ожидаете, даже если вы знаете закон Хофштадтера,

— закон Хофштадтера, 1980

Закон Голла.

Сложная рабочая система неизменно получается из простой рабочей системы. Сложная система, разработанная с нуля, никогда не работает. И никакие улучшения не заставят ее работать. Начинать следует с простой рабочей системы

Закон перекликается со словами Дэвида Парнаса:

«Как правило, системы ПО не работают хорошо, пока они не были использованы, и не раз, в «боевых» условиях».

«Эффективная сложная команда неизменно возникает из простого продуктивного аналога. Сложная команда, собранная с нуля, результативно функционировать не может. И никакие изменения не заставят ее работать. Дело стоит начинать с уже сработавшейся командой».

Законы Келли

Масштаб ПО всегда будет увеличиваться пропорционально имеющимся ресурсам,

— первый закон Келли

Внутри каждого большого проекта в области разработки есть маленький побочный проект вне основной задачи

— второй закон Келли

Старт с небольшой командой - вероятность найти простое и лаконичное решение.

Старт с большой командой будет гарантировать громоздкую реализацию.

Вывод

Числа Данбара определяют лимит размера эффективной команды. Опираясь на закон Конвея, можно говорить о потенциальном пределе системы. Единственный способ обойти аксиому — разделить большую систему на компактные группы. Команды не рождаются полностью сформированными и эффективными. Закон Конвея работает в совокупности с тезисом Голла. Группы должны расти постепенно. Постулат Брукса подразумевает, что команды не могут расшириться слишком быстро. Закон Паркинсона означает занятость излишне крупных команд поддержанием собственного существования.

Второй постулат Келли подсказывает решение: избегайте большого, сосредоточьтесь на малом.

Лучше не противостоять законам, а найти подход и работать с положениями. Попытки найти способ обращения с законами могут быть коммерчески выгодными, если использовать их хотя бы для обоснования принятых решений перед вышестоящими начальниками.

Отрывки из книги Аллана Келли «Xanpan книга 2: средство производства».

Источник новости https://t.me/ecomm1/562...