Yhteensuuntautuminen tuotesuunnitelmien avulla (Brandon Blackman Cremasta)
Michael Luchen
Tuotesuunnitelmat ovat keskeinen asiakirja, joka voi vahvistaa yhteistyötä monissa tuotetiimeissä tai heikentää niiden potentiaalia, jos yhteinen suunta puuttuu. Me kaikki tunnemme tuotesuunnitelmat, mutta mitä jos niitä voisi käyttää aidon ja todellisen yhteistyön edistämiseen? Entä jos niitä ei pidettäisi staattisina asiakirjoina, vaan orgaanisina, läpinäkyvinä ja iteratiivisina kokonaisuuksina? Tänään vieraaksemme saapuu huipputason tuotepäällikkö, jolla on kokemusta terveydenhuollosta yritystuotteiden kehittämiseen. Keskustelemme tuotesuunnitelmista ja siitä, miten niitä voidaan parhaiten hyödyntää erinomaisten tuotteiden luomisessa. Pysy kuulolla.
Tämä on tuotepäälliköiden podcast, jossa kuullaan yhteisön ääniä. Yhteisö kirjoittaa parhaillaan tuotepäällikkyyden, tuotekehityksen ja strategian toimintamallia. Ohjelmaa sponsoroi Crema, digitaalisten tuotteiden toimisto, joka auttaa yksilöitä ja yrityksiä menestymään luovuuden, teknologian ja kulttuurin avulla. Lisätietoja osoitteessa crema.us.
Jatka kuuntelemista saadaksesi käytännöllisiä ja aitoja näkemyksiä, jotka auttavat sinua menestymään tuotepäällikkyyden maailmassa.
Olen todella innoissani voidessani toivottaa tänään tervetulleeksi
Brandon Blackmanin podcastiin. Brandonin tuotepäällikkyyden asiantuntemus alkoi terveydenhuollon teknologia-alan startup-yrityksessä ja laajeni verkkokauppojen, mobiilisovellusten ja yritystason verkkosovellusten kehityksen johtamiseen. Hän suhtautuu intohimoisesti ideoiden muuttamiseen todellisuudeksi.
Brandonin intohimona on motivoida tehokkaita ketteriä ja monialaisia tuotetiimejä. Sen lisäksi, että olen itse saanut tehdä yhteistyötä Brandonin kanssa Cremassa, hän toimii myös HealthSplashin hallituksen jäsenenä. HealthSplash on terveydenhuoltoalusta, joka keskittyy ratkaisemaan virheellisistä tiedoista johtuvien hylättyjen sairausvakuutuskorvausten ongelmaa.
Brandon, tervetuloa ohjelmaan.
Brandon Blackman
Hei. On todella hienoa olla täällä.
Michael Luchen
Kiitos paljon, että liityit seuraamme. Tuotesuunnitelmien tekeminen – oletko valmis perehtymään aiheeseen?
Aiheeseen liittyvä lukeminen: Kuinka käyttäjätarinoiden kartoituksella parannetaan ketterän työjonon priorisointia
Brandon Blackman
Kyllä. Olen todella innoissani siitä, että pääsen puhumaan aiheesta.
Michael Luchen
Hienoa. Olen itsekin todella innoissani. Tämä on yksi niistä aiheista, joista on paljon mielipiteitä ja monia oikeita tapoja toimia.
Aloitetaan siis perusteista. Millainen on henkilökohtainen taustasi tuotesuunnitelmien parissa?
Brandon Blackman
Minulla on tuotepäällikkönä luonnollisesti paljon kokemusta tuotesuunnitelmista, koska niitä tarvitaan työssäni. Ne ovat keskeinen osa tuotekehityksen prosessiamme ja työnkulkuamme. Taustani perustuu kuitenkin pitkälti kokeiluihin, erehdyksiin ja kokemuksista oppimiseen. Muistan ensimmäiset tuotesuunnitelmat, joita kokosin. Ne perustuivat vahvasti päivämääriin ja olivat oikeastaan hyvin vesiputousmallisia. Mikään ei kuitenkaan koskaan valmistunut ajallaan tuotesuunnitelman mukaisesti. Siksi ne aiheuttivat minulle lähinnä vaivaa, stressiä ja ahdistusta, kun joku sidosryhmän jäsen tai yrityksen johtoryhmään kuuluva henkilö otti yhteyttä ja kysyi: “Milloin voimme odottaa XYZ:tä tai voinko nähdä tuotesuunnitelman?” Ajattelin, että olin ajanut itseni nurkkaan, mutta minun oli silti jaettava suunnitelma heidän kanssaan. Näin aloitin tuotesuunnitelmien parissa, ja se sai minut ajattelemaan, että asioihin täytyy olla parempi tapa. Olen lukenut ja tutkinut aihetta paljon sekä kokeillut erilaisia lähestymistapoja tuotetiimeissä, joissa olen ollut mukana, ja olen todella tyytyväinen siihen, missä olemme nyt.
Pidän nykyään todella paljon tuotesuunnitelmasta. Siitä on tullut minulle, tiimilleni ja käyttäjillemme tai sidosryhmillemme – sekä sisäisille että ulkoisille – korvaamaton työkalu. Olen myös nauttinut sen kokoamisen opettelusta.
Michael Luchen
Hienoa. Kerroit taustastasi ja siitä, miten aloitit hyvin kiinteiden, vesiputousmallisten tuotesuunnitelmien parissa ja törmäsit niiden rajoituksiin.
Millainen henkilökohtainen filosofia sinulle on kokemustesi myötä muodostunut tuotesuunnitelmista?
Brandon Blackman
Filosofiani tärkeimmät periaatteet ovat mielestäni seuraavat: pidä suunnitelma ylätasolla, koska mitä yksityiskohtaisemmaksi se muuttuu, sitä enemmän väärinymmärryksiä ja täyttymättömiä odotuksia syntyy. Pidä se aina ajan tasalla ja huolehdi jatkuvasti sen ylläpidosta. Viimeinen periaate on jatkuva julkaiseminen. Digitaalisissa tuotteissa kannatan varhaista ja usein tapahtuvaa julkaisemista.
Michael Luchen
Aloitetaan tuotesuunnittelun perusteista. Mikä pitäisi olla tuotesuunnitelman perimmäinen tavoite?
Brandon Blackman
Tuotesuunnitelman perimmäinen tavoite on viestiä tuotteen suunnasta. Sen pitäisi kuvata tuotteen suuntaa, mutta samalla heijastaa koko yrityksen tai organisaation suuntaa. Sanon näin, koska tuotesuunnitelman tarkoituksen ytimessä on yhteisen suunnan luominen kaikille tuotteeseen liittyville. Tämä voi tarkoittaa ulkoista yhteistä suuntaa käyttäjiemme kanssa tai sisäistä yhteistä suuntaa oman tuotetiimin ja yrityksen johdon kesken. Tuotesuunnitelman tarkoitus on sovittaa yhteen suuri joukko erilaisia ihmisiä ja näkökulmia sen ympärille, mitä tulevaisuudessa voidaan odottaa. Se on suuri haaste. Tavoitteena on siis kertoa kaikille sidosryhmille selkeästi ja ytimekkäästi, mihin suuntaan tuotetta viedään.
Michael Luchen
Se on siis tavallaan jatkuvasti muuttuva tarina, koska
Brandon Blackman
Ehdottomasti.
Michael Luchen
Se palvelee useita sidosryhmiä.
Brandon Blackman
Juuri niin. Hyvässä tarinassa ketään ei haluta tylsistyttää liian monilla yksityiskohdilla. Pidän ajatuksesta, että tuotesuunnitelma on tarina, koska sen pitää säilyttää kiinnostavuus ja tarjota juuri riittävästi tietoa tavoitteen saavuttamiseksi eli yhteisen suunnan luomiseksi. Siitä ei kuitenkaan saa tehdä niin yksityiskohtaista, että se aiheuttaa vaatimusten tai määräaikojen laiminlyöntejä.
Michael Luchen
Pitäisikö tuotesuunnitelman olla staattinen asiakirja, joka luodaan kerran ja jota tarkastellaan kehityksen aikana, vai pitäisikö sen olla orgaanisempi ja iteratiivisempi?
Brandon Blackman
Olen ehdottomasti orgaanisemman ja iteratiivisemman lähestymistavan kannalla. Jos tuotesuunnitelma on staattinen, olemme luultavasti tehneet vääriä oletuksia käyttäjistä ja siitä, miten tuote toimii todellisessa maailmassa julkaisun jälkeen. Tuotesuunnitelma kuvaa tulevaisuutta ja ennustaa jotain, mitä ei voi varmasti tietää suunnittelun määrästä riippumatta ennen kuin tulevaisuus koittaa. Siksi tuotesuunnitelma pitää nähdä ennusteena ja näkymänä tulevaisuuteen. Tarkimman ennusteen saa tarkastelemalla nykyhetkeä ja mukauttamalla ennustetta sen perusteella. Sen pitäisi aina olla iteratiivinen, eikä koskaan pidä olettaa, että jostain asiasta on olemassa lopullinen versio.
Michael Luchen
Kun siis luomme tuotesuunnitelmaa mahtavalle ABC-tuotteellemme, mihin sen pitäisi keskittyä?
Brandon Blackman
Kannattaa keskittyä siihen, miksi tuotetta rakennetaan ja mitä rakennetaan. Erityisesti kokemattomalle tuotesuunnittelijalle voi olla houkuttelevaa keskittyä siihen, miten tavoitteeseen päästään. Se on kuitenkin kysymys, joka kannattaa jättää työjonolle. Työjono kuvaa, miten työ tehdään, kun taas tuotesuunnitelman pitää keskittyä miksi- ja mitä-kysymyksiin. Miksi etenemme tähän suuntaan? Miksi keskitymme näihin asioihin? Mitä rakennamme? Vastaa tällaisiin kysymyksiin tuotesuunnitelmassa ja jätä miten-kysymys työjonolle.
Michael Luchen
Moniin tuotesuunnitelmiimme kuuluu tiloja, teemoja ja tavallaan myös tuloksia. Voitko puhua niistä tuotesuunnitelman yhteydessä?
Brandon Blackman
Tilat tarkoittavat esimerkiksi sitä, mitä työstämme nyt, mitä työstämme seuraavaksi ja mitä työstämme myöhemmin. Huomaa, ettei näihin tiloihin liity päivämääriä. Heti kun lisäät päivämäärän, asetat itsesi tilanteeseen, jossa sinulla on vaatimus, joka ei ehkä olisi ollut tarpeellinen ilman päivämäärää.
Teemalla tarkoitetaan esimerkiksi asiakassuhdetta. Sen jälkeen voidaan tarkastella tehtäviä, kokonaisuuksia tai käyttäjätarinoita, jotka edistävät asiakassuhteisiin liittyvää teemaa. Tuloksiin keskittyvä tuotesuunnitelma voisi puolestaan tavoitella esimerkiksi asiakasvuorovaikutuksen lisäämistä 30 prosentilla. Tämä on tulos, jota voidaan odottaa, ja se voi liittyä asiakassuhteiden teemaan. Se on hyvä miksi ja mitä. Miten jätetään jälleen työjonolle ja asiantuntijoille.
Michael Luchen
Kiitos paljon näiden vaihtoehtoisten lähestymistapojen esittelystä. Henkilökohtaisesti olen nähnyt paljon hyötyä hyvin ketterästä lähestymistavasta tuotesuunnitelmien kehittämiseen. Se auttaa keskittymään siihen, minkä tiedämme tällä hetkellä todeksi, mutta tarjoaa myös seuraavan alueen, johon voimme siirtyä teemojen tai tulosten saavuttamiseksi.
Brandon Blackman
Mitä enemmän sitoudut ja leimaat asioita suunnitelmaan, sitä enemmän asetat itsellesi täytettäviä vaatimuksia ja odotuksia.
Michael Luchen
Mainitsit useita kertoja, ettei päivämääriä pitäisi käyttää. Monet kuulijoista varmasti ajattelevat, että he haluaisivat toimia niin, mutta sidosryhmät vaativat julkaisua tiettyyn päivään mennessä. Miten tällaisessa tilanteessa toimitaan?
Brandon Blackman
Jos voisin päättää kaikesta itse, tuotesuunnitelmissa ei olisi koskaan päivämääriä. Todellisuudessa toimitusjohtaja, markkinointitiimi ja asiakaspalvelutiimi tarvitsevat usein tietoa siitä, milloin jotain voidaan odottaa. Maailma toimii päivämäärien avulla, joten niitä täytyy joskus käyttää. Pyrin kuitenkin aina antamaan mahdollisimman ylätason päivämäärän, joka täyttää tiimin tai sidosryhmän tietotarpeen.
Useimmiten tämä voidaan ratkaista neljännesvuosittaisilla tuotesuunnitelmilla. Voidaan sitoutua esimerkiksi siihen, että toisella vuosineljänneksellä asiakasvuorovaikutusta lisätään 30 prosentilla. Samalla voidaan kertoa, että tietyt ominaisuudet auttavat tavoitteen saavuttamisessa. Näin markkinointitiimi saa riittävästi tietoa kampanjoiden suunnitteluun ja asiakaspalvelu tietää, millaiset kanavat pitää valmistella. Teemaan tai tulokseen perustuva tuotesuunnitelma viestii suunnan kaikille sidosryhmille. Neljännesvuosi antaa myös kolmen kuukauden jouston.
Michael Luchen
Pidän todella paljon sanasta jousto ja siitä, että sitä voidaan käyttää työkaluna tuotesuunnitelmia laadittaessa. Pidän myös neljännesvuosittaisista tuotesuunnitelmista.
Toinen hyödyllinen ajattelumalli on epävarmuuskartio. Sitä voi ajatella sivuttain käännettynä kolmiona. Aloitat kolmion leveimmästä päästä nykyhetkestä. Mitä kauemmas tulevaisuuteen katsot, sitä enemmän epävarmuutta ja liikkumavaraa on ominaisuuksien toimituksen sekä suunnitelman tavoitteiden ja teemojen suhteen. Ajan kuluessa opit lisää ja varmuus kasvaa.
Brandon Blackman
Pidän epävarmuuskartion ajatuksesta. Se muistuttaa minua eläkesäästöjeni ennusteesta. Ennuste näyttää, millä todennäköisyydellä tietty summa on käytettävissä eläkkeelle siirryttäessä. Tulevaisuutta ei voi ennustaa varmasti, mutta ennuste auttaa päättämään, miten sijoitukset kannattaa jakaa. Tuotesuunnitelmissa voidaan samalla tavalla kysyä sidosryhmältä: haluatko 90 prosentin vai 30 prosentin varmuudella annetun vastauksen? Näin voidaan kertoa, mikä on varmaa ja mikä mahdollista.
Michael Luchen
Se on erinomainen vertaus. Siirrytään päivämäärien hallintaan. Miten riippuvuuksia hallitaan tuotesuunnitelmassa?
Brandon Blackman
Riippuvuudet pitää ensinnäkin kirjata ja viestiä. Niiden pitäisi näkyä tuotesuunnitelmassa. Kun suunnittelet teemaan, tulokseen tai tilaan perustuvaa tuotesuunnitelmaa, liitä riippuvuudet niihin liittyviin asioihin. Jos tietyn vuosineljänneksen tavoite riippuu tekijöistä X, Y ja Z, kirjoita se näkyviin. Näin yhteinen suunta säilyy.
Käyttöliittymä- ja taustajärjestelmätiimien välillä voidaan laatia sopimuksia, kuten rajapintasopimus. Se kuvaa, mitä luotava rajapinta pystyy tekemään, ja käyttöliittymätiimi voi rakentaa sen pohjalta, vaikka rajapinta tai taustajärjestelmä ei vielä olisi valmis. Kun sopimus on selkeä ja vakaa, molempien tiimien riippuvuudet voidaan yhdistää helposti.
Samaa lähestymistapaa voidaan käyttää kehitystiimin ja markkinointitiimin tai tuotetiimin ja asiakaspalvelutiimin välillä. Sopimuksessa kuvataan, mitä toinen osapuoli voi odottaa, kun työ on valmis. Näin riippuvainen tiimi voi aloittaa omien prosessiensa ja järjestelmiensä rakentamisen.
Michael Luchen
On hyvä huomioida, että kyse ei ole vain liiketoiminnan tai sisällön riippuvuuksien hallinnasta. Kyse voi olla myös teknisistä riippuvuuksista ja siitä, miten kehitystiimit järjestetään tekemään yhteistyötä terveellä ja kehitystä tukevalla tavalla.
Brandon Blackman
Asiat menevät väistämättä joskus pieleen. Riippuvuudet tarkoittavat juuri sitä, että yhden asian on tapahduttava, jotta toinen voi edetä. Siksi on tärkeää kirjata riippuvuudet tuotesuunnitelmaan. Kun jotain täytyy muuttaa, voidaan kertoa, johtuuko muutos tietystä riippuvuudesta tai siitä, että työ osoittautui odotettua suuremmaksi. Kun epävarmuus ja riippuvuudet viestitään alusta asti, suuri osa ennustamiseen liittyvistä ongelmista voidaan välttää. Tuotesuunnitelman tärkein tavoite on jälleen yhteisen suunnan luominen sidosryhmien kanssa.
Michael Luchen
Mitä muita haasteita tuotesuunnittelussa yleensä tulee vastaan, erityisesti julkaisemisen ja toimitusten hallinnassa ketterien tuotesuunnitelmien yhteydessä?
Brandon Blackman
Haasteet liittyvät usein ihmisiin tai tiimeihin, jotka eivät työskentele tuotteiden parissa. Yritysten sisäiset sidosryhmät eivät välttämättä tunne ketterää prosessia. Siksi ketteryyttä pitää jatkuvasti selittää ja opettaa: miksi rakennamme tällä tavalla ja miksi tulevaisuutta ei voi kuvata täysin tarkasti.
Emme rakenna vain taloa, jonka rakentaminen tunnetaan entuudestaan. Usein rakennamme jotain, mitä ei ole ennen tehty, tai toteutamme tutun asian ainutlaatuisella tavalla. Siksi tulevaisuutta ei voi tietää varmasti.
Ketterässä työssä tiedämme tunnetut asiat, tunnistetut tuntemattomat asiat ja myös tuntemattomat tuntemattomat asiat. Ketterä toimintatapa ei poista epävarmuutta, mutta sen avulla epävarmuuden kanssa voidaan työskennellä ja kaaosta järjestää niin, että käyttäjille voidaan silti rakentaa hyödyllisiä tuotteita.
Michael Luchen
Ohjelmistokehityksessä on kyse luonnostaan tiedon luomisesta ja keräämisestä. Siksi talon rakentamiseen liittyvä vertaus on rajallinen. On kysyttävä, miten tiilet asetetaan, miten tiilet valmistetaan ja miten opitaan valmistamaan niitä. Lisäksi sovellus voi edellyttää aivan uudenlaista materiaalia. Ohjelmistokehitys on siis oman tietämyksen rakentamista samalla, kun tuotetta rakennetaan. Tämä lisää tuotesuunnitelman vaihtelua ja epävarmuutta.
Michael Luchen
Siirrytään tuotesuunnitelmien 50 000 jalan näkymästä seuraavalle tasolle, 30 000 jalan näkymään eli sprintteihin. Miten sprintit auttavat pilkkomaan tuotesuunnitelmaa?
Brandon Blackman
Jokaisella sprintillä pitäisi olla tavoite. Sprintin päättyessä tavoitteen pitäisi olla saavutettu, ja sen pitäisi viedä tuotetta, tiimiä ja käyttäjiä eteenpäin tuotesuunnitelmassa. Jos sprintin tavoite ei ole linjassa tuotesuunnitelman kanssa, työ ei edistä sen suuntaa.
Sprintin suunnittelussa aloitan aina tuotesuunnitelmasta ennen yksittäisiin käyttäjätarinoihin sitoutumista ja sprintin tavoitteen kirjoittamista. Seuraavien kahden viikon aikana valitaan tehtävät, jotka voidaan toteuttaa, ja kirjoitetaan tavoite, joka liittyy selvästi tuotesuunnitelman kyseiseen osaan. Jos yhteys ei ole suora, kyse voi olla välivaiheesta, kuten taustajärjestelmän kokeilusta, joka mahdollistaa myöhemmin suoraan suunnitelmaan liittyvän käyttäjätarinan.
Michael Luchen
Miten sprintit estetään muuttumasta pieniksi vesiputousprojekteiksi?
Brandon Blackman
Sprinttien pitää koostua toisistaan riippumattomista ja käyttökelpoisista käyttäjätarinoista. Käyttäjätarinoiden pitää olla riippumattomia, testattavia ja käyttökelpoisia. Sprintin lopussa ei pitäisi olla tilannetta, jossa tuotetta voidaan käyttää vasta kahden seuraavan sprintin jälkeen.
Sprintin pitäisi olla itsenäinen ja julkaistavissa, jos niin halutaan. Käyttäjä voisi käyttää sitä tuotantoympäristössä ja saada siitä arvoa. Jatkuva julkaiseminen ei välttämättä tarkoita julkaisua suoraan käyttäjille, vaan julkaisemista käyttökelpoiseen esituotantoympäristöön. Kun näin toimitaan, yksittäinen määräpäivä ei määritä kaikkea.
Michael Luchen
Käyttäjätarinoissa on hieno tasapaino. Niistä ei saa tehdä liian yksityiskohtaisia, koska silloin niistä voi tulla itsessään vesiputousmallisia. Samalla niiden pitää olla riittävän selkeitä, jotta tiimi voi edetä, mutta riittävän avoimia, jotta tiimillä on mahdollisuus suunnanmuutoksiin ja luovuuteen.
Brandon Blackman
Jos yksityiskohtia on liikaa, palataan siihen, miten asia toteutetaan. Tuotepäällikkönä minulla ei ole kaikkia kehityksen tai suunnittelun näkemyksiä. Kun pidän kuvauksen ylätasolla, asiantuntijat voivat ratkaista ongelman parhaaksi katsomallaan tavalla. Näin annamme lahjakkaille ihmisille mahdollisuuden ratkaista ongelmia sen sijaan, että yrittäisimme rajallisen näkökulmamme avulla kertoa, miten kaikki pitäisi toteuttaa.
Michael Luchen
Kuinka usein tuotesuunnitelma pitäisi käydä läpi?
Brandon Blackman
Tuotepäällikkönä katson sitä todennäköisesti päivittäin tai vähintään joka toinen päivä. Tuotetiimin pitäisi tarkastella sitä jokaisen sprintin aloituksen tai suunnittelujakson yhteydessä, koska sen pitäisi auttaa määrittämään sprintit, sprintin tavoitteet ja mukaan valittavat käyttäjätarinat tai käsiteltävät kokonaisuudet.
Yrityksen laajemmasta näkökulmasta tuotesuunnitelma kannattaa ottaa esiin aina, kun tuotepäällikkö, tuotteen omistaja tai joku tuotetiimin jäsen esittelee tuotetta sidosryhmille. Se antaa kokonaiskontekstin eikä rajoita keskustelua vain yhteen pieneen näkymään. Tuotesuunnitelmaa kannattaa käyttää aina, kun tuotteesta puhutaan.
Michael Luchen
Mikä on suosikkityyppisi ja lähestymistapasi tuotesuunnitteluun?
Brandon Blackman
Se riippuu tuotteesta. Useimmissa tuotteissa pidän teemaan perustuvasta tuotesuunnitelmasta. On hyödyllistä nähdä teema, joka liittyy yrityksen tärkeimpiin tavoitteisiin. Se antaa tuotetiimille mahdollisuuden valita, mitä työstetään, ja antaa kehittäjille ja suunnittelijoille vapauden päättää, miten teemat saavutetaan. Pienissä tuotteissa teemaan perustuva tuotesuunnitelma tarjoaa paljon voimaannuttamista. Tiloja voidaan käyttää viestimään nopeasti, mitä tehdään nyt, mitä seuraavaksi ja mitä myöhemmin.
Michael Luchen
Olemme lähestymässä loppua, mutta haluaisin esittää muutaman henkilökohtaisen pikakysymyksen.
Brandon Blackman
Anna tulla.
Michael Luchen
Mikä henkilökohtainen tapasi on vaikuttanut eniten menestykseesi?
Brandon Blackman
Olen hieman vanhanaikainen analogisten muistiinpanojen suhteen. Muistiinpanot auttavat painamaan asiat mieleen ja siirtämään ne lyhytkestoisesta muistista pitkäkestoiseen muistiin. Voin myös hahmotella tyhjä paperiarkki edessäni tehtävälistoja, tavoitteita ja tulevaisuuden suunnitelmia. Hyvä muistikirja ja kynä auttavat seuraamaan menneisyyttä, järjestämään nykyhetkeä ja suunnittelemaan tulevaisuutta. Tämä on ajatus, jonka olen lainannut luotipäiväkirjamenetelmästä.
Michael Luchen
Mikä on toinen suosikkityökalusi, jota käytät säännöllisesti?
Brandon Blackman
Se ei luultavasti yllätä sinua, koska käytämme sitä Cremassa usein: Miro, virtuaalinen valkotaulutyökalu. En ole tehnyt tuotesuunnitelmaa Miron löytämisen jälkeen sen ulkopuolella. Voin luoda siihen kehyksen tuotesuunnitelmalle sekä liittää kuvia ja Figma-integraatioita malleista, jotka liittyvät suunnitelmaan. Voin kirjoittaa valkotaululle käyttäjätarinoita, jotka integroituvat Jiraan. Miro muutti toimintaani, ja olen käyttänyt sitä joka päivä jokaisen tuotesuunnitelman tekemiseen.
Michael Luchen
Mikä on yksi neuvo, jonka antaisit tuotepäällikkyyden uran alussa olevalle henkilölle?
Brandon Blackman
Jos voisin palata urani alkuun, neuvoisin itseäni ottamaan vastaan startup-yrityksen työpaikan ja ryhtymään tuotepäälliköksi, vaikka kokemusta olisi nolla. Aloittaessani en tiennyt, mitä tuotepäällikkyys tarkoitti, enkä tuntenut ketteryyden termejä. Tuleville tuotepäälliköille suosittelen startup-yrityksen etsimistä tai oman startupin perustamista. Se ei tarkoita, että päivätyö pitäisi jättää. Oman projektin voi aloittaa vaikka työpäivän jälkeen ja opetella ketterää prosessia käytännössä.
Projektina voi olla palveluyritys, digitaalinen tuote tai mikä tahansa muu. Tärkeintä on soveltaa ketterää prosessia jonkin sellaisen rakentamiseen, jota ei vielä ole olemassa. Parhaassa tapauksessa startupista tulee miljardin dollarin menestys. Huonoimmassa tapauksessa mitään ei synny, kuten omassa tapauksessani. Saat silti arvokasta kokemusta, joka auttaa sinua löytämään työn, jossa voit tehdä sitä, mistä pidät.
Michael Luchen
Viisaita sanoja. Kiitos paljon, Brandon, ja kiitos, että tulit podcastiin puhumaan tuotesuunnittelusta sekä hieman myös muista asiantuntemusalueistasi ja tuotekehityksestä.
Voit lukea lisää Brandonin työstä osoitteessa crema.us tai löytää hänet LinkedInistä. Kiitos vielä kerran, että liityit seuraamme, Brandon.
Brandon Blackman
Kiitos paljon kutsusta.
Michael Luchen
Ja kiitos kaikille kuuntelusta.
Muista jättää podcastista arvostelu ja kertoa, mistä pidit, mitä haluaisit kuulla lisää tai jäikö jokin aihe käsittelemättä, johon toivoisit paluuta. Seuraa ja liity myös yhteisöömme osoitteessa theproductmanager.com. Kiitos vielä kerran kaikille kuuntelusta. Kuullaan seuraavassa jaksossa.


