Сопственост на производот: Архитектирање на вредност надвор од првичното лансирање
Повеќето производи не пропаѓаат при лансирањето. Тие пропаѓаат во тивкиот период потоа, кога вниманието се пренасочува кон следната ставка во планот и никој нема јасна одговорност дали она на што луѓето сега се потпираат навистина испорачува вредност.
Тука сопственоста над производот станува повеќе од управување со заостанати задачи. Вистинската сопственост значи да се третира производот како жив систем: потребите на клиентите се менуваат, се појавуваат технички ограничувања, користењето открива изненадувања, а првичните претпоставки мора постојано повторно да ја заслужуваат својата важност.
За техничките лидери и развивачите, овој начин на размислување е особено важен. Кодот можеби е испорачан, но одговорноста не е завршена. Корисен производ не е завршен сет на функционалности; тој е трајно ветување дека значаен проблем ќе се решава добро.
Лансирањето е хипотеза, а не целна линија
Лансирањето докажува дека тимот може да постави нешто пред корисниците. Не докажува дека производот е разбирлив, сигурен, вреден или економски разумен за одржување.
Разгледајте нов тек за самостојно управување со поставките на сметката. Тој може да го исполнува секој критериум за прифаќање: корисниците можат да ги ажурираат деталите, валидацијата работи и распоредувањето е успешно. Сепак, важните прашања започнуваат по објавувањето. Дали корисниците го завршуваат текот без поддршка? Дали ги менуваат информациите што очекувале да ги променат? Дали новата патека ја намалила оперативната работа или само ја префрлила збунетоста од еден канал во друг?
Сопственоста над производот започнува со тоа што овие прашања се прават вообичаени. Сопственикот не го брани првичното решение само затоа што било скапо за изградба. Тој останува лојален на проблемот и подготвен да го ревидира решението.
Преземете одговорност за исходот низ различни дисциплини
Сопственоста често погрешно се разбира како контрола. Силен сопственик на производ не станува единствениот носител на одлуки за дизајн, инженерство, операции и комерцијални приоритети. Наместо тоа, тој создава доволно заеднички контекст за специјалистите да можат да носат добри локални одлуки без да го изгубат од вид поширокиот исход.
Тоа бара преведување меѓу различни перспективи. Развивачот може да опише наследна интеграција како кревка. Колега од поддршката може да опише повторлива збунетост кај клиентите. Деловен засегнат чинител може да опише пропуштени обновувања или одложено воведување. Овие можат да бидат различни погледи на истата основна слабост.
Корисното прашање не е: „Чиј проблем е ова?“ Туку: „Кој исход за клиентот или бизнисот овој систем моментално го спречува?“
Направете го оперативниот модел на производот видлив
По лансирањето, документирајте ги практичните реалности околу производот. Одржувајте го едноставно, но осигурете се дека тимот може да одговори на она што е важно:
- Кој го користи производот и која задача се обидува да ја заврши?
- Кои сигнали покажуваат дека производот ѝ помага или ѝ наштетува на таа задача?
- Кои системи, тимови или добавувачи создаваат важни зависности?
- Што се случува кога производот откажува, се влошува или создава неточни податоци?
- Кој може да носи одлуки за приоритет, ризик и комуникација со клиентите?
Ова не е бирократија. Тоа е начин да се спречи производот да стане осиротена колекција од тикети. Кога одговорностите и зависностите се нејасни, секој инцидент станува вежба за повторно откривање како функционира производот.
Претворете ги повратните информации во одлуки
Тимовите за производи собираат многу повратни информации. Тешката работа е да се одлучи што да се направи со нив. Барањето на еден клиент може да биде важно, но не е автоматски обврска во планот. Исто така, збирните податоци за користењето можат да откријат образец без да објаснат зошто постои.
Доброто сопствеништво ги комбинира доказите со проценката. Барајте повторливо триење, неуспеси со висока цена, напуштени патеки, теми во поддршката и јазови меѓу наменетото и реалното однесување. Потоа прецизно формулирајте го прашањето.
На пример, „Корисниците сакаат извози“ е нејасно. „Оперативните тимови не можат да ги усогласат неделните записи без рачно да комбинираат неколку екрани, што одложува повторлив процес“ е изјава за проблем што тимот може да ја истражи и реши на повеќе начини.
Корисен разговор за приоритизација ги мери најмалку четири димензии: вредност, итност, сигурност и цена на одложувањето. И техничкиот напор е важен, но не треба да биде единствениот јазик што се користи. Мала промена што отстранува чест извор на корисничка грешка може да биде повредна од голема видлива функционалност.
Заштитете ја одржливата испорака
Сопственоста над производот вклучува и грижа за техничката средина што ја овозможува идната испорака. Тимовите не можат сигурно да создаваат вредност за клиентите ако распоредувањата се ризични, набљудливоста е слаба или суштинското знаење живее во главата на една личност.
Ова не значи дека секое техничко подобрување мора да се оправда како директна функционалност. Значи дека техничката работа треба да биде поврзана со јасна последица за производот. Подобрувањето на автоматизираните тестови може да го намали ризикот при менување критичен работен тек. Додавањето мониторинг може да го скрати времето пред да се забележи штетен неуспех. Поедноставувањето на интеграција може да направи остварлива функционалност за клиентите што долго била барана.
Техничките лидери можат да ги олеснат овие компромиси со објаснување и на ризикот од неактивност и на практичниот следен чекор. Избегнувајте да го претставувате „техничкиот долг“ како апстрактен морален неуспех. Опишете го конкретното ограничување: побавни промени, повторливи инциденти, ненадежни податоци или премногу рачна работа за опоравување.
Намерно резервирајте капацитет
План составен целосно од нови функционалности создава предвидлива замка: работата за одржување и сигурност се случува само за време на криза. Поздрав пристап доделува тековен капацитет на здравјето на производот, вклучувајќи:
- Обрасци на дефекти што суштински влијаат врз корисниците или персоналот
- Подобрувања на перформансите, пристапноста, безбедноста и сигурноста
- Отстранување на повторлива рачна работа
- Документација и автоматизација што ја намалуваат оперативната зависност
- Истражувачка работа што проверува неизвесни можности пред целосна испорака
Точната распределба ќе варира, но принципот не треба: со текот на времето производот мора да остане полесен за разбирање, работење и менување.
На сопственоста ѝ требаат посилни навики во оддалечените тимови
Работата од далечина може да го подобри фокусот и да го прошири пристапот до талент, но брзо ја разоткрива нејасната сопственост. Неформалните разговори повеќе не ги поправаат нејасните одлуки толку сигурно. Важниот контекст мора да се забележи таму каде што тимот може да го најде.
Запишувајте ги одлуките, претпоставките и нерешените прашања. Ажурирањата нека бидат кратки, но вклучете ја причината зад промена на приоритет или компромис. На оддалечен тим не му требаат постојани состаноци; му треба сигурна трага од одлуките.
За работата на производот, асинхроната комуникација е особено ефикасна кога го раздвојува истражувањето од обврзувањето. Споделете ги проблемот, доказите, опциите и отворените ризици пред да побарате одлука. Откако ќе се донесе одлука, забележете што е избрано, што е одложено и кој сигнал би предизвикал тимот повторно да ја разгледа.
Оваа навика ја подобрува вклученоста, како и брзината. Луѓето во различни временски зони можат да придонесат со промислен придонес, а новите членови на тимот можат да разберат зошто производот изгледа така како што изгледа.
Градете кариери со размислување надвор од тикетите
Развивачите што сакаат поголемо влијание врз производот не мора да станат псевдо-продукт менаџери. Можат да почнат со проширување на рамката на сопствената работа. Пред да спроведат барање, нека го разберат проблемот на корисникот, условот за успех, оперативното влијание и веројатните начини на откажување.
Поставувајте конструктивни прашања: Кое однесување се обидуваме да го промениме? Како ќе знаеме дека ова помогна? Кој е најмалиот безбеден експеримент? Што се случува ако оваа зависност не е достапна? Кој тим ќе го поддржува ова по објавувањето?
Овие прашања покажуваат проценка, а не отпор. Тие исто така ги прават техничките придонеси повредни затоа што ги поврзуваат изборите за имплементација со вистинската цел на производот.
Производот е односот, а не објавувањето
Првичните лансирања се возбудливи бидејќи создаваат видлив момент на напредок. Но трајната вредност се гради во помалку драматичната работа што следи: набљудување на реалноста, исправување претпоставки, одржување квалитет и правење промислени компромиси како што се менуваат околностите.
Тоа е подлабокото значење на сопственоста над производот. Таа не е поседување на план. Таа е постојана посветеност производот да биде корисен, доверлив и вреден за развивање. Кога тимовите го третираат лансирањето како почеток на таа посветеност, тие градат повеќе од софтвер. Тие градат производи на кои луѓето можат и понатаму да се потпираат.