Kedves PM-ek – Itt az ideje újra gondolni az Agile módszertant a vállalati startupokban

Tedd alapértelmezetté az eredményközpontú tervezést: határozz meg 3 hónapos eredményeket minden termékcsaládra, hatalmazd fel a vezetőket a kompromisszumok megkötésére, és a döntéseket a felhasználói értékhez kösd, ne pedig a funkciólistához. Ezek a váltások a funkcióközpontúról az értékalapú szállításra helyeznek át minket nagy sebességgel és elszámoltathatósággal. A megközelítés a flatiron ihlette platformgondolkodásra és a mckendrick által megosztott tanulságokra épít, miszerint a hangsúlyt a tevékenység helyett a hatásra kell helyezni. Építs olyan döntési keretrendszert, amelyet egyetlen vezető birtokolhat, és biztosítsd, hogy a felhasználó hangja minden ütemtervben megjelenjen.

Fedezd a kockázatot három védőkorláttal: a szabályzatok összehangolása, az adatkormányzás és a biztonsági ellenőrzések beépítése a sprint végi lezárásokba. A közelmúltban azok a csapatok, amelyek szorosan összekapcsolták a szabályzatokat a terméktervezéssel, 40%-kal csökkentették a megfelelési késedelmeket és 25%-kal a javítási munkálatokat. Terjeszd ki a kadenciát 6-12 hetes ciklusokra a nagyszabású kezdeményezések esetében, és biztosítsd, hogy a felhasználó hangja minden átadásnál tájékoztassa a döntéseket. Ezek a csapatközi rituálék – tervezési felülvizsgálatok, adatok felülvizsgálata és szabályzatok ellenőrzése – ugyanabban a helyiségben zajlanak, nem pedig külön kapukban.

Kínálj egyértelmű perspektívát arra vonatkozóan, hogy a döntések hogyan fedezik a valós vevői igényeket anélkül, hogy túlterhelnék a csapatokat. Ma azoknak, akik nagyszabású programokat vezetnek, a felhasználói kutatásokat prioritizált fogadásokká kell alakítaniuk. Használj kéthetes akcióterveket és egy negyedéves felülvizsgálatot, amelyet egy olyan terméktulajdonos vezet, aki az érték nyelvét beszéli. Ez a perspektíva a gyakorlati PM-ektől és a vállalati vezetőktől származik, akik tudják, hogyan kell egyensúlyt teremteni az autonómia és a политика között, biztosítva a megfelelést a kísérletezés megfojtása nélkül. Ez az oka annak, hogy kodifikáljuk a védőkorlátokat és a csapatot a területeken átívelően összehangoljuk.

Intézményesíts egy könnyű kormányzást, amely lefedi a lényeges dolgokat: a kiadásra való felkészültséget, a biztonságot és a vevői adatok kezelését. A jó gyakorlat az elérhető irányítópultokból származik, amelyek a leszállított felhasználói értéket mutatják, nem pedig a tételezett lefutásokat. Hozz létre egy egyszerű fedőlapot minden programhoz, amely elmagyarázza a 3 metrikát, a 2 kockázatot és az 1 szabályozási korlátot. Használj megbízhatósági és felhasználói teszteket minden sprintben, hogy megerősítsd, hogy az elkészült termék jobbá teszi a felhasználó életét. A cél egy megismételhető ritmus, nem pedig új szertartások felvonulása.

Futtass le egy 90 napos kísérleti programot 3 csapattal egyetlen üzleti egységben a modell bizonyítására: határozz meg eredményeket, hangold össze a szabályzatokat, kövess nyomon három KPI-t (ciklusidő, felhasználói elégedettség és funkció elfogadottsága), és tegyél közzé egy tömör tanulságok összefoglalóját. Ezeknek a kísérleti programoknak tartalmazniuk kell egy perspektíva feljegyzést a PM-től a vezetői csapatnak, és egy felhasználó hangja szekciót, amelyet interjúkból merítettek. Eljön a pillanat, amikor a kísérleti program befejezése után el kell dönteni, hogy bővítjük-e, vagy adaptáljuk-e.

Kedves PM-ek: Az Agile újragondolása a vállalati startupokban

