Для чего нужен раздел
Карта знаний показывает, кому принадлежит большая часть синхронизированных коммитов. Bus factor помогает заметить, что изменения делает небольшое число людей. Это данные об участии в изменениях кода, а не проверка знаний разработчиков.
Когда использовать
- Перед отпускным сезоном или когда сервис передают другому человеку.
- Когда приходит новый инженер и надо решить, за что ему браться первым.
- Когда хотите проверить, не делает ли один разработчик большую часть изменений.
Первые шаги
- 1Откройте карту и посмотрите bus factor и его категорию риска: критический, высокий, средний или низкий.
- 2Проверьте, как коммиты распределены между участниками команды.
- 3В таблице найдите разработчиков с наибольшей долей коммитов.
- 4Спросите у команды, кто ещё знаком с этим кодом, прежде чем планировать передачу задач или знаний.
Пример использования
Ситуация: У команды bus factor равен 1, а на одного участника приходится большая часть синхронизированных коммитов.
- 1Откройте «Карту знаний» и найдите участника с наибольшей долей коммитов.
- 2Уточните у команды, с какими репозиториями он работает и кто ещё может их поддерживать.
- 3Если нужна передача знаний, договоритесь, например, о совместном ревью или описании сервиса. После новых синхронизаций проверьте, стали ли другие участники вносить изменения.
Что станет понятно: Команда определила, кому нужна помощь с освоением кода, и выбрала действие для передачи знаний.
Частые вопросы
Высокий bus factor значит, что всё в порядке?
Высокий bus factor означает, что коммиты распределены между несколькими авторами. Сам по себе он не подтверждает знание системы: частые небольшие правки не равны опыту её поддержки. Уточните у команды, кто может разбираться со сбоями и менять архитектуру.
Почему в списке остался разработчик, который уже ушёл?
Карта использует всю синхронизированную историю коммитов активных репозиториев команды. Поэтому бывший участник может оставаться в списке, даже если новых коммитов от него уже нет.
Практические советы
- Перед отпуском проверьте с командой, кто сможет поддерживать нужные сервисы. Используйте карту как отправную точку для этой проверки.
- Не принимайте кадровые решения по числу коммитов. Учитывайте задачи человека, его помощь коллегам и опыт поддержки системы.