Aliniați-vă echipele de tehnologie și de produs cu Canvasul de produse tehnologice

Ascultă versiunea audio a acestui articol

Comunicarea greșită între echipele de dezvoltare a produselor și cea de tehnologie este probabil cea mai mare sursă de risipă de resurse în dezvoltarea de software. Companiile de tehnologie cu o creștere mare se confruntă cu cereri din ce în ce mai mari pentru produse livrabile și, prin urmare, planificarea adecvată este uneori renunțată. Există mai multe semne care arată o lipsă de aliniere a echipei de produse și tehnologie:

• Produsele nu sunt livrate conform cerințelor.
• Durează mai mult decât era planificat pentru a oferi caracteristici ale produsului.
• Echipele au foarte puțină interacțiune și comunicare săptămânal.
• Echipa de tehnologie trebuie să-și „refacă” infrastructura din cauza solicitărilor de produse noi.
• Ritmul de dezvoltare este lent în comparație cu concurența.
• Echipa de tehnologie întreabă adesea: „ De ce nu ne-ai spus asta înainte? ”

Companiile de succes gestionează în mod activ această interfață dintre cele două echipe și au foi de parcurs clare pentru produse și tehnologie, care sunt înțelese de toată lumea. Cu toate acestea, în prezent, nu există metodologii populare care să rezolve această problemă într-un mod structurat.

În schimb, de cele mai multe ori, aceste obiective sunt atinse într-un mod ad-hoc prin întâlniri nestructurate. Cea mai apropiată comparație cu aceasta este cadrele Agile scalate, dar chiar și aceste abordări nu sunt întotdeauna fezabile pentru toate companiile, în special pentru cele mai mici, deoarece această abordare necesită adoptarea întregului cadru.

Una dintre modalitățile de a realiza cu ușurință alinierea între echipele de produse și cele tehnologice este să utilizați Canvasul de produse tehnologice structurat

Ce este tehnologia produsului Canvas?

Conceptul de pânză există de mulți ani. Vizionarii și inovatorii cheie din acest spațiu includ Alexander Osterwalder care a creat Business Model Canvas, Roman Pichler și Product Vision Canvas și Jeff Patton, care este cunoscut pentru metoda User Story Mapping și Opportunity Canvas. Am folosit metodologia canvas pentru a rezolva problema alinierii produsului și tehnologiei și am creat Technology Product Canvas.

Pânza va acționa ca o modalitate rapidă de a facilita discuțiile în echipă și de a-i aduce pe toți pe aceeași pagină - la propriu. Acesta este unul dintre cele mai importante beneficii ale creării acestui document. Parcurgând procesul, care poate dura chiar și o oră, veți începe să gestionați acea aliniere între echipele de produs și tehnologie.

Tehnologia Product Canvas forțează echipa dvs. să declare și să vizualizeze obiectivele foii de parcurs ale produsului, obiectivele foii de parcurs tehnologice și să discute în mod explicit fiecare etapă de produs-tehnologie a foii de parcurs. Acest exercițiu asigură că echipele sunt sincronizate și toată lumea poate părăsi sala cu așteptări și direcție clare.

Prin munca mea cu companiile de tehnologie, am observat că intersecția dintre obiectivele de afaceri și capacitățile tehnologice este locul în care se află cel mai mare risc. Tehnologia Product Canvas a fost creat pentru a gestiona exact acest risc.

Când să utilizați pânza produsului tehnologic?

Discuția despre Technology Product Canvas este inițiată cel mai bine de proprietarul produsului atunci când ați definit pe deplin viziunea produsului, ați condus procesul de cartografiere a poveștii și ați dezvoltat foaia de parcurs inițială pentru lansarea produsului. În această etapă, va fi clar ce caracteristici ale produsului sunt critice pentru fiecare lansare majoră. În acest moment, echipele sunt pregătite să aibă o discuție tehnică detaliată despre modul în care va fi construit produsul.

Exercițiul Technology Product Canvas va aduce claritate, uneori conflict, dar în cele din urmă acord cu privire la ce arhitectură tehnologică va trebui implementată pentru a dezvolta produsul și modul în care platformele tehnologice vor evolua pentru a satisface nevoile produsului. Acesta va permite echipei de tehnologie să analizeze diferite posibilități și să se asigure că contribuția lor cu privire la inovare va fi captată.

