Производните тимови ретко не успеваат затоа што никој не е доволно паметен да забележи проблем. Не успеваат кога важните проблеми остануваат во јазот меѓу „некој треба да се справи со ова“ и „јас сум одговорен да го доведам ова до крај.“

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

За производните тимови, таа навика е потценета супермоќ. Таа ја прави испораката постабилна, производите покорисни, а кариерите поодржливи.

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

Завршувањето на доделената работа е важно. Но сопственоста почнува таму каде што завршува извршувањето на задачата. Програмер со чувство на сопственост не само што имплементира критериум за прифаќање; тој забележува кога критериумот остава важно прашање без одговор. Што се случува кога мрежата ќе откаже? Може ли колега од поддршката да ја разбере грешката? Дали новиот тек на работа го прави следниот чекор на корисникот полесен или потежок?

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

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

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

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

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

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

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

Сопственоста создава замав во оддалечените тимови

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

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

Важно однесување не е постојано известување за статус. Тоа е намалување на неизвесноста за луѓето што зависат од работата.

Направете ја сопственоста видлива

Тимовите можат да ја поттикнуваат сопственоста без да се потпираат на нејасни слогани. Вградете неколку практични навики во начинот на кој се движи работата:

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

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

Сопственоста не е индивидуален хероизам

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

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

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

Како програмерите можат да го зајакнат мускулот

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

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

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

Предноста што се акумулира

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

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