Kuuntele tämän artikkelin ääniversio

Tuotekehitys- ja teknologiatiimien välinen väärinkäsitys on todennäköisesti suurin resurssijätteen lähde ohjelmistokehityksessä. Nopeasti kasvavat teknologiayritykset kohtaavat yhä suurempia vaatimuksia tuotteiden toimituksille, joten asianmukainen suunnittelu on joskus unohdettu. On olemassa useita merkkejä, jotka osoittavat, että tuote- ja teknitiimi eivät ole yhdenmukaisia:

• Tuotteet, joita ei toimiteta vaatimusten mukaisesti.
• Tuoteominaisuuksien toimittaminen vie odotettua kauemmin.
• Joukkueilla on hyvin vähän vuorovaikutusta ja viestintää viikoittain.
• Teknisen tiimin on 'tehtävä uudelleen' infrastruktuurinsa uusien tuotepyyntöjen vuoksi.
• Kehitysvauhti tuntuu hitaalta verrattuna kilpailuun.
• Tekninen tiimi kysyy usein: “ Miksi et kertonut meille tätä aiemmin? '

Menestyvät yritykset hallitsevat aktiivisesti tätä kahden ryhmän välistä rajapintaa, ja niillä on selkeät tuote- ja teknologiasuunnitelmat, jotka kaikki ymmärtävät. Tällä hetkellä ei kuitenkaan ole suosittuja menetelmiä, jotka ratkaisisivat tämän ongelman jäsennellysti.

Sen sijaan nämä tavoitteet saavutetaan suurimmaksi osaksi tapauskohtaisesti rakentamattomilla kokouksilla. Lähin vertailu tähän on skaalatut ketterät kehykset , mutta edes nämä lähestymistavat eivät ole aina toteutettavissa kaikille yrityksille, etenkin pienemmille yrityksille, koska tämä lähestymistapa edellyttää koko kehyksen hyväksymistä.

Yksi tapa saavuttaa tuote- ja teknologiatiimien välinen tasaantuminen on strukturoidun Technology Product Canvas -sovelluksen käyttö

Mikä on tekniikan tuotekangas?

Kankaakonsepti on ollut olemassa monta vuotta. Tärkeimpiä visionäärejä ja innovaattoreita tässä tilassa ovat Alexander Osterwalder, joka loi Liiketoimintamalli kangas , Roman Pichler ja hänen Tuotevision kangas , ja Jeff Patton, joka tunnetaan Käyttäjän tarinan kartoitus menetelmä ja hänen Mahdollisuus kankaalle . Olen käyttänyt kangasmenetelmää ratkaisemaan tuotteen ja tekniikan yhdenmukaistamisen ongelman ja luonut Technology Product Canvasin.

Kankaalla on nopea tapa helpottaa tiimikeskustelua ja saada kaikki samalle sivulle - kirjaimellisesti. Tämä on yksi tärkeimmistä eduista tämän asiakirjan luomisessa. Käymällä läpi prosessin, joka voi kestää vain tunnin, aloitat tuote- ja teknologiatiimien välisen linjauksen hallinnan.

Technology Product Canvas pakottaa tiimisi ilmoittamaan ja visualisoimaan tuotesuunnitelman tavoitteet, teknologian tiekartan tavoitteet ja keskustelemaan etenemissuunnitelman kustakin tuoteteknologiavaiheesta erikseen. Tämä harjoitus varmistaa, että joukkueet ovat synkronoituja ja kaikki voivat poistua huoneesta selkeillä odotuksilla ja ohjauksella.

Tekemällä työtä teknologiayritysten kanssa olen huomannut, että suurin riski on liiketoimintatavoitteiden ja teknologisten ominaisuuksien risteyksessä. Technology Product Canvas luotiin tämän tarkan riskin hallitsemiseksi.

Milloin Technology Product Canvasia käytetään?