Să trecem printr-un exemplu mai detaliat despre cum este utilizat Canvasul de produs tehnologic într-un nou proiect software ipotetic, astfel încât să îl putem vedea în acțiune și să învățăm cum să îl folosim.

Cum să utilizați pânza produsului tehnologic

Produsul tehnologic este menit să fie, în primul rând, un vehicul pentru crearea concentrării, a comunicării și a alinierii echipei. Pânza vă permite să aveți o conversație cu echipa de tehnologie pentru a afla ce arhitectură tehnologică va fi necesară pentru a sprijini dezvoltarea produsului. Să folosim un exemplu ipotetic de produs software nou. O nouă aplicație bazată pe locație pentru a conecta oamenii cu ceilalți din jurul lor - o aplicație comunitară care să te conecteze cu vecinii tăi.

Puteți descărca Tehnologia Produsului Canvas aici. De asemenea, puteți imprima pânza și scrie pe ea. Alternativ, puteți utiliza și un instrument online precum Miro, pe care l-am folosit pentru acest articol.

Configurare

Să presupunem că ai lucrat cu echipa ta de startup de câteva luni, ai câteva idei grozave și acum ești dornic să planifici dezvoltarea software-ului. Ați lucrat la panza dvs. slabă, chiar ați creat o hartă a poveștii a pașilor procesului pe care îi va experimenta un utilizator pe măsură ce trece prin aplicație. Acum trebuie să-l construiești. Așadar, îi aduceți pe toată lumea într-o sală de conferințe, echipa de produs și echipele de tehnologie și proiectați o versiune goală a Tehnologiei Product Canvas pe ecranul sălii de conferințe. Unde să încep?

Primul lucru este să stabiliți așteptări cu privire la motivul pentru care toată lumea este aici și ce doriți să realizați. Explicați echipei dumneavoastră că sunt aici pentru a asigura un plan între obiectivele produsului și sarcinile tehnice. De asemenea, subliniați că nu căutați perfecțiunea și că veți continua să revizuiți acest lucru la fiecare câteva luni, pe măsură ce învățați mai multe și cerințele se schimbă. Dar, cel puțin pentru astăzi, aceasta este o miză în pământ pentru a vă asigura că sunteți pe aceeași pagină.

Pasul 1: Definiți valorile de succes

Cum vei măsura dacă planul tău general funcționează? Care sunt obiectivele de afaceri? Acestea pot fi venituri în fiecare fază de lansare sau numărul de descărcări de aplicații. Dacă sunteți familiarizat cu pânza slabă, este posibil să aveți deja astfel de numere identificate. Copiați acele informații în această secțiune. În acest exemplu, am folosit următoarele două valori de succes: „Conectați 1.000 de oameni în primul nostru an” și „Creați-vă marca în Los Angeles” – o măsură cuantificabilă și una calitativă.

Dar de ce ne concentrăm mai întâi pe asta? Se asigură că întreaga echipă înțelege de ce ne aflăm în cameră. Avem un obiectiv de a realiza acest lucru este mai mare decât orice problemă de produs sau tehnologie. Acesta este motivul pentru care suntem cu toții aici.

Pasul 2: Completați secțiunile Viziunea produsului și Lansarea produsului

Acest lucru permite echipei să obțină claritate sau să fie actualizat cu privire la viziunea noastră asupra produsului și la modul în care ne-am definit în prezent prioritățile de dezvoltare a produsului. Notați declarația despre viziunea produsului și cine este grupul țintă principal. Apoi, identificați câteva produse cheie pe care doriți să le livrați în fiecare lansare. Recomand să completați aceste casete în echipă și să nu le aveți pre-umplute în prealabil. Se asigură că atât membrii echipei de tehnologie, cât și de produs participă la procesul de definire a obiectivelor. Lucrați de la stânga la dreapta: identificați obiectivele pentru prima iterație a produsului - caracteristicile mari care sunt necesare pentru a satisface nevoile clienților dvs.

