如何決定產品路線圖？
如何快速驗證核心使用者需求？
如何快速反饋，隨需而變？
如何為客戶帶來最大價值服務？
基於價值驅動的敏捷專案管理，用有限的時間和資源，先把重心放在對客戶價值最大的20%功能上。然後酌情開發剩餘的80%功能、
團隊必須信守承諾，且軟體質量為第一原則，否則，破窗理論會告訴你其後果由多嚴重。
個別客戶需求，並不能決定產品方向，乙個合格的產品經理，必須具備這種前瞻性，預見性。
開發最小可行產品。然後，你需要去驗證客戶是否真的願意買。
即在你跟客戶訪談幾次後，就開始迫不及待開發，而不去做實驗驗證這些假設，只會做錯更多。乙個創新產品存在兩個重要假設，價值假設用來確認是否真的幫助了使用者，使用者願意為此買單，增長假設，用來測試使用者是如何發現某一服務或者功能的，主要驗證產品提供的價值是否是普遍需求，客戶規模是否能夠快速增長。這可以幫助你驗證前進方向。
《跨越鴻溝》中對技術產品的生命週期，根據使用者接受新產品的時間，劃分為5個等級，這表明創新產品對市場的把控，要分類處理，前期市場，主流市場，後期市場每個階段的消費習慣及需求不一樣，需要不斷改進。
2015 7 3, 杭州 產品級敏捷案例研究
永遠珍藏的一張 產品級敏捷團隊的骨幹人員。這一路走來，大夥 的不不過怎樣經由視覺化，輕量級，團隊協作的方式，完畢產品的開發計畫，挖掘場景。架構設計，測試用例設計，開發與測試人員的協作與分工 等等。更重要的是，大夥更深度的 該怎樣與 stakeholders 們建立起彼此的信任及正向的互動關係，而能和...
敏捷團隊經驗分享
敏捷團隊經驗分享 一 職責 產品經理 不斷完善產品，簡單理解就是 變 變 變 sm 控需求，控進度，控風險，簡單理解就是 這東西不能變 開發 設計 開發實現，評估開發進度風險 測試 不斷找sm確認需求點，找產品經理確認效果 ue 直接與產品經理溝通，理解需求，完成ui設計 二 流程 需求階段 1 產...
產品專案的九個敏捷開發經驗
編者按 本文作者 朱軍華ronzhu 敏捷開發越來越火熱，但在實際應用當中很多時候都是只有敏捷的 形 卻缺少敏捷的 神 還只是在摸索中。在 scrum 兼顧計畫與靈活的敏捷開發 一文中，作者最後也提到過，借鑑一種新的模式的時候，最好能夠批判性的吸收其精華的部分，不能全部照搬，照搬了反而會出問題。其實...