Корисните производи ретко пропаѓаат затоа што некој не можел да замисли функционалност. Тие пропаѓаат затоа што никој не останал доволно близу до проблемот, одлуките и последиците доволно долго за да го направи производот сигурен.

Преземањето одговорност за иднината на производот не е исто што и преземањето одговорност за секоја задача. Тоа значи прифаќање одговорност за тоа дали работата создава трајна вредност: за клиентите, за тимот што го одржува и за бизнисот што зависи од него. Таквиот начин на размислување претвора една идеја од ветувачка ставка во заостанатиот список во нешто на кое луѓето можат да му веруваат.

Започнете со проблем што вреди да се носи

Идејата е покана за истражување, а не спецификација. „Изградете контролна табла“, „додадете ВИ“ или „направете го воведувањето поедноставно“ може да бидат разумни почетни точки, но ниту една не објаснува чија тешкотија се намалува или како ќе се препознае успехот.

Пред да изберете рамка или да составите тикети, направете го проблемот конкретен. Добрата работна изјава ја идентификува засегнатата личност, моментот на триење и исходот што треба да се подобри. На пример: менаџер за поддршка не може брзо да види кои проблеми на клиентите се повторуваат, па на тимот му треба сигурен начин да ги истакне шаблоните пред да станат ескалации.

Ова врамување го менува разговорот. Наместо да дебатира дали графиконот треба да биде син или зелен, тимот може да праша дали информациите му помагаат на некого порано да забележи повторлив проблем. Техничките избори стануваат полесни за оценување кога се поврзани со реален исход.

Прашања што откриваат слаби претпоставки

• Кој го доживува овој проблем и што прави денес?
• Што го прави сегашниот пристап скап, бавен, збунувачки или ризичен?
• Која е најмалата корисна промена што би можела да ја тестира претпоставката?
• Кое однесување би покажало дека производот помага?
• Што би можело да го направи решението штетно, погрешно наведувачко или скапо за одржување?

Овие прашања не се бирократија. Тие се начин да се избегне трошење месеци за дотерување одговор на погрешното прашање.

Претворете ја одговорноста во навика за испорака

Одговорноста станува видлива во вообичаените детали на испораката. Таа се појавува кога развивач прашува што се случува ако API е бавно, кога дизајнер бара повратни информации од луѓето што користат работен тек или кога лидер на производот го стеснува опсегот наместо да штити произволен датум.

Одржливиот тим третира функционалност како целосен дел од вредноста, а не како збир на неповрзани предавања. Тој дел ги вклучува успешниот тек, разбирливите грешки, набљудливоста, документација таму каде што е важна и план за поддршка по објавувањето. Не е потребен голем процес за секоја промена, но секоја промена заслужува доволно внимание за да може безбедно да се разбере.

Разгледајте нова функција за извоз. Видливиот интерфејс може да биде едно копче, но одговорната испорака бара повеќе: Кои податоци се вклучени? Колку долго може да трае генерирањето? Што гледа корисникот кога ќе не успее? Дали чувствителните информации се заштитени? Може ли поддршката да утврди зошто конкретен извоз не е завршен? Копчето е мало; ветувањето на производот зад него не е.

Направете ги техничките одлуки разбирливи

Техничкото лидерство често е помалку прашање на тоа да го имате најбрзиот одговор, а повеќе на тоа јасно да ги прикажете компромисите. Тимот може да се движи решително без да се преправа дека секоја одлука е трајна или без ризик.

Запишете ја одлуката кога нејзините последици ќе траат подолго од тековниот спринт. Краток запис може да ги наведе контекстот, разгледаните опции, изборот и последиците. Ова им помага на идните соработници да разберат зошто постои одредено ограничување и му дава дозвола на тимот повторно да го разгледа кога условите ќе се променат.

На пример, изборот на управувана услуга може да ја намали оперативната работа и да го забрза раното објавување. Цената може да биде помала контрола, однесување специфично за добавувачот или иден напор за миграција. Ниту еден исход не е автоматски добар или лош. Важното е тимот намерно да го направи изборот и да знае што добива со него.

Заштитете го производот од невидлив долг

Притисокот за испорака често создава долг што не се појавува при преглед на код: нејасна одговорност, недокументирани оперативни чекори, кревки практики за објавување и функционалности што никој не ги мери по лансирањето. Овие празнини на крајот стануваат технички проблеми затоа што ги прават промените побавни, а неуспесите потешки за решавање.

Практична дефиниција за завршена работа може да вклучува неколку трајни проверки:

• Очекуваниот исход за корисникот е јасен.
• Состојбите на неуспех се разбирливи и, каде што е можно, поправливи.
• Тимот може да открие важни грешки по објавувањето.
• Некој знае кој ќе одговори ако функционалноста предизвика проблеми.
• Работата не создала скриен рачен процес што не може да се прошири.

Ова не е аргумент за совршенство. Тоа е аргумент за свесно избирање што да се одложи, бележење на ризикот и враќање на него пред трошокот да стане неприфатлив.

На оддалечените тимови им треба изречна одговорност

Работата на далечина ја засилува нејасноста. Во канцеларија, нејасно прашање може да се реши во разговор во ходник. Во распределен тим, може да чека низ временски зони, да се изгуби во активен канал или да добие различни одговори од неколку луѓе.

Силните оддалечени тимови го заменуваат претпоставениот контекст со видлив контекст. Тие користат концизни писмени одлуки, јасни одговорни лица за исходите и редовни моменти за рано истакнување на неизвесноста. Целта не е да се документира секоја мисла. Таа е важната состојба на работата да биде достапна за луѓето на кои им е потребна.

Корисен образец е да се именува едно лице што е директно одговорно за исходот на производот, додека работата останува заедничка. Тоа лице не станува тесно грло ниту жртвено јагне. Тоа се грижи отворените прашања да имаат свое место, компромисите да се истакнуваат и функционалноста да не исчезне помеѓу дизајнот, имплементацијата, објавувањето и учењето.

Писмените ажурирања најдобро функционираат кога одговараат на едноставни прашања: што се промени, што беше научено, што е блокирано и каква одлука е потребна. Ова им дава на соиграчите начин да придонесуваат асинхроно без да се принудуваат сите на повеќе состаноци.

Изградете кариера околу корисна одговорност

За развивачите и техничките професионалци, сопственоста на производот е предност во кариерата затоа што ја проширува вредноста на техничката вештина. Пишувањето чист код е важно. Разбирањето зошто кодот постои, како влијае врз корисниците и како се однесува во продукција ја прави таа вештина многу покорисна.

Не ви е потребна титула во управување со производи за да го практикувате ова. Прашајте за проблемот зад тикетот. Прочитајте повратни информации од поддршката. Приклучете се на разговор за откривање. Подобрете порака за грешка. Предложете помал експеримент. Објаснете технички ризик со зборови што им помагаат на другите да донесат одлука.

Ова не се споредни активности. Така професионалецот станува доверлив за поголеми проблеми.

Иднината се одржува, не се објавува

Иднината на производот е обликувана од илјадници избори што се случуваат по првичната идеја: што учи тимот, што одбива да игнорира, што поедноставува и што одржува сигурно. Одржливото влијание доаѓа од третирањето на испораката како траен однос со проблемот, а не како целна линија помината при лансирањето.

Највредната навика е едноставна: останете одговорни за исходот откако работата ќе изгледа завршена. Кога тимовите го прават тоа доследно, тие градат повеќе од функционалности. Тие градат производи, системи и кариери што можат да продолжат да ја заслужуваат довербата.