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

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

Сопственоста е систем, а не особина на личноста

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

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

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

Јасното врамување не го пропишува одговорот. Тоа им дава на луѓето доволно контекст да најдат таков.

Дајте ги одговорноста и овластувањето заедно

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

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

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

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

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

Заменете ја сопственоста над тикети со сопственост над производот

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

Сопственоста над производот поставува поинакви прашања. Дали промената го реши планираниот проблем? Дали е разбирлива и одржлива? Што направија корисниците откако беше испорачана? Што треба тимот да приспособи следно?

Ова не бара секој развивач да стане менаџер на производ. Бара развивачите да видат доволно од реалноста на производот за да донесуваат подобри технички одлуки. Backend инженер кој разбира дека работниот тек мора да биде обратлив може да избере побезбеден модел на податоци. Frontend инженер кој гледа збунетост кај корисниците може да оспори навидум мало барање пред да стане скапа функционалност.

Направете го откривањето заедничка активност

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

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

Изградете сигурност околу одлуките, не околу молчењето

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

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

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

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

Заштитете капацитет за работата што никој не ја побарал

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

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

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

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

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

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

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

Сопственоста треба да гради кариери, а не да ги троши

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

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

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