Većina baza koda ne propada zato što tim iznenada zaboravi kako pisati softver. Propadaju tiše: odluke postaju teške za poništiti, odgovornost postaje nejasna, ispor...
Vlasništvo se često opisuje kao osobina ličnosti: neki ljudi „preuzimaju odgovornost”, dok druge treba poticati. Takvo je uokvirivanje praktično, ali nepotpuno. U tehničkom radu,...
Najvrjedniji rad na proizvodu često počinje prije nego što ga itko nazove prioritetom. Kupac oklijeva pred zbunjujućim obrascem. Tim za podršku stalno objašnjava isto zaobilazno rješenje. D...
Tehnički dug rijetko dolazi s računom. Pojavljuje se kao „privremeno” zaobilazno rješenje koje postaje trajno, izdanje koje zahtijeva da određena osoba bude dostupna na mreži ili funkcija...
Većina softverskih timova ne propada zato što ne mogu isporučivati. Propadaju zato što se isporučivanje odvoji od vrijednosti. Zaostatak se puni, ceremonije se ponavljaju, izdanja se objavljuju, a ip...
Rad na daljinu ne čini automatski produktni tim bržim. Uklanja putovanje na posao i pruža veću fleksibilnost, ali također razotkriva svaku nejasnoću koju je ured prije skrivao: nejas...
Vlasništvo nad proizvodom često se pogrešno smatra ulogom, zaostatkom posla ili osobom koja odlučuje što će se sljedeće izgraditi. U praksi, to je disciplina održavanja proizvoda korisnim dok se pe...
Većina softverskih timova može isporučiti funkcionalnost. Teže je pitanje postaje li proizvod korisniji nakon što se isporuči. Ta razlika odvaja bazu koda od proizvoda koji uči...
Većina softvera ne propadne zato što tim nije mogao napisati kod. Propadne zato što je kod odgovorio na pitanje koje je već postalo nevažno. Značajka može biti uglađena, t...
Većini timova ne treba AI kako bi dovršili više zadataka. Trebaju ga da im pomogne donositi bolje odluke prije nego što ti zadaci uđu u sprint. Ta je razlika važna. Brz sustav koji p...
Većina proizvoda ne propada zato što je prvu verziju bilo nemoguće izraditi. Propadaju zato što je tim tu prvu verziju smatrao odredištem umjesto polazištem. ...
Puzanje funkcionalnosti rijetko počinje lošom idejom. Počinje razumnim zahtjevom: još jednom opcijom izvoza, posebnim putem odobravanja za vrijednog kupca, widgetom nadzorne ploče ko...
Većina neuspjeha proizvoda ne počinje dramatičnom pogreškom. Počinju tišim nedostatkom: nitko zapravo ne drži cijeli proizvod na umu. Tim možda ima plan razvoja, spri...
Većina timova kaže da želi odgovornost. Ono što često misle jest da bi netko trebao uskočiti kada je tiket nejasan, izdanje ne uspije ili kupac pronađe rubni slučaj koji nitko nije planirao...
Većina softverskih proizvoda ne propada zato što je prvi plan bio slab. Muče se zato što se prema planu postupalo kao prema proizvodu. Plan razvoja može uskladiti tim, osigurati proračun i c...
Većina proizvoda ne propada zato što je prvu verziju bilo tehnički nemoguće izraditi. Propadaju zato što prva verzija neprimjetno postane zatvor: svaka nova potreba korisnika zahtijeva ...
Nekontrolirano širenje funkcionalnosti rijetko dolazi izgledajući kao problem. Dolazi kao razuman zahtjev: još jedna postavka, još jedna integracija, još jedna iznimka za važnog kupca. Sv...
Najopasniji plan razvoja proizvoda onaj je koji djeluje užurbano i produktivno, dok potajno čini proizvod težim za zavoljeti. Značajke se isporučuju, bilješke o izdanjima rastu, a timovi ...
Većina proizvoda ne propadne pri lansiranju. Propadnu u tihom razdoblju nakon toga, kada se pozornost prebaci na sljedeću stavku plana razvoja i nitko nije jasno odgovoran za to hoće li se...
Plan proizvoda često se pogrešno smatra obećanjem: urednim slijedom značajki, datuma i izdanja koji neizvjesnu budućnost čini izvjesnom. Ta je iluzija utješna, esp...
