為什麼我們需要產品願景？
我们可能經理所當然地認為已經存在需要構建的積壓功能。但是，我們如何開始首先產生積壓的功能呢？我們如何確定需要首先構建積壓中的哪些項目？
乍一看，您可能認為答案很簡單。畢竟，我們正在構建這個新產品，因為我們已經確定了為組織創造價值的機會。因此，我們創建了積壓的產品積壓，我們構建了首先產生最大價值的功能。
哪個好。如果你一個人工作。但大多數時候，我們與各種業務利益相關者以及整個開發人員，用戶體驗設計師和業務分析師團隊合作，他們都將對如何最好地滿足用戶需求和創造價值有自己的看法。所有這些不同的意見都轉化為不同的特徵和不同的優先級。在我們開始之前，我們需要共同理解我們如何創造價值。
通過敏捷發現建立共享理解
在他的書 用戶故事映射中，
讓我們所有人在同一頁面上的唯一方法是聚在一起討論它。這樣我們就可以將每個人的最佳想法和見解融入我們的解決方案中。這就是敏捷發現過程的意義所在：分享我們的集體見解，找到能夠為我們的組織創造最大價值的解決方案。
“當我們離開這個對話時，我們仍然可以命名相同的功能或增強功能，現在我們實際上意味著同樣的事情。我們感到一致和充滿信心，我們正在共同前進。“ - 傑夫巴頓
在我強烈推薦的這本書中，Patton向我們介紹了各種技術和工具，用於促進建立共享理解的對話。但是為了設定產品願景，我想看一下來自不同的敏捷作者Roman Pichler的技巧。
產品願景板
為產品設定願景背後的想法是將業務戰略轉化為產品戰略。在深入了解功能，用戶旅程和技術解決方案之前，我們希望在高層次上定義我們的解決方案 - 我們需要首先進行迭代的“最佳猜測”。
產品願景委員會通過構建對話來提取我們現在所知道的內容，從而促進精益方法。通過將所有與產品相關的人聚集在一起，通過利用他們對用戶和業務的了解，我們可以對我們的解決方案形成共識，然後繼續進行測試。
以下是產品願景板的外觀：
正如您所看到的，它是一個簡單的工具，其真正目標是為對話提供框架。我們的想法是將所有有洞察力的人聚集在一起，為用戶及其需求做出貢獻，或者為開發產品需要他們的支持，然後共同努力填補它。一次一個地解決四個列然後合作撰寫一兩句話的願景陳述。
這個願景陳述應該是一個清晰，明確的總結，你要建立的是整個團隊可以購買的東西。它應該顯示在團隊工作的顯著位置（或者，如果團隊在地理上分開，則在他們工作的每個位置）。
使用產品願景測試假設
正如Pichler解釋的那樣，一旦我們對我們要建立的內容有了共同的看法，我們就可以開始詢問它所依據的假設，並開始驗證這些假設：
“我發現確定董事會面臨的最大風險或最大不確定性是有幫助的。這創造了焦點，並且它實施了快速失敗：快速找出哪些有效，哪些無效，哪些假設成立，哪些無效。“ - Roman Pichler
例如，如果您認為您對用戶需求的假設不穩定，那麼您現在可以針對這些假設（調查，訪談，原型甚至快速繪製的線框）開發測試，以確定它們是否會實現價值創造。
References
- How to Write Product Vision for Scrum Project?
