Фактор автобуса

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

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

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

Определение

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

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

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

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

История

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

«Номер грузовика» уже неоднократно упоминался в книге «Организационные модели» , опубликованной в 2004 году. ^[4] сама по себе является развитием работы, опубликованной в первой книге серии « Языки шаблонов проектирования программ» в 1995 году. ^[5] это был отчет о публикации первой конференции «Языки шаблонов программ» в августе 1994 года, где на него ссылались в шаблонах, включая Solo Virtuoso . ^[6] Термин использовался ^{[ нужны разъяснения ]} в области психического здоровья в 1998 году. ^[7] Это было замечено в технике к 2003 году, ^[8] и проект Debian в 2005 году. ^[9]

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

Этот термин чаще всего используется в управлении бизнесом, особенно в области разработки программного обеспечения . ^{[ нужна ссылка ]}

Улучшение коэффициента автобуса

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

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

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

См. также

Ссылки

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

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

Мишель Маркези, Джанкарло Суччи, Дон Уэллс, Джеймс Донован Уэллс, Лори Уильямс (2003). Экстремальные перспективы программирования . Бостон ua: Аддисон-Уэсли. ISBN 0-201-77005-9 . {{cite book}}: CS1 maint: несколько имен: список авторов ( ссылка )
Лори Уильямс , Роберт Кесслер (2002). Парное программирование с подсветкой . Бостон ua: Аддисон-Уэсли. ISBN 0-201-74576-3 .
Кент Бек (2000). Экстремальное программирование. Das Manifest (на немецком языке). сл: Аддисон-Уэсли. ISBN 3-8273-2139-5 .

Внешние ссылки

Ядовитые люди , доклад, который включает (среди других тем) обсуждение фактора автобуса и способов его увеличения.
«Что, если Линуса Торвальдса собьет автобус?» - Эмпирическое исследование , юмористический отрывок.

[1] Боулер, Майкл (15 мая 2005 г.). «Трак-фактор» . Гибкий совет. Архивировано из оригинала 29 апреля 2021 года . Проверено 9 апреля 2014 г.

[2] Коплин, Джеймс; Харрисон, Нил (26 июля 2004 г.). Организационные модели гибкой разработки программного обеспечения . Уайли.

[3] Маклей, Майкл (29 июня 1994 г.). «Если бы Гвидо сбил автобус?» (Список рассылки).

[4] Коплин, Джеймс; Харрисон, Нил (26 июля 2004 г.). Организационные модели гибкой разработки программного обеспечения . Уайли.

[5] Коплин, Джеймс; Шмидт, Дуглас (12 мая 1995 г.). «Глава 13, Язык шаблонов генеративного процесса разработки». Языки шаблонов проектирования программ . Эддисон Уэсли. Бибкод : 1995plpd.book.....V .

[6] Коплиен, Джеймс (4 августа 1994 г.), «Язык шаблонов процессов генеративной разработки», Внутренние протоколы PLoP 1994 , Аллертон-Парк, Иллинойс: неопубликовано., заархивировано из оригинала 12 сентября 2014 г. , получено 12 сентября 2014 г.

[7] Саймон, Роберт (17 мая 1998 г.). Практикующий психиатр и закон: всеобъемлющий справочник . Издательство Гарвардского университета. п. 69. ИСБН 0-674-69721-9 .

[8] Редмонд, Мэтью С.; Ньютон, Пол (2003). «Интеграция ГИС в процессы проектирования, планирования и проектирования» (PDF) . Архивировано из оригинала (PDF) 12 марта 2012 г.

[9] Райнхольдцен, Петтер (11 ноября 2005 г.). «Re: Отставка и загрузки» (список рассылки).

[10] Авелино, Гильерме; Валенте, Марко Тулио; Хора, Андре (10 сентября 2015 г.). «Каков коэффициент грузовика популярных приложений GitHub? Первая оценка» . Препринты PeerJ . doi : 10.7287/peerj.preprints.1233v3 . Архивировано из оригинала 8 декабря 2015 года . Проверено 4 декабря 2015 г.

[11] Авелино, Гильерме; Пассос, Леонардо; Хора, Андре; Валенте, Марко Тулио (2016). «Новый подход к оценке факторов грузовика». 2016 IEEE 24-я Международная конференция по взаимодействию программ (ICPC) . стр. 1–10. arXiv : 1604.06766v1 . Бибкод : 2016arXiv160406766A . дои : 10.1109/ICPC.2016.7503718 . ISBN 978-1-5090-1428-6 . S2CID 19238548 .

[12] Джеймс Коплиен, Освещение парного программирования . Цитата: «Сколько или несколько человек должны быть сбиты грузовиком (или уйти), прежде чем проект выйдет из строя?»

[eight2late-13] Перейти обратно: ^а ^б ^с «Увеличение автобусного коэффициента вашей команды» . 3 сентября 2008 г. Архивировано из оригинала 16 апреля 2016 г. Проверено 4 декабря 2015 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]