Technology Product Canvas -keskustelun voi parhaiten käynnistää tuotteen omistaja kun olet määrittänyt tuotteen vision täysin, suorittanut tarinankartoitusprosessin ja kehittänyt alkuperäisen tuotejulkaisun etenemissuunnitelman. Tässä vaiheessa on selvää, mitkä tuoteominaisuudet ovat tärkeitä jokaiselle tärkeimmälle julkaisulle. Tässä vaiheessa joukkueet ovat valmiita käymään yksityiskohtaisen teknisen keskustelun Miten tuote rakennetaan.

Technology Product Canvas -harjoitus tuo selkeyttä, joskus ristiriitoja, mutta lopulta sovitaan siitä, mikä teknologiaarkkitehtuuri on asennettava tuotteen kehittämiseksi ja miten teknologia-alustat kehittyvät vastaamaan tuotteen tarpeita. Se antaa teknologiatiimille mahdollisuuden ajatella erilaisia ​​mahdollisuuksia ja varmistaa, että heidän panoksensa innovaatioihin hyödynnetään.

Käydään läpi yksityiskohtaisempi esimerkki siitä, kuinka Technology Product Canvasia käytetään hypoteettisessa uudessa ohjelmistohankkeessa, jotta voimme nähdä sen toiminnassa ja oppia käyttämään sitä.

Kuinka käyttää Technology Product Canvasia

Technology Product Canvas on tarkoitettu ensisijaisesti välineeksi keskittymisen, viestinnän ja tiimin linjauksen luomiseen. Kankaan avulla voit keskustella teknologiatiimisi kanssa selvittääkseen, mitä teknologiaarkkitehtuuria tarvitaan tuotekehityksen tukemiseen. Käytetään hypoteettista esimerkkiä uudesta ohjelmistotuotteesta. Uusi sijaintiin perustuva sovellus, joka yhdistää ihmisiä ympäröiviin ihmisiin - yhteisösovellus, joka yhdistää sinut naapureihisi.

Voit ladata Technology Product Canvasin tässä . Voit myös tulostaa kankaan ja kirjoittaa siihen. Vaihtoehtoisesti voit käyttää myös online-työkalua, kuten katson , jota käytin tässä artikkelissa.

Asettaa

Oletetaan, että olet työskennellyt startup-tiimisi kanssa pari kuukautta, sinulla on hienoja ideoita ja nyt olet kiinnostunut suunnittelemaan ohjelmistokehitystä. Olet työskennellyt kevyellä kankaallasi, ja olet jopa luonut tarinakartan prosessivaiheista, jotka käyttäjä kokee sovelluksen läpi. Nyt sinun on rakennettava se. Joten saat kaikki neuvotteluhuoneeseen, tuotetiimisi ja teknologiatiimisi ja heijastat tyhjän version Technology Product Canvasista neuvotteluhuoneen näytölle. Mistä aloittaa?

Ensimmäinen asia on asettaa odotukset miksi kaikki ovat täällä ja mitä aiot saavuttaa. Selitä tiimillesi, että he ovat täällä varmistaakseen suunnitelman tuotetavoitteiden ja teknisten tehtävien välillä. Korosta myös, että etsit täydellisyyttä ja että jatkat tämän tarkistamista muutaman kuukauden välein, kun opit lisää ja vaatimukset muuttuvat. Mutta ainakin tänään, tämä on panos maahan, jotta olisit kaikki samalla sivulla.

Vaihe 1: Määritä menestystiedot

Kuinka aiot mitata, toimiiko yleissuunnitelmasi? Mitkä ovat liiketoiminnan tavoitteet? Ne voivat olla tuloja kussakin julkaisuvaiheessa tai sovellusten latausten määrää. Jos tunnet vähärasvaisen kankaan, saatat jo tunnistaa tällaiset numerot. Kopioi nämä tiedot tähän osioon. Tässä esimerkissä olen käyttänyt kahta seuraavaa Menestystietoa: 'Yhdistä 1000 ihmistä ensimmäisenä vuonna' ja 'Luo brändimme Los Angelesiin' - yhtä määrällisesti ilmaistavaa ja yhtä laadullista mittaria.