Vegyél fel egy három hónapos kísérleti programot hathetes szállítási ciklusokkal, amelyeket a valós vevői és felhasználói eredmények horgonyoznak le. Hagyd hátra a státuszjátékokat, és követeld meg az indoklás és az eredmények dokumentálását minden ciklus után. A fókuszált iteráció hónapjai során felszínre hozol egy olyan irányt, amelyet a menedzsment elkötelezett lehet, és a felhasználók gyorsabban érzik az értéket. Forrald le a tervezést az eredményekre. Mindenekelőtt maradj összhangban a vevők és a felhasználók igényeivel. Kavazovics szerint a stratégia és a szállítás közötti eltérés hónapokat emészt fel, és a felhasználók elvesztésének kockázatát hordozza magában.

Megvalósítási terv:

1. Határozd meg a probléma állapotát és a vevői szegmenseket; gyűjts össze alapmetrikákat a felhasználóktól a valós kiindulópont meghatározásához.
2. Alakíts ki két funkciók közötti csapatot egyértelmű tulajdonosi viszonyokkal: terméktulajdonos, mérnökök, tervezés, adatok és egy vezetői szponzor, aki biztosítja az összehangolást a menedzsment és a termékcsapatok között.

A ciklusokat hathetes szállítási időszakokként strukturálja úgy, hogy a ciklusok között egyhetes backlog finomítás legyen; ciklusokonként két napot tartson fenn a felfedező munkára, hogy tesztelje a hipotéziseket (Google-stílusú kísérletek).

Priorizálja a backlogot az eredmények alapján: kössön minden elemet mérhető célokhoz; hagyjon ki minden nem odaillőt a sprintből.

Dokumentálja a döntéseket és hipotéziseket: vezessen könnyű dokumentációt arról, hogy mit próbáltak ki, mi történt és miért hoztak döntéseket; frissítse a dokumentumot, amint az eredmények ismertek.

Vevői bevonás: havonta tartson bemutatókat a vevőknek, és gyűjtsön felhasználói visszajelzéseket; a tanultak alapján igazítsa a irányt.

Menedzsment ritmus: tartson havi felülvizsgálatot az előrehaladás, a költségek, a kockázatok és a mehet/nem mehet döntések összehangolására; biztosítsa, hogy a döntések papírról átkerüljenek a gyakorlatba.

Követendő kulcsfontosságú mutatók

• Ciklusidő és átfutási idő javulása a termékek és csapatok között
• A kísérleti eredmények beépítése a termelésbe
• Felhasználói elfogadási arány a célcsoportok körében
• Nettó haszon ciklusokonként (bevételi hatás vagy költségmegtakarítás) a prognózishoz képest
• Felhasználói elégedettség és kvalitatív visszajelzések a felhasználók reprezentatív csoportjától
• Hibaráta és stabilitás a kiadás után
• Tanulási idő: napok egy hipotézis valós adatokkal való igazolásához

Útmutatás a területnek: összpontosítson a vevőre és a felhasználókra, csak a lényegre térjen ki, és a döntések dokumentálására fordított időt tartsa összhangban a szállított értékkel. Ez a megközelítés támogatja a vállalati menedzsmentben szerzett évek tapasztalatát, miközben agilis marad a hónapokig tartó végrehajtás során is, még akkor is, ha a csapatok maguk mögött hagyják a nehéz irányítást, és szabadon iterálhatnak a valós eredmények felé.

Kerülje el, hogy az Agile elhomályosítsa a világos termékvíziót, mielőtt elkötelezné magát a sprintek mellett

Minden sprintet egy éles, a vevőkhöz és a mérhető eredményekhez rögzített termékvízióval kezdjen. Vállalati környezetben az, hogy a hónapokig tartó munkát valós hatásokhoz lehet kapcsolni, megakadályozza, hogy a csapatok ugyanabba a funkció-ellenőrzőlista mintába sodródjanak. A víziót a szövegíró vagy a termékvezető kell, hogy megfogalmazza, és tartalmazza, hogy ki vásárolja meg, milyen problémát old meg és miért fontos.

Hagyja, hogy az Agile csak a vízió validálása után javítsa a végrehajtást. Ha irány validálása nélkül alkalmazza az Agile-t, azt kockáztatja, hogy rossz dolgot épít. Használjon egy rövid felfedezési szakaszt, amely tartalmazza, hogy mit jelent a siker és ki profitál belőle. A terv néhány kísérletet tartalmaz hónapokon keresztül a fő feltételezések bizonyítására, és ezt külön kell választani a sprint backlogtól. Ezek a szándékolt eredményre koncentrálnak.

