Тимовите често велат дека сакаат поголема одговорност. Она што обично го мислат е дека сакаат луѓето да ја испорачуваат работата без некој постојано да ги потсетува. Но трајната одговорност не е способноста да се префрли задача од „To Do“ во „Done“. Таа е способност да се разбере зошто работата е важна, да се направат разумни компромиси и да се остане одговорен за исходот по објавувањето.

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

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

Задачите не се продуктен контекст

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

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

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

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

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

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

Одговорноста значи расудување, не напуштање

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

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

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

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

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

Направете го зошто видливо во секојдневната работа

Тимовите не го усвојуваат контекстот само преку квартална презентација. Зошто мора да се појавува таму каде што се одвива работата: при планирање, прегледи на дизајн, pull request-и, разговори за инциденти и ретроспективи.

Почнете ја работата со изјава за исходот

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

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

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

Разговарајте за компромисите со продуктен јазик

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

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

Затворете ја јамката по објавувањето

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

Потоа вратете се на првичното зошто. Дали промената го реши проблемот? Дали создаде нов извор на пречки? Дали тимот треба да повтори, да ја отстрани сложеноста или да престане да инвестира?

На оддалечените тимови им е потребен намерен контекст, не повеќе состаноци

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

Запишете ги релевантниот проблем, претпоставките, одлуката и отворените прашања на местата што луѓето веќе ги користат за работа. Поврзете одлука за дизајн со иницијативата што ја поддржува. Додадете кратко образложение кога pull request прави значаен компромис. Сумирајте ги одлуките по состанок за отсутните членови на тимот да не наследат нејаснотии.

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

Развивајте кариери со проширување на радиусот на одговорност

За развивачите, поседувањето на зошто е практична кариерна вештина. Сениорноста не е само пишување посложен код или прегледување повеќе pull request-и. Таа е препознавање на проблемот под барањето, идентификување ризици пред да станат инциденти и помагање на групата да избере поедноставен пат до вредност.

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

За лидерите, наградете го ова однесување експлицитно. Ако луѓето се пофалуваат само за брза испорака, ќе оптимизираат за проточност. Ако се препознаваат за појаснување на проблем, намалување на непотребниот опфат, истакнување ризик или прекинување неефикасна работа, ќе научат дека расудувањето е дел од испораката.

Изградете тимови што можат да го надживеат планот

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

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