Nincs abszolút válasz, és pont ez a lényeg. — a szigorúságot az és a kód szerint állítod be. Egy eldobható prototípus és egy fizetési mag nagyon eltérő követelményeket igényel. A vezető feladata, hogy ezt az átváltást végezze el, nem pedig véletlenül..
Három kérdést tegyél fel, mielőtt megkerülsz egy sarkot:
// TODO, megjegyzés az RFC-ben). Pontosan tudod, mit cseréltél és miért.Tartsd tisztán a magot még nyomás alatt is: jól elnevezett határok, tesztelt kritikus útvonalak. Toldd a zűrzavart a szélekre, ahol olcsó eltávolítani.
Ha a határidő szoros, az őszinte lépés az hatókör vagy idő újratárgyalása az érintettekkel — nem a csendben történő, törékeny kód szállítása. "Elérhetnénk a dátumot A és B funkcióval, de C egy héttel később" egy valós beszélgetés. A fragilis kód csendben történő szállítása az csapat jövőbeni sebességét költi el anélkül, hogy bárki is egyetértett volna vele.
Azok a csapatok, amelyek mindig a sebességre optimalizálnak, elvesznek az adósságban; azok, amelyek mindig túlzottan megmunkálnak, elhiszik a piacokat. A vezető értéke az ítéletalkotás — a szigorúság kontextushoz való igazítása és az átváltást láthatóvá és tulajdonosivá tétele, hogy a mai rövidítés a csapat által visszafizetett választás, nem pedig egy váratlan örökség.