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

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

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

Сопственоста започнува таму каде што завршува тикетот

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

Сопственоста поставува поширок сет прашања пред да започне имплементацијата:

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

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

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

Надежноста е одлука за производот

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

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

Дизајнирајте за несовршениот ден

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

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

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

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

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

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

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

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

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

Сопственоста мора да биде одржлива

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

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

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

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

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

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

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