Фактор шины - Bus factor

В фактор шины это измерение рисковать возникает из-за того, что информация и возможности не передаются членам команды, происходит от фразы «в случае, если их сбит автобус». Он также известен как сценарий грузовика с хлебом, фактор лотереи, фактор грузовика,[1] номер автобуса / грузовика, или же фактор грузовика.

Эта концепция похожа на гораздо более старую идею риск ключевого лица, но учитывает последствия потери ключевых технических экспертов по сравнению с финансовыми или управленческими руководителями (которых теоретически можно заменить по страхуемой стоимости). Персонал должен быть ключевым и незаменимым, чтобы вносить свой вклад в автобусный фактор; потеря заменяемого или неключевого человека не приведет к эффекту шинного фактора.

Термин впервые был применен к разработка программного обеспечения, где член команды может создавать важные компоненты, создавая код, который работает хорошо, но который также недоступен другим членам команды, например, работа, которая была недокументированный, никогда не делился, зашифрованный, запутанный или же не опубликовано. Таким образом, ключевой компонент будет фактически потерян как прямое следствие отсутствия этого члена команды, что сделает его ключевым. Если бы этот компонент был ключом к развитию проекта, проект бы остановился.

Определение

«Фактор автобуса» - это минимальное количество членов команды, которые должны внезапно исчезнуть из проекта до того, как проект застопорится из-за отсутствия знающего или компетентного персонала.

Выражение «сбит автобусом» описывает человека, который либо умирает, либо внезапно исчезает из проекта. Он используется для описания гипотетических исчезновений в будущем в мрачно-юмористической манере. Члены команды не должны буквально «попасть под автобус», чтобы применить «фактор автобуса» - может произойти любое количество событий, в которых член команды может быть внезапно и существенно лишен возможности работать над проектом. Это может включать в себя переход человека на новую работу, уход в отпуск по уходу за ребенком или изменение образа жизни или жизненного статуса.

Например, команда из 30 человек производит хлеб в три этапа: смешивание ингредиентов, замешивание теста и выпечка. Десять человек умеют смешивать ингредиенты, все 30 человек умеют замешивать тесто, а 5 человек умеют выпекать. Если все 5 человек, умеющих печь, исчезнут, команда не сможет производить хлеб, поэтому коэффициент автобуса команды равен 5.

Существует редкое альтернативное определение фактора автобуса, а именно: количество людей, без которых невозможно обойтись в проекте.[2] Другими словами, это минимальное количество людей, которые единая точка отказа. Если использовать это определение, то высокий коэффициент шины считается плохим (поскольку потеря любого включенного человека разрушает проект), а ноль считается идеальным фактором шины.

История

В 1907 г. Джозеф Конрад написал в Секретный агент:

Но просто попытайтесь понять, что это была чистая случайность; такая же авария, как если бы его сбил автобус, когда он переходил улицу.

Понятие «номер грузовика» уже повторялось в Организационные шаблоны книга вышла в 2004 г.,[3] представляет собой развитие работы, опубликованной в первой книге Шаблонные языки разработки программ сериал 1995 г.,[4] что было публикацией первого Шаблонные языки программ конференции в августе 1994 г., где он упоминался в шаблонах, включая Соло-виртуоз.[5] К 1998 году этот термин стал обычным явлением в управлении бизнесом.[нужна цитата ] и был использован[требуется разъяснение ] в душевное здоровье в том же году.[6] Это было замечено в документах по разработке программного обеспечения в Ассоциация вычислительной техники и границы информационных систем к 1999 г.,[нужна цитата ] в машиностроении к 2003 г.,[7] и проект Debian в 2005 году.[8]

Одним из первых случаев такого рода вопросов был случай, когда Майкл Маклей публично спросил в 1994 году, что будет с Язык Python если Гвидо ван Россум были сбиты автобусом.[9]

Недавнее исследование подсчитало, что коэффициент автобус / грузовик составляет 133 популярных. GitHub проекты. Результаты показывают, что большинство систем имеют небольшой коэффициент шины (65% имеют коэффициент шины ≤ 2), а значение больше 10 для менее чем 10% систем.[10][11]

Этот термин в основном используется в управлении бизнесом, особенно в области разработка программного обеспечения.

Увеличение коэффициента шины

Во многих проектах по разработке программного обеспечения одна цель - поделиться информацией, чтобы увеличить коэффициент шины до возможного размера всей команды. Высокий коэффициент шины считается хорошим, поскольку это означает, что многие люди знают достаточно, чтобы продолжать работу, и проект все равно может быть успешным даже в очень неблагоприятных условиях.[12]

Было предложено несколько способов увеличения коэффициента шины:

  • Уменьшить сложность,[13]
  • Документируйте все процессы и поддерживайте эту документацию в актуальном состоянии,[13]
  • Поощрять перекрестное обучение.[13]

Рекомендации

  1. ^ Боулер, Майкл (15 мая 2005 г.). «Фактор грузовика». Гибкий совет.
  2. ^ Коплиен, Джеймс; Харрисон, Нил (2004-07-26). Организационные модели гибкой разработки программного обеспечения. Вайли.
  3. ^ Коплиен, Джеймс; Харрисон, Нил (26 июля 2004 г.). Организационные модели гибкой разработки программного обеспечения. Вайли.
  4. ^ Коплиен, Джеймс; Шмидт, Дуглас (12 мая 1995 г.). "Глава 13, Язык шаблонов генеративного процесса разработки". Шаблонные языки разработки программ. Эддисон Уэсли. Bibcode:1995plpd.book ..... V.
  5. ^ Коплиен, Джеймс (4 августа 1994 г.), "Язык шаблонов процесса генеративной разработки", Внутреннее разбирательство PLoP 1994, Аллертон-Парк, Иллинойс: не опубликовано.
  6. ^ Саймон, Роберт (17 мая 1998 г.). Практикующий в области психического здоровья и закон: подробное руководство. Издательство Гарвардского университета. п. 69. ISBN  0-674-69721-9.
  7. ^ Редмонд, Мэтью С .; Ньютон, Пол (2003). «Интеграция ГИС в процессы проектирования, планирования и проектирования» (PDF). Архивировано из оригинал (PDF) на 2012-03-12.
  8. ^ Райнхольдцен, Петтер (11 ноября 2005 г.). "Re: отставка и загрузки" (Список рассылки).
  9. ^ Маклей, Майкл (29 июня 1994 г.). "Если бы Гвидо сбил автобус?" (Список рассылки).
  10. ^ Авелино, Гильерме; Валенте, Марко Тулио; Гора, Андре (10 сентября 2015 г.). «Каков фактор грузовика популярных приложений GitHub? Первая оценка». Препринты PeerJ. Дои:10.7287 / peerj.preprints.1233v3.
  11. ^ Авелино, Гильерме; Пассос, Леонардо; Хора, Андре; Валенте, Марко Тулио (2016). «Новый подход к оценке факторов грузовых автомобилей». 24-я Международная конференция IEEE 2016 по пониманию программ (ICPC). С. 1–10. arXiv:1604.06766v1. Bibcode:2016arXiv160406766A. Дои:10.1109 / ICPC.2016.7503718. ISBN  978-1-5090-1428-6.
  12. ^ Джеймс Коплиен, Парное программирование с подсветкой. Цитата: «Сколько или несколько человек должно быть сбито грузовиком (или выйти), прежде чем проект будет выведен из строя?»
  13. ^ а б c «Повышение автобусного фактора вашей команды». 2008-09-03.

дальнейшее чтение

внешняя ссылка