Спринтот може да создаде утешна илузија на напредок: тикетите се движат, се одржуваат демо-презентации и издание излегува во петок. Но производот не се поседува по две недели одеднаш. Тој е ...
Дистрибуиран тим ретко пропаѓа затоа што некој напишал лоша линија код. Баговите се видливи, познати и често поправливи. Потешките неуспеси се појавуваат во просторите меѓу луѓето:...
Повеќето кодни бази не пропаѓаат затоа што тимот одеднаш заборава како се пишува софтвер. Тие пропаѓаат потивко: одлуките стануваат тешки за поништување, сопственоста станува нејасна, испор...
Сопственоста често се опишува како особина на личноста: некои луѓе „преземаат сопственост“, додека други треба да се поттикнуваат. Тоа врамување е погодно, но нецелосно. Во техничката работа,...
Највредната работа на производот често започнува пред некој да ја нарече приоритет. Клиент се двоуми пред збунувачки формулар. Тимот за поддршка постојано го објаснува истото заобиколно решение. А д...
Техничкиот долг ретко пристигнува со фактура. Тој се појавува како „привремено“ заобиколно решение што станува трајно, издание што бара одредено лице да биде онлајн или подвиг...
Повеќето софтверски тимови не пропаѓаат затоа што не можат да испорачуваат. Тие пропаѓаат затоа што испорачувањето се одделува од вредноста. Заостанатиот список се полни, церемониите се повторуваат, изданијата излегуваат, и ти...
Работата од далечина не го прави автоматски побрз еден продуктов тим. Таа го елиминира патувањето до работа и додава флексибилност, но исто така ја изложува секоја двосмисленост што канцеларијата порано ја криеше: нејас...
Сопственоста на производот често погрешно се смета за улога, заостаната листа или личност што одлучува што ќе се изгради следно. Во практиката, тоа е дисциплина на одржување на производот корисен додека пе...
Повеќето софтверски тимови можат да испорачаат функционалност. Потешкото прашање е дали производот станува покорисен откако ќе биде испорачан. Таа разлика разделува кодна база од производ што учи...
Повеќето софтвери не пропаѓаат затоа што тимот не можел да напише код. Пропаѓаат затоа што кодот одговорил на прашање што веќе станало ирелевантно. Една функционалност може да биде исполирана, т...
На повеќето тимови не им е потребна ВИ за да завршат повеќе задачи. Потребна им е за да им помогне да носат подобри одлуки пред тие задачи да влезат во спринт. Таа разлика е важна. Брз систем што п...
Повеќето производи не пропаѓаат затоа што првата верзија била невозможна за изработка. Тие пропаѓаат затоа што тимот ја третирал таа прва верзија како крајна цел наместо како појдовна точка. ...
Неконтролираното проширување на функционалностите ретко започнува со лоша идеја. Почнува со разумно барање: уште една опција за извоз, посебна постапка за одобрување за вреден клиент, виџет на контролната табла што...
Повеќето неуспеси на производите не започнуваат со драматична грешка. Тие започнуваат со потивко отсуство: никој навистина не го има на ум целиот производ. Еден тим може да има патоказ, спри...
Повеќето тимови велат дека сакаат сопственост. Она што често го мислат е дека некој треба да преземе иницијатива кога тикетот е нејасен, изданието не успее или клиентот ќе го пронајде граничниот случај што никој не го плани...
Повеќето софтверски производи не пропаѓаат затоа што првиот план бил слаб. Тие се соочуваат со тешкотии затоа што планот бил третиран како производот. Патоказот може да усогласи тим, да обезбеди буџет и...
Повеќето производи не пропаѓаат затоа што првата верзија била технички невозможна. Тие пропаѓаат затоа што првата верзија тивко станува затвор: секоја нова потреба на клиентот бара ...
Проширувањето на опсегот ретко доаѓа изгледајќи како проблем. Доаѓа како разумно барање: уште една поставка, уште една интеграција, уште еден исклучок за важен клиент. Се...
Најопасниот патоказ за развој на производот е оној што изгледа зафатено и делува продуктивно, додека тивко го прави производот потежок за засакување. Функциите се испорачуваат, белешките за изданијата растат, а тимовите ...