În exemplul nostru de aplicație, viziunea noastră de produs este „A permite comunicarea în timp real între oamenii care locuiesc în cartierul meu, pentru a consolida comunitatea.” În continuare, în Lansările de produse, am putea spune că Versiunea 1 este „Pentru a identifica locația dvs. actuală, arătați cine este în apropiere și comunicați cu adresa lor de e-mail”. V2 ar putea fi „pentru a arăta cine este în apropiere și pentru a permite chatul în timp real”. V3 ar putea fi „pentru a activa confidențialitatea și monetizarea”. Aceste iterații ale produsului vor fi introduse în pânză, așa cum se vede mai jos. Păstrați pânza cât mai simplă posibil, astfel încât oamenii să poată vedea imaginea de ansamblu. Pânza este, de asemenea, menită să surprindă viziunea pe termen lung. Rețineți că aceasta ar putea fi prima dată când echipa de tehnologie vede o imagine atât de clară a produsului dvs., așa că petreceți suficient timp pentru a vă asigura că înțeleg fiecare lansare și cerințele aferente.

Pasul 3: Potriviți viziunea tehnologiei cu viziunea produsului

Acum este timpul să primim contribuții din partea echipei de tehnologie și să definim viziunea lor despre cum va evolua arhitectura tehnologică. Începeți cu Technology Vision, o declarație care conturează imaginea de ansamblu a dezvoltării și care poate supraviețui schimbărilor de instrumente ale furnizorilor. În exemplul nostru de aplicație, Technology Vision ar putea spune: „Pentru a utiliza capabilitățile de geo-localizare ale dispozitivelor care oferă informații despre locație și pentru a folosi microservicii fără server pentru a activa capabilitățile de colaborare în cloud.” Nu selectăm un instrument anume în acest moment. Gândiți-vă la Viziunea Tehnologică ca la ideea mare a modului în care tehnologia va ajuta aici și la ce inovații căutăm să adoptăm, care să permită un avantaj competitiv, precum și o pistă tehnologică care ne poate duce la viziunea noastră.

Pasul 4: Potriviți planurile tehnologice cu obiectivele produsului

Aici cauciucul lovește drumul. La Pasul 2, pentru fiecare iterație de lansare a produsului, au fost identificate caracteristicile cheie. Acum trebuie să definiți Planul Tehnologic pentru fiecare dintre aceste versiuni. Identificați ce arhitectură tehnologică și instrumentele vor fi necesare pentru a susține fiecare dintre aceste funcții. Este în regulă să identificați instrumentele exacte și să obțineți tehnică. Puteți pivota în versiunile viitoare dacă este necesar. Planul este ca echipa de tehnologie să comunice în mod explicit ceea ce va trebui să facă.

Lăsați echipa de tehnologie să conducă această parte și să-i asigure că răspunsurile nu trebuie să fie perfecte. Dacă trebuie să plece și să facă mai multe cercetări, pot face asta după întâlnire. Dar scopul aici este de a finaliza prima iterație a pânzei, care poate fi actualizată ulterior. Perfecțiunea este inamicul succesului.

În exemplul nostru de aplicație, ne uităm la nevoile de produs în caseta Product Release 1. Pe baza acestor cerințe, am putea spune că Technology Plan 1 este „Dezvoltați o aplicație web progresivă folosind Ionic pentru a activa aplicația multiplatformă. Utilizați capabilitățile de localizare geografică a dispozitivului. Sincronizați cu back-end Firebase. Utilizați serviciul de e-mail SendGrid.” Planul de tehnologie și obiectivele descrise aici ar trebui să fie doar suficiente pentru a atinge obiectivele produsului. Asigurați-vă că echipa nu este supra-inginerească acolo unde obiectivele de produs nu există.

În acest pas, putem vedea în sfârșit puterea pânzei – așa aliniem echipele. Aliniem obiectivele produsului cu planul de tehnologie. Și acea linie din mijloc? Aceasta este interfața , pe care managerul de produs trebuie să o gestioneze activ între echipe.

