Přejít k navigační liště

Zdroják » Různé » Bus faktor v praxi

Bus faktor v praxi

Články Různé

Bus faktor je číslo, které říká, kolik lidí by muselo odejít, aby to vážně ohrozilo projekt. Nejhorší číslo je 1. Z pohledu manažerů, by bylo skvělé, kdyby lidé byli snadno zaměnitelní jako součástky stroje. My si někdy můžeme nafoukaně myslet, že jsme takřka nepostradatelní (i když jako manažer bych se snažil takových lidí zbavit). Pravdou je, že každý je nahraditelný. Otázkou je, za jakou cenu.

Text vyšel původně na autorově webu.

Slyšel jsem příběh, u kterého jsem osobně nebyl, ale byla by škoda ho neposlat dál. Nejspíš jde o urban legend, takže jakákoliv podobnost s vaší firmou je čistě náhodná.

Byla nebyla jednou jedna firma, kde pracoval databázový administrátor, který všechno věděl a na kterého se všichni obraceli. Problém na produkci? Zavoláte, sáhne do živých dat. Sice nevíte, co opravil, ale problém je vyřešen. Vedení si uvědomovalo nebezpečí, že klíčové znalosti má jediný člověk. Sice se snažili najmout někoho, kdo by ho stínoval, ale to se nepovedlo.

Kandidáti nezvládali a utíkali nebo byli vyhozeni ve zkušební době. Mohlo se zdát, že je to složitostí domény či obskurní databází. Avšak později se ukázalo, že hledali jednoho člověka, zatímco stávající systémový administrátor zastal práci za dva.

Ovšem jednoho dne neočekávaně nepřišel do práce. Na první pohled zdravý muž, ale už v letech, dostal infarkt, kterému podlehl. Firma přepnula do nouzového režimu. Takřka na rok se zastavil veškerý nový vývoj. Všichni analytici zkoumali, co onen člověk dělal a věděl. Ohromě slavili, když se jim podařilo udělat první měsíční účetní uzávěrku.

Nakonec všechno dobře dopadlo, firma nezkrachovala. Jaké si z toho odnesete ponaučení? Pro sebe jsem si to shrnul do následujících bodů.

Ponaučení

  • Dokumentovat znalosti i procesy
  • Vizualizovat architekturu
  • Sdílet znalosti a snažit se o zástupnost
  • Automatizovat

Související

Podobný, nikoliv tak tragický, příběh s bus faktorem 1 (a návodem, jak ho řešit) naleznete jako epizodu v knize The Phoenix Project.

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
andrej

To su ponaucenia pre management. Z pohladu spominaneho zomreleho admina to bolo vsetko v poriadku.

ivoszz

Bus faktor 1 nemusí znamenat vždy zásadní problém, osobně mám větší strach z projektů s bus faktorem 10, protože to většinou znamená, že na něm pracuje 10 diletantů.

Za poznamenání taky stojí, že až na zmíněnou zastupitelnost, žádný z uvedených závěrů přímo bus faktor nezvyšuje, jen zkracuje „recovery time“.

Pěkný článek.

Martin

My si někdy můžeme nafoukaně myslet, že jsme takřka nepostradatelní (i když jako manažer bych se snažil takových lidí zbavit)

A tim dosahneme bus faktoru 0

Stav SIMD v Rustu v roce 2025

Různé
Komentáře: 0
SIMD - neboli Single Instruction, Multiple Data - znamená, že procesor může jednou instrukcí zpracovat více datových prvků najednou. Typicky to znamená, že místo sčítání dvou čísel přičtete dvě sady čísel paralelně. To může přinést výrazné zrychlení například při zpracování obrazu, audia nebo numerických výpočtů. Pokud již SIMD znáte, tato tabulka je vše, co budete potřebovat. A pokud s SIMD teprve začínáte, tabulku pochopíte do konce tohoto článku

GPUI Component: moderní Rust GUI komponenty pro cross-platform desktop aplikace

Různé
Komentáře: 0
GPUI Component je open-source Rust knihovna rozšiřující framework GPUI o více než 60 moderních, nativních a multiplatformních UI komponent. Staví na deklarativním přístupu, stateless renderování a jednoduchém API inspirovaném Reactem či Yew. Díky optimalizovanému výkonu, podpoře témat a flexibilním layoutům umožňuje rychlý vývoj desktopových aplikací, jako je například trading nástroj Longbridge Pro. Knihovna je licencována pod Apache 2.0 a dostupná na GitHubu.