A folyamatnak egyensúlyban kell tartania a rugalmasságot a fegyelemmel. Az Agile alkalmazása azt jelenti, hogy a tervet alkalmazkodónak kell tartani, de az alapvető dolgok soha nem változnak: egy igazolt vízió, explicit sikerességi kritériumok és egy világos pont, ahol a fejlesztés elkezdődik. A vállalati irodát egy könnyű irányítási réteggel kell felépíteni, amely nyomon követi a vízióhoz viszonyított előrehaladást. Használja a rugalmasságot a hatókör beállítására, ne pedig arra, hogy eltávolodjon a víziótól. A terv tartalmazza a három legfontosabb eredményt és a következő kísérleteket a méretezéshez.

Kapcsolja a backlog elemeket egy vízióhoz kötődő mutatóhoz. Mielőtt elkötelezné magát a fejlesztés mellett, tegye fel a kérdést: mit szállítunk, milyen hatása van, ki profitál belőle és hogyan fogjuk mérni? Ez a megközelítés segít a vevőknek és a belső érdekelt feleknek, hogy lássák a kapcsolatot a tervezés és a hatás között, csökkentve az újratervezési ciklusokat, és a legnagyobb értéket tartva szem előtt a vállalat számára, kevesebb pazarlással. Ha szervezete opowers irányítópultokat használ, hangolja össze őket a vízióval, hogy az irányítás átlátható maradjon a csapatok és a vevők számára.

Tartsa egyensúlyban a felhasználói kutatást a piaci dinamikával a szegmensek, a versenytársak és a trendek feltérképezésével

Határozz meg egy háromrétegű térképet: szegmensek, versenytársak és trendek, és köss minden egyes meglátást egy konkrét termékkel kapcsolatos döntéshez. Hangold össze a különböző funkcionális területeket képviselő csapataidat, és biztosítsd a vezetőség jóváhagyását azon a ponton, ahol a felhasználói kutatás találkozik a piaci jelekkel. A munka és a piaci dinamika közötti összhang felgyorsítja a döntéseket, és egyértelmű elszámoltathatóságot teremt a szervezeteiden belül. A világos felelősség megóvja a túlhajszoltságtól és javítja a csapat jóllétét. A folyamat továbbra is jól hangolt a csapataid számára.

Térképezd fel a szegmenseket méret, jövedelmezőség és bevezetési sebesség szerint; célozz meg 4-5 csoportot, például a korai felhasználókat, a méretre összpontosító vásárlókat, az árérzékeny ügyfeleket és a szkeptikusokat. Minden szegmenshez határozd meg az elsődleges fájdalompontokat, a legjobb kapcsolattartási csatornákat és a rezonáló hangot. Ez a tisztaság megkönnyíti a kis, jól körülhatárolt kísérletek lebonyolítását és a pazarló erőfeszítések elkerülését.

Értékelj négy versenytársat és két feltörekvő szereplőt, hogy megértsd, hol tűnhet ki a terméked. Jegyezd fel az árazási modelleket, a funkcióbeli hiányosságokat és a piacra lépési üzeneteket. Azonosíts potenciális partnerségi lehetőségeket, amelyek kiterjeszthetik a hatókört és csökkenthetik a szállítási kockázatot.

Hozzon létre egy bizonyíték-cselekvés mátrixot, amely a meglátásokat a hátralékos elemekhez rendeli. Például, ha egy szegmens erős keresletet mutat, de új integrációt igényel, javasolj egy ütemezett funkciókiadást és egy piacra lépési tervet. Ha a feltételezések meghiúsulnak, gondold át gyorsan és igazítsd ki a tervet. Fordítsd le az eredményeket egy kéthetes sprint tervre, egyértelmű tulajdonossal és mérhető sikerponttal.

