Useimmat tuotteen tiekartat hylätään neljänneksen sisällä kirjoittamisesta. Ei siksi, että tiimit olisivat kurittomia, vaan koska tiekartta rakennettiin väärille perusteille: kiinteille päivämäärille, ominaisuusluetteloille ja sidosryhmien toiveille paketoiduille suunnitelmalle. Kun todellisuus väistämättä eroaa — ominaisuus vie kauemmin, asiakkaantarve muuttuu, kilpailija siirtyy — tiekartta muuttuu fiktio ja tiimit lopettavat sen katsomisen.
Tiekartta, jota ihmiset todella seuraavat, ei ole Gantt-kaavio, joka on pukeutunut tuotestrategiaksi. Se on elävä asiakirja, joka edustaa tiimin nykyistä parasta ajattelua siitä, missä järjestyksessä ongelmat pitäisi ratkaista, jäsennelty ollakseen rehellinen siitä mitä tiedetään ja mitä ei.
Ennen kuin suunnitella tiekartaa, kannattaa olla selkeä sen tarkoituksesta. Tiekartta tekee kolme asiaa: se kommunikoi suuntaa (minne menemme ja miksi), se pakottaa priorisointia (emme voi tehdä kaikkea, joten mitä ensin), ja se luo pohjan tasaukselle (niin että insinöörityö, suunnittelu, myynti ja tuki kaikki työskentelevät samojen tavoitteiden puolesta).
Tiekartta ei takaa toimitusetuisuuksia. Se ei sitoudu erityisiin ominaisuuksiin. Ja se ei korvaa jatkuvan löytämisen tarvetta. Jos sidosryhmät käsittelevät tiekartaa lupauksena, se on prosessin ongelma — eivät syy rakentaa väärää tarkkuutta asiakirjaan.
Eniten kestävä tiekartan muoto useimmille tiimeille on kolmen horisontin malli. Se on rehellinen epävarmuudesta: "Nyt" kohteet ovat sitoutuneet, "Seuraavaksi" kohteet ovat suunnitellut mutta ei lukitut, ja "Myöhemmin" kohteet ovat suuntaa antavia mutta muuttuvia kun opit lisää.
Huomaa, että jokainen kohta sisältää paitsi mitä se on, myös miksi se on siellä. Tiekartta ilman perusteluja on vain luettelo. Kun tiimin jäsenet ymmärtävät, miksi jokainen kohta on valittu, he voivat tehdä parempia päätöksiä kun asiat muuttuvat — ja he voivat käydä tuottavampia keskusteluja kun asiakas pyytää jotain, joka ei ole tiekarjassa.
Ominaisuusperusteiset tiekartat ("rakenna X, rakenna Y, rakenna Z") luovat vaarallisen dynamiikan: tiimi toimittaa ominaisuudet ja kutsuu sen valmiiksi, vaikka ominaisuudet eivät siirrä mittareita, joita oli tarkoitus siirtää. Ominaisuus toimittiin; ongelmaa ei ratkaistu.
Tulosperusteiset tiekartat muutelevat jokaisen kohteen tavoitteeksi: "Vähennä aika-arvo ensimmäisen käyttäjän osalta 4 päivästä alle 24 tunniksi." Tiimi voi sitten päättää — ja palata — kuinka saavuttaa tuo tulos. Tämä rakenne tekee myös paljon helpommaksi depriorisoida ominaisuuden, kun löydät paremman tavan saavuttaa sama tulos.
Tuotepäällikkö omistaa tiekartan. Se tarkoittaa, että he ovat vastuussa sen sisällöstä, sen päivityksistä ja sen viestinnästä sidosryhmille. Mutta omistajuus ei tarkoita yksinomaan kirjoittajuutta — parhaat tiekartat rakennetaan yhteistyössä, insinöörityön panoksella (toteutettavuudesta ja ponnistuksesta), suunnittelulla (käyttäjän kokemusseurauksista), ja asiakaslähtöisillä tiimeillä (markkinasignaalista).
Mitä PM:n tulisi vastustaa on tiekartan suunnittelu komitealla. Sidosryhmät voivat antaa panosta; heillä ei pitäisi olla veto-oikeutta yksittäisille kohteille. PM syntetisoi panoksen ja tekee kutsu. Jos prosessi näihin kutsuihin on luottamuksellinen, tuotokset ovat myös.
Nyt-saraketta tulisi tarkistaa jokainen sprintti. Seuraavaksi-saraketta tulisi tarkistaa jokaisen vuosineljänneksen alussa, tai aina kun merkittävät uudet todisteet saapuvat (suuri asiakas menettää, kilpailija lançeerez jotain merkityksellistä, löytämis-sprintti tuottaa yllättävän löydön). Myöhemmin-sarake vaatii uudelleenkatselmusta kerran vuosineljänneksessä — ei jalostamaan sitä, vaan vahvistamaan että suuntaa antavat vedot tekevät edelleen järkeä.
Tavoite on tiekartta, joka ei ole koskaan riittävän vanha ollakseen nolo, mutta ei päivitetä niin usein, että se luo ahdistusta. Useimmat tiimit virhetyöskentelevät alle-päivitykseen — tiekartta heijastaa päätöksiä kuudesta kuukaudesta sitten eikä kukaan tiedä aivan milloin se viimeksi muuttui.
Tiekarjaa noudatetaan, jos — ja vain jos — tiimi luottaa siihen. Tämä luottamus tulee kolmesta asiasta: jokaisen kohteen perustelu on näkyvissä ja järkevä, tiimi oli osallisena rakentamassa sen pikemminä kuin se annettiin, ja PM päivittää sen nopeasti kun olosuhteet muuttuvat sen sijaan että tekeistelemällä alkuperäinen suunnitelma pitää silti.
Tiekartta, jota käsitellään neuvotteluvälineenä, tai asiakirjana, joka on tuotettu johtajilta tyydyttämään, jätetään huomiotta tiimistä ja tuohitaan sidosryhmien tasolla. Tiekartta, joka heijastaa todellista ajattelua, todellisia kompromisseja ja rehellista epävarmuutta, tulee välineeksi, jota ihmiset tavoittelevat — koska se todella auttaa heitä päättämään.