Proizvod može dosegnuti rok isporuke, ostvariti ciljni broj korištenja, a ipak ostaviti tim nelagodnim. Nadzorna ploča pokazuje zeleno. Red podrške govori drukčije. Inženjeri tiho oglašavaju...
Minimalno održiv proizvod koristan je početak, ali loša završna crta. Dokazuje da tim može pretvoriti ideju u nešto stvarno; ne dokazuje da proizvod može ...
Većinu problema s isporukom ne uzrokuje nedostatak talenta. Nastaju u prostorima između uloga: odluka o proizvodu čeka pojašnjenje, nestabilna implementacija je „netko dru...
Većina neuspjeha proizvoda ne počinje dramatičnim prekidom rada ili lošim lansiranjem. Počinju tiho: značajka nema jasnog vlasnika, problem korisnika kruži između timova, a...
Najotkrivajuća metrika proizvoda često je ona koju nadzorna ploča ne može zabilježiti: vlasništvo. Ne vlasništvo u korporativnom smislu titula, linija izvještavanja ili toga tko je kriv kada ...
Proizvod može imati impresivan plan razvoja, uglađene demonstracije i dug popis isporučenih značajki—a ipak iznevjeriti svoje korisnike. Uobičajeno je objašnjenje da je tim izgradio pogrešnu st...
Pregled koda može otkriti nedostajuću provjeru null vrijednosti, nejasan naziv ili rizičan upit. Ne može sam po sebi stvoriti tim koji pouzdano isporučuje koristan softver. Najtrajnije teh...
Digitalni proizvodi rijetko propadaju zato što tim ne može napisati kod. Propadaju zato što se premalo ljudi osjeća odgovornima za rezultat. Značajka je dovršena, zahtjev je zatvoren i ...
Proizvod rijetko postane težak zbog jedne loše odluke. Češće postane težak zato što se nitko ne osjeća odgovornim za sljedeću odluku. Zahtjev za podršku stoji...
Većina proizvoda ne propadne zato što tim ne može pisati kod. Propadnu zato što važan posao zapadne u prostor između uloga: problem korisnika za koji nitko u potpunosti ne preuzima odgovornost, ner...
Zauzetost je zavodljiva jer izgleda kao napredak. Zahtjevi se pomiču, sastanci se održavaju, nadzorne ploče se popunjavaju i svi mogu pokazati na ispunjen tjedan. Ipak, proizvod može ostati čud...
Većina produktnih timova može isporučiti funkcionalnosti. Teža je vještina izgraditi nešto što ostaje korisno nakon objave lansiranja, pregleda sprinta i prvog vala oduševlje...
Većina proizvoda ne propadne zato što je tim propustio trend. Propadnu zato što nitko nije istinski preuzeo odgovornost za posao nakon prvog naleta entuzijazma. Funkcionalnost je isporučena, lansiranje se nastavlja o...
Digitalni proizvodi rijetko propadaju zato što tim ne može napisati kod. Propadaju zato što nitko doista ne preuzima odgovornost za ishod kada kompromisi postanu neugodni. Funkcionalnost kasni, incident...
Mnogi digitalni proizvodi propadnu mnogo prije nego što zakaže njihova tehnologija. Kôd može biti čist, infrastruktura pouzdana, a plan izdanja pažljivo održavan. Ipak, proizvod i dalje...
Većina softvera ne propada zato što timu nedostaje talenta. Propada zato što se nitko ne osjeća odgovornim za ishod nakon što je njegov mali dio „gotov”. Značajka je implementirana, ...
Mnogi digitalni proizvodi ne propadaju zato što timu nedostaje talenta. Propadaju zato što nitko nije dosljedno odgovoran za pretvaranje raspršenog truda u trajnu vrijednost. Značajke s...
Većina problema u isporuci softvera ne započinje lošim okvirom, preopterećenim planom razvoja ili propuštenim dnevnim sastankom. Počinju kada nitko uistinu ne preuzima odgovornost za ishod. Značajka može imati...
API može započeti kao čist kontroler, uredna datoteka ruta i pregršt poznatih obrazaca. To je lakši dio. Teže pitanje dolazi kasnije: kada korisnik prijavi ...
Proizvod rijetko propadne zato što tim nije mogao zatvoriti dovoljno zahtjeva. Propadne zato što su zahtjevi tretirani kao proizvod. Ta je razlika važna. Zahtjev je korisna su...