Állíts be egy praktikus ütemezést: 2 hetes ellenőrzéseket, 6 hetes térképfrissítést és negyedéves vezetői felülvizsgálatokat. Dokumentáld az eredményeket egy tömör prezentációban, hogy ugyanaz az üzenet jusson el a csapatok és a vezetés között. Tartsd fenn a pozitív hangulatot, ünnepeld meg a győzelmeket, és hozd felszínre a feszültségeket korán, hogy megőrizd a morált és az ügyfelek véleményét.

Ezzel a megközelítéssel a jelek világos cselekvésekké alakulnak, amelyeket a csapatok megtehetnek, és a térkép releváns marad a változások évei során. Az artefaktum frissül, ahogy a piacok eltolódnak, a terméked skálázódik, és a partnerségek érnek. Ez a fegyelem segít abban, hogy sok munkaelem és dolog párhuzamosan készüljön el, miközben a szervezeteid összehangoltak maradnak és pozitív hangon mozognak.

Alakítsd a tervezést egy nagy teljesítményű csapatsporttá, meghatározott szerepekkel, ütemezéssel és döntési jogokkal

Vegyél fel egy 6 hetes tervezési ütemezést: 2 hét a felfedezésre és a tervezésre, 4 hét a szállításra. Köss minden ciklust egy rövidebb távú eredményhalmazhoz, és tegyél közzé egyetlen tervet, amely meghatározza a 3 legfontosabb funkciót, a siker kritériumait és a megjelenési időszakot. Ez csökkenti a félreértéseket és egyértelmű utat mutat a vállalat számára. Az ütemezést egy cross-funkcionális csapat és digitális kezdeményezések számára tervezték, ami segít megnézni, mi van minden tervben, és milyen kockázatok merülhetnek fel. Gyorsabban el fogod érni az összehangolást, ha a döntések adatokhoz és ügyféljelekhez vannak kötve.

Határozd meg a kifejezett szerepeket a döntési jogokkal. A termékvezető birtokolja a jövőképet és a hátralékos elemek prioritásának meghatározását; a műszaki vezető őrzi az architektúrát és a kulcsfontosságú technológiai választásokat; a szállítási vezető birtokolja az ütemtervet és a csapatok közötti függőségeket; a tervezési, minőségbiztosítási és adatszakértők egyenrangú partnerként vesznek részt a tervezésben. A cél az, hogy elkerüljük a kapuőrzést és biztosítsuk, hogy a cross-funkcionális csapatok együtt tudjanak mozogni nagyszabású kezdeményezések esetén. Ezt a modellt alkalmazva csökkented az oda-vissza kommunikációt és felgyorsítod a vállalati útiterv elkészítését.

Hozzon létre rituálékat kiszámítható ütemezéssel: tervezés minden hétfőn (60 perc logisztikára és a legfontosabb kompromisszumokra), hátralék finomítása szerdán, és pénteki felülvizsgálat az érdekelt felekkel. Vezess egy egyszerű visszaemlékezési naplót, hogy rögzítsd, miért született egy választás, és mit akadályozott. Használd a fórumokat, hogy felszínre hozd, mi fontos az ügyfeleidnek és a technológiai stratégiádnak, és tartsd feszesen a hangot, hogy a döntési jogok világosak és végrehajthatók maradjanak.

Az alábbi táblázat rögzíti a valóságot és csökkenti a tulajdonjoggal kapcsolatos kérdéseket a szerepekkel, ütemezéssel és döntési jogkörökkel kapcsolatban:

Adjon ügyfeleinek bizalmat gyors, alacsony kockázatú kísérletekkel és gyors visszajelzéssel

Hajtson végre egy 14 napos próbaüzemet egy b-to-b vevői szegmenssel, egy funkciókapcsoló mögött, hogy validáljon egyetlen értékajánlatot. Válasszon egy kicsi, működő komponenst, amelyet a központi rendszerek érintése nélkül lehet szállítani. Előzetesen határozza meg a hipotézist, a teendőket, a siker mutatóit és a kilépési kritériumokat. Ha az elfogadás 20% fölé emelkedik, és a vevők konstruktív visszajelzést adnak, méretezze a erőfeszítést; egyébként állítsa le és igazítsa ki.