În mod similar, Planul Tehnologic 2 ar fi „Implementați autentificarea utilizatorilor folosind autorizarea Facebook/Google, implementați chatul în timp real cu baza de date Firebase și interfața Chat”. Planul de tehnologie 3 ar fi „Implementați metode de ascunderea confidențialității/GPS și de achiziție în aplicație pentru upgrade-urile aplicației”.

Procesul va cere ca echipa de tehnologie din întâlnirea dumneavoastră să contribuie la discuție. Veți avea ocazia ca toate ideile și perspectivele să fie împărtășite și discutate și veți obține alinierea și acceptarea echipei. Aici oamenii din toate părțile echipelor vor înțelege nevoile, prioritățile și problemele care trebuie discutate și unde veți dezvolta planurile și acordurile inițiale.

În acest moment, aveți prima schiță a foii de parcurs tehnologice care se potrivește cu cea a produsului. Sarcinile tehnologice cheie sunt prezentate într-un flux vizual care vă va ajuta echipele să știe pe ce să se concentreze și când.

Pasul 5: Identificați riscurile și resursele

În cele din urmă, odată ce ați decis cum veți construi produsul din perspectiva arhitecturii tehnologice, este o idee bună să discutați despre riscuri și resurse. În exemplul nostru, am putea spune pentru Riscuri: „Există șansa ca aplicația web progresivă să nu fie suficient de rapidă”. Dacă da, am putea pivota către dezvoltarea aplicației React sau Native. Pentru Resurse, vom avea nevoie de oameni cu seturi de abilități în „Ionic, PWA, geolocalizare și Firebase”.

Includerea acestor elemente aici vă asigură că acest rezumat de o pagină surprinde elementele esențiale care decurg din discuție și vă va fi de ajutor mai târziu când veți revizui din nou pânza.

Poza completă

Iată un exemplu complet al tehnologiei produsului Canvas bazat pe exemplul nostru ipotetic al aplicației de mai sus:

Nu ar trebui să se aștepte ca pânza să fie complet completată din prima încercare. S-ar putea să nu fiți de acord ca o echipă cu privire la ce este o caracteristică a produsului în comparație cu o capacitate tehnică și unde să puneți ce pe pânză. Scopul pânzei este să inițieze și să încadreze o discuție, astfel încât, la sfârșitul sesiunii, tu și întreaga echipă să aveți un acord conceptual mult mai bun cu privire la modul în care trebuie să continue dezvoltarea.

Acest document este acum nucleul planului dvs. de dezvoltare. Este foaia de parcurs de dezvoltare la nivel înalt, iar echipa de tehnologie poate acum să ia acest lucru și să-și încadreze sarcinile de dezvoltare mai detaliate cunoscând obiectivele afacerii.

Concluzie: repetați-vă pânza produsului tehnologic

Cei cinci pași în crearea unui produs tehnologic sunt:

1. Definiți valorile de succes
2. Completați secțiunile Viziunea produsului și Lansarea produsului
3. Potriviți viziunea tehnologiei cu viziunea produsului
4. Potriviți planurile tehnologice cu obiectivele produsului
5. Identificați riscurile și resursele

Un beneficiu foarte important al pânzei este că permite echipelor să identifice tehnologia „minimă” care trebuie aplicată sau dezvoltată în fiecare etapă. Ajută echipa de produse să fie conștientă de efortul tehnologic necesar și de orice provocări care urmează. Dezvoltarea produsului nu este încetinită de lipsa capacității tehnice, deoarece planurile tehnice sunt sincronizate și văd destui pași înainte. În exemplul de aplicație, ne-am pregăti echipa sau am găsi un expert în tehnologie SignalR pe măsură ce ne apropiem de lansarea versiunii 1, astfel încât să fim pregătiți pentru lansarea versiunii 2 unde este nevoie de această abilitate.

Puteți descărca Tehnologia Produsului Canvas aici. Recomand ca echipele să efectueze o revizuire în fiecare trimestru și cu siguranță pe măsură ce fiecare lansare este realizată. Simțiți-vă liber să modificați pânza pentru a se potrivi mai bine nevoilor dvs. Aș fi cu adevărat interesat să aud feedbackul dvs. despre cum ar putea fi îmbunătățit Canvasul de produse tehnologice.