팀이 한 사람에게 지나치게 의존하지 않도록 무엇을 하나요?

리스크를 찾는 법

• 소유권을 정직하게 매핑합니다: 각 핵심 시스템에 대해 "X가 2주간 자리를 비우면 누가 이걸 처리할 수 있는가?"를 묻습니다. 답이 "아무도"라면, 그것은 표시된 리스크입니다.
• 영웅 패턴을 주시합니다 — 항상 호출되고, 항상 답인 사람. 그것은 강점이 아니라 경고 신호입니다.

함정

• 직업 안정성을 위한 사재기. 어떤 엔지니어(그리고 어떤 매니저)는 없어서는 안 될 존재가 되는 것을 좋아합니다. 저는 이렇게 재구성합니다: 병목이 되는 것은 당신 자신의 승진과 휴가를 막습니다.
• "모두가 모든 것을 한다"로 과잉 교정하기 — 이는 깊이를 파괴합니다. 목표는 단일 장애점이 없는 것이지 전문화가 전혀 없는 것이 아닙니다.
• 문서를 한 번 쓰고 썩게 두기; 낡은 문서는 없는 것보다 나쁩니다.

왜 중요한가

bus factor를 줄이는 것은 질병, 휴가, 사직으로부터 딜리버리를 보호하고, 가장 강한 사람들을 그들만 이해하는 것을 유지보수하느라 갇혀 있는 대신 성장하게 풀어줍니다. 또한 팀을 더 건강하게 만듭니다: 공유된 소유권은 취약한 영웅주의를 이깁니다.