Helyezze a kísérletet egy tervbe, amely összeköti a víziót a projektekkel. Építse a tesztet arra, hogy az ügyfelek valójában mit csinálnak ott, nem pedig arra, amit a csapatok feltételeznek. Használjon kutatáson alapuló megközelítést, amely a mckendrick felismeréseken alapul, hogy irányadó tervet alakítson ki. Koncentráljon a komponensek és funkciók korlátozott készletére, amelyek anélkül bizonyítják az alapvető előnyt, hogy át kellene írni a terméket. Ez potenciálisan lerövidítheti a ciklusokat és csökkentheti a kockázatot.

Állítson be opowers-t a kockázat minimalizálása érdekében: kapcsoló, távoli letiltás és gyors visszaállítás. Kövesse nyomon a visszajelzéshez szükséges időt, az elfogadást és azt, hogy mely vevők használják valójában. Ha a visszajelzés értéktelenséget mutat, szünetelteti; ha pozitív jeleket mutat, skálázza a tesztet a következő komponensre anélkül, hogy késleltetné.

A backlogba esés és a csapatok elakadása elkerülése érdekében tartson fenn szoros ütemezést: heti áttekintések, egyértelmű tulajdonosok minden projekthez, és egy egyszerű döntési fa az iterációhoz vagy a szüneteltetéshez.

Rögzítsd a tanulságokat és verziózd a kutatást; oszd meg az eredményeket a vásárlókkal és az érdekelt felekkel; használd fel a tanultakat a következő termékek kialakításához, összhangban a vízióval és a szervezet pozíciójával. Kapcsold össze a megállapításokat a közelgő csúcstalálkozóval, és ennek megfelelően frissítsd az ütemtervet. Használd fel ezeket a tanulságokat a prioritások újragondolásához és ahhoz, hogy hol keletkezik érték.

Alkalmazz gyakorlati keretrendszereket az agilis navigáláshoz komplex digitális környezetekben

Kezdj egy gyakorlati keretrendszerrel: párosítsd a Scrumot a csapatok számára Kanban-nal a folyamathoz, és csatolj egy könnyű, térképalapú tervezési megközelítést, amely összeköti a szükségleteket a funkciókkal és a tervekkel. A legnagyobb téteid a közeljövőben kézzelfogható mérföldkövekké válnak a kiadások során, és a csapat tudni fogja, mi a tét a projektek méretezéséhez a rugalmasság elvesztése nélkül. Használd fel a вход-ból származó inputot és az első vonalbeli felhasználói visszajelzéseket a nyerő kísérletek ösztönzéséhez, a történetek gyűjtéséhez és az értekezlet napirendjének megvalósítható betekintésekkel való táplálásához. Ez lehetővé teszi, hogy potenciálisan egy csapattal kísérletet végezz a megközelítés validálásához.

Használj egy egyszerű döntési térképet és egy könnyű pontozási modellt, amely összeköti a hatást az erőfeszítéssel, így a csapatok biztosan tudják, hogy mibe érdemes először befektetni. A b-to-b kezdeményezések esetében a döntéseket a felhasználói értéken és az üzleti szükségleteken alapozd, azon, amit tanultál, és azon, amit még tesztelni kell. A funkciókat kis, tesztelhető lépésekben fejleszd, és valós felhasználói visszajelzésekkel validáld; a tervezés és a validálás párhuzamosan zajlik a szállítási folyamatot lassító átadások elkerülése érdekében.

Tartsa fenn az élő terméktérképet, amely útmutatást nyújt ahhoz, hogy mit kell legközelebb létrehozni, a fő funkcióktól a peremjavításokig. Tartsd összhangban a terveidet a felhasználói igényekkel, és tápláld a döntéseket вход adatokkal és valós történetekkel a nyerő élmény megőrzése érdekében. A rugalmasság továbbra is az alapértelmezett; a védőkorlátok meghatározzák a kiadási határokat, miközben a csapatok alkalmazkodnak a változó valósághoz.

Végül hozz létre egy könnyű irányítási kadenciát a megközelítés csapatok közötti méretezéséhez és a következetesség biztosításához. Építs egy újrahasznosítható tervezési rendszert és egy megosztott komponenskönyvtárat a projektek közötti és a b-to-b kezdeményezések szállításának felgyorsításához. Kövesd nyomon az eredményeket egyértelmű mérőszámokkal, és tartsd karban a backlogot, amely tükrözi, hogy mire van szükség, és mit tanultál. Ezek a megközelítések segítenek egy nyerő digitális élmény megteremtésében.