Bus factor — это когда в отпуск лучше не уходить?
Всем привет! Слышали про bus factor? В двух словах - это количество людей, которые должны “выпасть”, чтобы проект начал трещать по швам. Обычно речь про ситуацию, когда знание о процессе, системе или клиенте сидит в голове у одного человека. И если этот человек внезапно заболел, ушел в отпуск, уволился или просто пропал из чата - пиши пропало. На практике bus factor встречается чаще, чем хотелось бы.
Буквально сегодня потенциальный заказчик (довольно крупный) обратился с доработкой своей кастомной CRM-системы, которая была написана и развивалась одним (!) разработчиком. История умалчивает что с ним произошло, но теперь они срочно ищут, кто сможет его заменить. Вот тебе и “незаменимых людей не бывает”.
Самое неприятное в bus factor не то, что он есть. А то, что его обычно замечают слишком поздно. Когда уже все завязано на одного специалиста, и любой его отъезд превращается в мини-апокалипсис.
Тут важно не держать все знания в голове у одного человека, а постепенно выносить их в систему. Документация, общие правила, понятные договоренности, база знаний, нормальная передача задач.
А у вас в проектах bus factor встречается часто?
· 14.05
Bus factor, это реальная проблема. Часто сталкиваюсь с ситуациями, когда один человек знает все нюансы проекта, и его отсутствие ставит всё под угрозу. Документация и передача знаний действительно важны, но на практике это делается с трудом. Интересно, какие меры принимают другие команды, чтобы минимизировать риски?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён