अधिकांश उत्पाद रोडमैप लिखे जाने के एक त्रैमासिक के भीतर परित्यक्त होते हैं। यह इसलिए नहीं कि टीमें अनुशासनहीन हैं, बल्कि इसलिए कि रोडमैप गलत नींव पर बनाया गया था: निश्चित तारीखें, विशेषता सूचियां, और एक योजना के रूप में पैकेज किए गए हितधारक की इच्छाएं। जब वास्तविकता अनिवार्य रूप से विचलित होती है — एक विशेषता अधिक समय लेती है, एक ग्राहक की आवश्यकता बदलती है, एक प्रतिद्वंद्वी चलता है — रोडमैप कल्पना बन जाता है, और टीमें इसे देखना बंद कर देती हैं।
एक रोडमैप जिसे लोग वास्तव में अनुसरण करते हैं, एक गैंट चार्ट नहीं है जो उत्पाद रणनीति की तरह तैयार है। यह एक जीवंत दस्तावेज़ है जो टीम की वर्तमान सर्वश्रेष्ठ सोच का प्रतिनिधित्व करता है कि समस्याओं को किस क्रम में हल करना चाहिए, जो कि ईमानदार है कि क्या ज्ञात है और क्या नहीं।
एक रोडमैप डिजाइन करने से पहले, इसके उद्देश्य के बारे में स्पष्ट होना लायक है। एक रोडमैप तीन चीजें करता है: यह दिशा संचारित करता है (हम कहाँ जा रहे हैं और क्यों), यह प्राथमिकताकरण को मजबूर करता है (हम सब कुछ नहीं कर सकते, तो क्या पहले आता है), और यह संरेखण के लिए आधार बनाता है (ताकि इंजीनियरिंग, डिज़ाइन, बिक्रय और समर्थन सभी एक ही लक्ष्य की ओर काम कर रहे हों)।
एक रोडमैप डिलीवरी की तारीखों की गारंटी नहीं देता है। यह विशिष्ट विशेषताओं के लिए प्रतिबद्ध नहीं होता है। और यह चल रहे खोज की आवश्यकता को प्रतिस्थापित नहीं करता है। यदि हितधारक रोडमैप को एक वादे के रूप में मानते हैं, तो यह एक प्रक्रिया समस्या है — दस्तावेज़ में झूठी सटीकता बनाने का कारण नहीं।
अधिकांश टीमों के लिए सबसे टिकाऊ रोडमैप प्रारूप तीन-क्षितिज मॉडल है। यह अनिश्चितता के बारे में ईमानदार है: "अभी" में आइटम प्रतिबद्ध हैं, "अगला" में आइटम योजनाबद्ध लेकिन बंद नहीं हैं, और "बाद में" में आइटम दिशात्मक रूप से सत्य हैं लेकिन आप अधिक सीखते हैं, तो परिवर्तन के अधीन हैं।
ध्यान दें कि प्रत्येक आइटम में न केवल यह है कि यह क्या है, बल्कि यह वहां क्यों है। एक रोडमैप बिना तर्क के केवल एक सूची है। जब टीम के सदस्य समझते हैं कि प्रत्येक आइटम को क्यों चुना गया, तो वे बेहतर निर्णय ले सकते हैं जब चीजें बदलती हैं — और वे अधिक उत्पादक बातचीत कर सकते हैं जब एक ग्राहक ऐसी चीज़ का अनुरोध करता है जो सूची में नहीं है।
विशेषता-आधारित रोडमैप ("X बनाएं, Y बनाएं, Z बनाएं") एक खतरनाक गतिविधि बनाते हैं: टीम विशेषताओं को शिप करती है और इसे पूर्ण कहती है, भले ही विशेषताएं उन मेट्रिक्स को स्थानांतरित न करें जिन्हें स्थानांतरित करना चाहिए। विशेषता दी गई थी; समस्या हल नहीं हुई थी।
परिणाम-आधारित रोडमैप प्रत्येक आइटम को एक लक्ष्य के रूप में पुनः बनाते हैं: "नए उपयोगकर्ताओं के लिए पहले मूल्य तक का समय 4 दिन से 24 घंटे से कम करें।" टीम तब तय कर सकती है — और पुनः देख सकती है — कि उस परिणाम को कैसे प्राप्त करें। यह संरचना भी एक विशेषता को डीप्राइरिटाइज़ करना बहुत आसान बनाती है जब आप एक बेहतर तरीका खोज लेते हैं।
उत्पाद प्रबंधक रोडमैप का मालिक है। इसका मतलब है कि वह इसकी सामग्री, इसके अपडेट, और हितधारकों के प्रति इसके संचार के लिए जवाबदेह है। लेकिन स्वामित्व का मतलब अकेला लेखक नहीं है — सर्वश्रेष्ठ रोडमैप सहयोगी रूप से बनाए जाते हैं, इंजीनियरिंग से इनपुट के साथ (व्यवहार्यता और प्रयास पर), डिज़ाइन से (उपयोगकर्ता अनुभव निहितार्थों पर), और ग्राहक सामना करने वाली टीमों से (बाजार संकेत पर)।
जो पीएम को प्रतिरोध करना चाहिए वह समिति द्वारा रोडमैप डिजाइन कर रहा है। हितधारक इनपुट प्रदान कर सकते हैं; उन्हें व्यक्तिगत आइटमों पर वीटो शक्ति नहीं होनी चाहिए। पीएम इनपुट को संश्लेषित करता है और कॉल करता है। यदि उन कॉल तक पहुंचने की प्रक्रिया पर विश्वास किया जाता है, तो आउटपुट भी होंगे।
अभी स्तंभ को हर स्प्रिंट की समीक्षा की जानी चाहिए। अगला स्तंभ को प्रत्येक त्रैमासिक की शुरुआत में, या जब भी महत्वपूर्ण नया सबूत आता है (एक प्रमुख ग्राहक चर्न, एक प्रतिद्वंद्वी कुछ प्रासंगिक लॉन्च करता है, एक खोज स्प्रिंट एक आश्चर्यजनक खोज बनाता है) की समीक्षा की जानी चाहिए। बाद में स्तंभ को एक बार त्रैमासिक पुनः देखना होगा — इसे परिष्कृत करने के लिए नहीं, बल्कि यह पुष्टि करने के लिए कि दिशात्मक सट्टे अभी भी समझ में आते हैं।
लक्ष्य एक रोडमैप है जो इतना पुराना कभी नहीं होता कि शर्मनाक हो, लेकिन इतनी बार अपडेट नहीं होता कि यह चिंता बनाता है। अधिकांश टीमें अंडर-अपडेटिंग की ओर झुकती हैं — रोडमैप छह महीने पहले किए गए निर्णयों को प्रतिबिंबित करता है और किसी को पता नहीं है कि यह कब आखिरी बार बदला था।
रोडमैप का पालन किया जाएगा यदि — और केवल यदि — टीम इस पर विश्वास करती है। यह विश्वास तीन चीजों से आता है: प्रत्येक आइटम का तर्क दृश्यमान और ध्वनि है, टीम इसे हाथ में देने के बजाय इसे बनाने में शामिल थी, और पीएम तुरंत अपडेट करता है जब परिस्थितियां बदलती हैं बजाय यह दिखावा करने के कि मूल योजना अभी भी मान्य है।
एक रोडमैप जिसे एक सौदेबाजी उपकरण के रूप में माना जाता है, या कार्यकारी को संतुष्ट करने के लिए उत्पादित एक दस्तावेज़ के रूप में, को टीम स्तर पर अनदेखा किया जाएगा और हितधारक स्तर पर विरोध किया जाएगा। एक रोडमैप जो वास्तविक सोच, वास्तविक ट्रेड-ऑफ, और ईमानदार अनिश्चितता को प्रतिबिंबित करता है, एक उपकरण बन जाएगा जो लोग पहुंचते हैं — क्योंकि यह वास्तव में उन्हें निर्णय लेने में मदद करता है।