本節書摘來自異步社群出版社《軟體開發踐行錄——thoughtworks中國區文集》一書中的第2章，第2.4節，作者： thoughtworks中國，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。
在頻繁上線的項目中，其中一個重要的實踐是确定需求的優先級，使得重要的功能能夠先得以開發出來投入使用，以便及時收集使用者回報。一般的做法是要求客戶排好需求優先級，然後與項目相關成員一同制訂疊代開發和上線計劃。但是由于客戶決策方所處角色以及思維角度的局限性，對優先級的評定可能存在盲目性。建議ba參照以下價值次元幫助客戶對優先級進行評定。
從客戶價值次元分析需求優先級
需求價值次元分析圖如下所示。
技術風險對優先級的影響
除了來自客戶方面的決定因素，我們還應該考慮技術實作方面的影響。如果一些技術風險較高的功能可以先進入開發階段，那麼問題會盡早地暴露出來。開發人員在項目早期解決這些問題會有利于開發成本的節約。是以除以上客戶價值次元外，我們應該再參考以下矩陣來權衡需求的優先級。
客戶價值次元和需求優先級矩陣并不是優先級高低的電腦，而是與客戶以及團隊溝通交流的工具。不同項目的影響次元也會有所不同。由于各項因素的複雜性，客戶價值次元和技術風險因素需要綜合考慮，不可以用權重來計算。ba可以與客戶對以上因素的内容達成一緻，使得客戶在評定需求優先級時可以快速、準确地做出判斷。同時，通過對價值次元的分析，我們将有機會清晰地了解到功能優先級高或低的原因，以便我們能夠準确地編制上線計劃和項目開發，而且合理地劃分使用者故事範圍。
2．借助價值次元分析管理客戶期望值
有些客戶的決策人可能會依據自己的喜好劃分優先級，這對項目能夠按目标成功傳遞造成一定的風險。此外，客戶在功能的設計和驗收階段也容易對單個功能追求完美，産生額外工作量，增加項目範圍。而這部分額外工作可能并不合理或者價值較低。長期如此，團隊在開發過程中将逐漸偏離項目目标。如果能借助優先級次元對這些額外需求進行分析，則可以提供更有說服力的依據，幫助客戶做出正确決定，達成ba和項目經理對客戶期望值的有效管理，進而降低傳遞風險。