Mutta miksi keskitymme tähän ensin? Se varmistaa, että koko tiimi ymmärtää miksi olemme huoneessa. Meillä on tavoite saavuttaa se, joka on suurempi kuin mikään tuote tai tekniikka. Se on liikesyy, miksi olemme kaikki täällä.

Vaihe 2: Täydennä tuotevisio ja tuotejulkaisut

Tämä antaa tiimille mahdollisuuden saada selkeyttä tai saada virkistys siitä, mikä on tuotevisio ja miten olemme tällä hetkellä määrittäneet tuotekehityksen painopisteet. Kirjoita Product Vision -lauseke ylös ja kuka on pääkohderyhmä. Määritä sitten muutama avaintuote, jonka aiot toimittaa jokaisessa julkaisussa. Suosittelen, että täytät nämä laatikot tiiminä, eikä niitä täytetä etukäteen. Se varmistaa, että sekä teknologia- että tuotetiimin jäsenet osallistuvat tavoitteiden määrittelyprosessiin. Työskentele vasemmalta oikealle: tunnista ensimmäisen tuotteen toistamisen tavoitteet - suuret ominaisuudet, joita tarvitaan asiakkaidesi tarpeiden tyydyttämiseen.

Sovellusesimerkkimme mukaan Tuotevisio on 'Reaaliaikaisen viestinnän mahdollistaminen naapurustossani asuvien ihmisten välillä yhteisön vahvistamiseksi.' Tämän jälkeen tuotejulkaisuissa saatamme sanoa, että versio 1 on 'Nykyisen sijaintisi tunnistamiseksi näytä lähellä olevat ja kommunikoi heidän sähköpostiosoitteidensa kanssa.' V2 saattaa olla 'näyttää lähellä olevat henkilöt ja sallia reaaliaikaisen keskustelun'. V3 saattaa olla 'yksityisyyden ja kaupallistamisen mahdollistaminen'. Nämä tuotteen iteraatiot syötetään kankaalle alla olevan kuvan mukaisesti. Pidä kangas mahdollisimman yksinkertaisena, jotta ihmiset näkevät kokonaisuuden. Kankaalla on tarkoitus myös kaapata pitkän aikavälin visio. Muista, että tämä voi olla ensimmäinen kerta, kun tekniikkatiimi on nähnyt niin selkeän kuvan tuotteestasi, joten viettää riittävästi aikaa varmistaakseen, että he ymmärtävät kaikki julkaisut ja niihin liittyvät vaatimukset.

Vaihe 3: Sovita tekniikan visio tuotevisioon

Nyt on aika saada teknologiatiimin panos ja määritellä visio siitä, miten teknologiaarkkitehtuuri kehittyy. Aloita Technology Vision -lausekkeesta, joka hahmottaa kehityksen kokonaiskuvan ja voi selviytyä toimittajan työkalujen muutoksista. Sovellusesimerkissämme Technology Vision saattaa sanoa: 'Voit käyttää sijaintitietoja tarjoavien laitteiden geopaikannusominaisuuksia ja käyttää palvelimettomia mikropalveluja pilvipalvelujen yhteistyön mahdollistamiseksi.' Emme valitse tässä vaiheessa tiettyä työkalua. Ajattele Technology Visionia suurena ideana siitä, miten tekniikka auttaa tässä ja mitä innovaatioita aiomme ottaa käyttöön, jotka mahdollistavat kilpailuedun, sekä tekniikan kiitotien, joka voi viedä meidät visiollemme.

Vaihe 4: Yhdistä teknologiasuunnitelmat tuotetavoitteisiin

Täällä kumi osuu tielle. Vaiheessa 2 tunnistettiin kullekin Product Release-iteraatiolle tärkeimmät ominaisuudet. Nyt sinun on määriteltävä teknologiasuunnitelma kullekin näistä julkaisuista. Selvitä, mitä teknologiaarkkitehtuuria ja työkaluja tarvitaan näiden toimintojen tukemiseen. On OK tunnistaa tarkat työkalut ja saada tekninen. Voit kääntää tulevissa julkaisuissa tarvittaessa. Suunnitelmana on, että teknologiatiimi ilmoittaa nimenomaisesti, mitä heidän on tehtävä.

