Фактор автобуса

Материал из Википедии — свободной энциклопедии
(перенаправлено с «Bus factor»)
Перейти к: навигация, поиск

Bus factor (либо truck factor[1]) проекта — это мера сосредоточения информации среди отдельных членов проекта; фактор означает количество участников проекта, после потери которых (в оригинале - «попадания» которых под автобус или грузовик, варианты: увольнения, заболевания, рождения ребёнка, несчастного случая и других форс-мажорных обстоятельств) проект не сможет быть завершён оставшимися участниками.

Применение в различных областях[править | править вики-текст]

Разработка программного обеспечения[править | править вики-текст]

В области разработки программного обеспечения, Bus factor (либо truck factor[1]) проекта — это мера сосредоточения информации среди отдельных членов проекта. Bus factor показывает количество разработчиков команды программистов, после потери которых проект не может быть дальше продолжен[2]. Проект будет содержать такую информацию, с которой оставшиеся разработчики не смогут разобраться. Высокий Bus factor проекта означает, что проект будет устойчиво развиваться, если его покинет даже большое количество программистов.

Другими словами, низкий bus factor — это наличие специфических знаний, которыми владеют ограниченное число разработчиков команды, запутанный или малопонятный код, использование технологии, знаниями о которой владеют всего несколько человек из команды, отсутствие документации, конфиденциальность и т. д.

Термин был обычным явлением в сфере управления бизнесом[уточнить] в 1998 году, встречался в документации по разработке программного обеспечения Ассоциации вычислительной техники в 1999 году.

Управление знаниями[править | править вики-текст]

В российской практике управления знаниями (Knowledge Management) также называется "фактором кирпича".[источник не указан 28 дней]

Фактор кирпича обобщает исходное значение и показывает количество участников бизнес-процесса - носителей незафиксированных знаний, после выбывания которых (от гипотетического падения кирпича на голову) бизнес-процесс не сможет быть продолжен. Используется для выявления критичных знаний и критичных для бизнеса экспертов.

Способы решения проблемы[править | править вики-текст]

Существует несколько способов увеличения значения этой метрики (что позволяет сделать проект более устойчивым)[3]:

  • Уменьшение сложности
  • Управление знаниями проекта:
    • Фиксация знаний, в том числе документирование всех процессов и поддержка документации в актуальном состоянии
    • Использование перекрёстного обучения и других методик управления знаниями

Примечания[править | править вики-текст]

  1. 1 2 Bowler, Michael Truck Factor. Agile Advice (May 15, 2005).
  2. Brian W. Fitzpatrick, Ben Collins-Sussman. Team Geek: A Software Developer's Guide to Working Well with Others. — O'Reilly Media, 2012. — С. 7-8. — 194 с. — ISBN 9781449329891.
  3. Kailash Awati. Increasing your team’s bus factor (англ.) (3 September 2008).

Ссылки[править | править вики-текст]