對產品故事進行首次討論，應聚焦於如何具象化產品的機會。需求其實很可能是一個假想，那麼唯一可行的做法是驗證想法是否具備可行性。驗證的方法很多，比如和客戶、用戶深入交談，觀察他們目前做事的行動，不斷和他們反饋，用手繪線框圖（Axure）和高保真模型實現解決方案的具象化，並以此和客戶/用戶進行溝通。通過原型和用戶測試來驗證產品方案是否真的有用，有價值，並能夠質疑用戶所說的內容，然後在開發過程中學習（Scrum），迭代乃至最終發佈。必須要始終記得，交付給客戶/用戶的是可用產品。
基於驗證的學習循環：開發-（最小可用產品）-度量-（與客戶/用戶一起，基於目標）-認知-（新的Idea）循環。
如何做計劃呢？首先一點，就是要讓所有團隊成員對於即將要做的內容都非常非常清楚，因爲估算要準確，就在於每個人都要真正理解自己在估算什麼。第二步，制定可逐步達成的開發計劃（先框架再細節。比如一種做法是先做端到端流程貫通以消除技術風險，再逐步添加業務功能）。注意，不要將所有的迭代產出都對外發布，對外發布是一個很嚴肅的事情，代表着對用戶需求的承諾。
使用預算來評估估算是個好方法。
風險故事同樣需要統一管理。不要遺漏。
“偉大的作品永遠沒有完成這回事，只有放棄”---達芬奇
迭代與增量。運用迭代思維持續評估和打磨作品，運用增量思維做加法。
開局，中局和末局。隱喻棋局。開局聚焦於必備功能或者用戶步驟，重點關注技術條件和風險，所有開發只要跑通主流程就好。
中局，補充周邊功能，主流程之外的可選流程以及複雜的商業規則，如果可能，增加質量方面的考慮，如性能，可擴展性和可用性。
末局，打磨，使產品更加搶眼。