Anna teknologiatiimin johtaa tätä osaa ja vakuuttaa heille, että vastausten ei tarvitse olla täydellisiä. Jos heidän täytyy mennä pois ja tehdä enemmän tutkimusta, he voivat tehdä sen kokouksen jälkeen. Mutta tavoitteena on viimeistellä kankaan ensimmäinen iterointi, joka voidaan päivittää myöhemmin. Täydellisyys on menestyksen vihollinen.

Sovellusesimerkissämme tarkastelemme tuotetarpeita tuoteversion 1. ruudussa. Näiden vaatimusten perusteella voimme sanoa, että teknologiasuunnitelma 1 on ”Kehitä progressiivinen verkkosovellus Ionicin avulla alustojen välisen sovelluksen käyttöönottamiseksi. Käytä laitteen sijaintitoimintoja. Synkronoi Firebase-käyttöjärjestelmän kanssa. Käytä SendGrid-sähköpostipalvelua. ' Tässä kuvatun teknologiasuunnitelman ja tavoitteiden tulisi olla juuri riittäviä tuotetavoitteiden saavuttamiseksi. Varmista, että tiimi ei suunnittele liikaa siellä, missä tuotetavoitteita ei ole.

Tässä vaiheessa voimme vihdoin nähdä kankaan voiman - näin sovitamme joukkueet. Yhdistämme tuotetavoitteet teknologiasuunnitelman kanssa. Ja se viiva keskellä? Se on käyttöliittymä , jota tuotepäällikön on hallittava aktiivisesti tiimien välillä.

Vastaavasti tekniikkasuunnitelma 2 olisi 'Ota käyttäjien todennus käyttöön Facebook / Google-valtuutuksella, suorita reaaliaikainen keskustelu Firebase-tietokannan ja Chat-käyttöliittymän kanssa'. Teknologiasuunnitelma 3 olisi 'Ota yksityisyyden / GPS: n piilotus ja sovelluksen sisäiset ostomenetelmät käyttöön sovellusten päivityksiin'.

Prosessi vaatii kokouksessasi olevan teknologiatiimin osallistumaan keskusteluun. Sinulla on mahdollisuus jakaa kaikki ideat ja oivallukset ja keskustella niistä, ja saat tiimin linjauksen ja sisäänostot. Siellä ihmiset tiimien kaikilla puolilla ymmärtävät tarpeet, prioriteetit ja kysymykset, joista on keskusteltava, ja sinä kehität alkuperäiset suunnitelmat ja sopimukset.

Tässä vaiheessa sinulla on ensimmäinen luonnos tekniikan tiekartasta, joka vastaa tuotteen tiekarttaa. Avainteknologian tehtävät on määritelty visuaalisesti, mikä auttaa tiimejäsi tietämään mihin keskittyä ja milloin.

Vaihe 5: Tunnista riskit ja resurssit

Lopuksi, kun olet päättänyt, miten aiot rakentaa tuotetta teknologiaarkkitehtuurin näkökulmasta, on hyvä keskustella riskeistä ja resursseista. Esimerkissämme voimme sanoa Risks: 'On mahdollista, että progressiivinen verkkosovellus ei ole tarpeeksi nopea.' Jos näin on, voisimme kääntyä React- tai Native -sovelluskehityksen puoleen. Resursseja varten tarvitsemme ihmisiä, joilla on taitopaketteja ”Ionic, PWA, geolocation ja Firebase”.

Näiden kohteiden sisällyttäminen tähän varmistaa, että tämä yhden sivun yhteenveto tallentaa tärkeimmät elementit, jotka syntyvät keskustelusta, ja siitä on hyötyä myöhemmin, kun tarkastelet kangasta uudelleen.

