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

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

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

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

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

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

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

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

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

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

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

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

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

Дајте им на тимовите проблем, а не само спецификација

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

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

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

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

Работата од далечина ја прави сопственоста над наративот поважна

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

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

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

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

Одржливата испорака бара проценка за производот

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

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

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

Градете кариера околу информирана одговорност

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

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

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