Русская Википедия:Фактор автобуса
Фактор автобуса (Шаблон:Lang-en, либо Шаблон:Lang-en2[1]) проекта — это мера сосредоточения информации среди отдельных членов проекта; фактор показывает количество участников проекта, после потери которых (в оригинале — «попадания» которых под автобус или грузовик, варианты: увольнения, заболевания, рождения у них ребёнка, наступления несчастного случая и других форс-мажорных обстоятельств) проект не сможет быть завершён оставшимися участниками.
Применение в различных областях
Разработка программного обеспечения
В области разработки программного обеспечения Шаблон:Lang-en2 (либо Шаблон:Lang-en2) проекта — это мера сосредоточения информации среди отдельных членов проекта. Шаблон:Lang-en2 показывает количество разработчиков команды программистов, после потери которых проект не может быть дальше продолжен[2]. Проект будет содержать такую информацию, с которой оставшиеся разработчики не смогут разобраться. Высокий Шаблон:Lang-en2 проекта означает, что проект будет устойчиво развиваться, если его покинет даже большое количество программистов.
Другими словами, низкий Шаблон:Lang-en2 — это наличие специфических знаний, которыми владеют ограниченное число разработчиков команды, запутанный или малопонятный код, использование технологии, знаниями о которой владеют всего несколько человек из команды, отсутствие документации, конфиденциальность и т. д.
Термин был обычным явлением в сфере управления бизнесомШаблон:Уточнить в 1998 году, встречался в документации по разработке программного обеспечения Ассоциации вычислительной техники в 1999 году.
Управление знаниями
В российской практике управления знаниями понятие также могут называть «фактором кирпича».
Фактор кирпича обобщает исходное значение и показывает количество участников бизнес-процесса — носителей незафиксированных знаний, после выбывания которых (от гипотетического падения кирпича на голову) бизнес-процесс не сможет быть продолжен. Используется для выявления критичных знаний и критичных для бизнеса экспертов.
Способы решения проблемы
Существует несколько способов увеличения значения этой метрики (что позволяет сделать проект более устойчивым)[3]:
- Уменьшение сложности.
- Управление знаниями проекта:
- Фиксация знаний, в том числе документирование всех процессов и поддержка документации в актуальном состоянии.
- Использование перекрёстного обучения и других методик управления знаниями.
Примечания
Ссылки
- How Open Source Projects Survive Poisonous People, Google I/O, 29 May 2008 Brian Fitzpatrick, Ben Collins-Sussman (видео) — выступление, в котором также обсуждается автобус-фактор и методы его увеличенияШаблон:Ref-en
- Integrating GIS in the Engineering, Planning and Design Processes, статья Matthew C. Redmond и Paul Newton 2003 года, наиболее ранняя отсылка к автобус-факторуШаблон:Ref-en
- The Linus Torvalds Bus Factor, Shlomi Fish, Апрель 2007Шаблон:Ref-en