Koko kuva

Tässä on valmis esimerkki Technology Product Canvasista, joka perustuu yllä olevaan hypoteettiseen sovellusesimerkkiin:

Ei pitäisi odottaa, että kangas on valmistettava kokonaan ensimmäisellä kerralla. Saatat olla eri mieltä tiiminä siitä, mikä on tuoteominaisuus verrattuna teknisiin ominaisuuksiin ja mihin laittaa kankaalle. Kankaan tarkoituksena on aloittaa ja kehystää keskustelu niin, että istunnon lopussa sinulla ja koko tiimillä on paljon parempi käsitteellinen sopimus siitä, miten kehityksen on edettävä.

Tämä asiakirja on nyt kehityssuunnitelman ydin. Se on korkean tason etenemissuunnitelma, ja tekniikkatiimi voi nyt ottaa tämän käyttöön ja laatia yksityiskohtaisemmat kehitystehtävänsä tietäen liiketoiminnan tavoitteet.

Johtopäätös: Toista tekniikan tuotekangas

Viisi vaihetta teknologiatuotepohjan luomisessa ovat:

1. Määritä Menestystiedot
2. Täytä tuotevisio- ja tuotevapautusosastot
3. Sovita tekniikan visio tuotevisioon
4. Yhdistä teknologiasuunnitelmat tuotetavoitteisiin
5. Tunnista riskit ja resurssit

Erittäin tärkeä kankaan etu on, että se antaa tiimille mahdollisuuden tunnistaa 'vähimmäisteknologia', jota on sovellettava tai kehitettävä kussakin vaiheessa. Se auttaa tuotetiimiä olemaan tietoinen tarvittavasta teknologiaponnistuksesta ja tulevista haasteista. Tuotekehitystä ei hidasta teknisten valmiuksien puute, koska tekniset suunnitelmat ovat synkronoituja ja näkevät riittävän askeleen eteenpäin. Sovellusesimerkissä saisimme tiimimme kouluttamaan tai etsimään SignalR-tekniikan asiantuntijan, kun lähestymme version 1 julkaisemista, jotta olisimme valmiita julkaisuversioon 2, missä tätä taitoa tarvitaan.

Voit ladata Technology Product Canvasin tässä . Suosittelen, että tiimit suorittavat tarkistuksen joka vuosineljänneksellä ja ehdottomasti jokaisen julkaisun valmistuttua. Voit vapaasti muokata kangasta vastaamaan paremmin tarpeitasi. Olisin todella kiinnostunut kuulemaan palautteesi siitä, kuinka Technology Product Canvasia voitaisiin parantaa.

Perustietojen ymmärtäminen

Mitä ovat tuotetiimit?

Tuotetiimi voi olla rajat ylittävä tiimi, joka kykenee toimittamaan tuotteen lisäyksen. Siihen kuuluisi tuotepäällikkö, kehittäjät jne. Vaihtoehtoisesti tuotetiimi voi tarkoittaa ryhmää ihmisiä, jotka toimittavat tuotevaatimuksia kehitystiimille, kuten tuotepäälliköt, yritysanalyytikot, data-analyytikot jne.

Mikä on tuotestrategia?

Tuotestrategia määrittelee, millainen tuote on luotava määritetyille markkinoille tai käyttäjäsegmenteille. Lisäksi strategiassa olisi määriteltävä, miten tämä tuote tuodaan markkinoille.

Kuinka keksit tuotestrategian?

Tuotestrategia luodaan tekemällä laaja markkinatutkimus, joka paljastaa käyttäjien tarpeet. Tämä voidaan tehdä data-analyysin, kvantitatiivisen analyysin, kehittämällä MVP: tä tai muita testejä.

Mikä on teknologiatiimi?

Teknologiatiimi on ryhmä ihmisiä, joilla on teknisiä taitoja, joita tarvitaan jonkin liiketoiminnan tavoitteen, kuten tuotteen kehittäminen, saavuttamiseen.