這是鼎叔的第九十五篇原創文章。行業大牛和剛畢業的小白，都可以進來聊聊。
歡迎關注本專欄和微信公眾號《敏捷測試轉型》，星標收藏，大量原創思考文章陸續推出。
鼎叔感覺大家對於如何敏捷地建立和管理需求是非常感興趣的，這第六個文章合輯整合了 “精益產品需求管理” 相關的九篇原創文章，內容非常豐富，歡迎分享給身邊受苦受難的產研團隊，放下爭端，一起搞錢。
技術人員要提升需求建立的效率和質量是比較艱難的，但如果懂得相關理念，就可以更好地和產品人員協作。而產品經理掌握精益需求方法，也能更好地融入敏捷團隊。
對產品研發而言，最大的風險在於使用者需求沒有挖掘清楚，而且產品的需求描述和傳遞過程失真，最終導致生產出來的產品不是使用者真正想要的。精益需求生產過程，就是希望儘可能地降低這種極大的生產浪費。這套網際網路行業的生產過程，也適用於任何行業的產品精益生產。
聊聊精益需求的產生過程
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484381&idx=1&sn=ce816930d994d70721a86f3b14299f00&chksm=c24fb6bff5383fa9a38ddeeb4ad81015bcebc9ee935f7f5528be934794983b3407c9a5819898&scene=21#wechat_redirect
在網際網路行業中，業務需求變化很多，很快，業務人員，產品人員和技術人員經常對要交付需求的上線優先順序無法達成一致，產生推諉和爭吵。那麼，完整的精益需求產生過程應該是怎樣的？它如何儘可能提高產品成功的機率，並降低研發過程中的偏差和耗費？
聊聊使用者故事地圖
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484430&idx=1&sn=46348a3c1ebe77375f01a153d1071c87&chksm=c24fb16cf538387a410146da0b56d7682c1e338c2aa19df9540fc4640147ed2b05e83224c094&scene=21#wechat_redirect
常規的需求拆分手法，很容易讓人忘掉軟體需求的全景圖，使用者故事地圖則是一個生動的全景故事挖掘活動，參加者不限於產品經理和設計師，也可以包括開發，測試，運營，業務代表。
聊聊需求評審與驗收測試
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484450&idx=1&sn=9f2f22f311911b7ea0ecd4f666051bb0&chksm=c24fb140f5383856b2f2ab4f1a5c8804ce69285e822c5e6d2f00038f0255a8761d8970409f9e&scene=21#wechat_redirect
驗收測試是質量左移的利器，也是團隊各角色對需求形成共識的 “語言”。遺憾的是大多數團隊沒有好好利用這個武器，僅僅把驗收測試當成 P0 用例，在流程最後才使用。
在產品經理組織需求評審會之前，我們是否就可以對需求定義的概念進行 “邏輯測試”？
在行業公司的實踐中，UAT（使用者驗收測試）通常是產品釋出前的最後一道關卡，讓終端使用者透過驗收測試，確認產品能否滿足需求，同時讓產研團隊得到有價值的反饋，明確後面的改進方向。
聊聊需求的工作量估算
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484471&idx=1&sn=63e8e6053ccbbdf11880c27d4ab3f7d4&chksm=c24fb155f5383843f22fa5dcee48daae0782b94a030919996a8d5e9aa2a45fef288f41b761b5&scene=21#wechat_redirect
度量交付需求的數量和時間相對容易，但度量每個需求的大小則比較難落地，我們需要統一的方法來度量各個團隊的需求交付規模，它有利於精細化的組織改進，推動團隊以比較舒服的節奏完成承諾，還能穩妥處理緊急需求插入，潛在收益遠大於成本。
聊聊需求的價值如何度量
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484491&idx=1&sn=76f02238329258c22755eedf310c0482&chksm=c24fb129f538383f0d04550872999bb27134f9ca7475e5353c8d5cbc03d38c0f43ce1fa23fa5&scene=21#wechat_redirect
度量需求的數量和時間比較容易，度量需求大小（顆粒度）要麻煩些，那麼，度量需求的價值呢？
outcome 比 output 重要，價值比需求規格重要
我們最終給使用者交付的是具體的價值，而不是平臺統計的需求個數。如何保障我們以價值交付為中心？
聊聊敏捷的產品經理
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484513&idx=1&sn=36c4cd38af7e31316abfd4a07799a218&scene=21#wechat_redirect
這篇聊聊我對產品經理這個崗位的看法，以及產品經理如何擁抱敏捷，產品和技術如何形成高效協作的團隊。
我一直認為，產品經理的崗位很特殊，好的產品經理是一個創業者，或者微型的 CEO。這個崗位在大學裡很難匹配到合適的專業，因為學校無法提供給產品經理刻意練習的環境。
聊聊定位 - 如何佔領使用者心智
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484180&idx=1&sn=f1d2c4417ecba399ebfb11e3d571bc3d&chksm=c24fb676f5383f60b9b634984f7e5c1ed48eebb1c9b1861f11e4e8d4e1009f24acc377ff4bbf&scene=21#wechat_redirect
加入到網際網路行業後，和業務/產品的管理者討論問題時，屢屢提及 “佔領使用者心智” 這個說法，具體如何佔領，則各有策略，令人困惑。參考使用者體驗模型，使用者心智在最高等級，值得挖掘。這篇，我們從營銷領域著名的變革作品 -《定位》出發，來理解一下為什麼要佔領使用者心智，以及如何佔領。軟體產品的定位也是同樣思路。
聊聊產品的重新定位
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484556&idx=1&sn=acb47b68c54407cb879a0ac1904102d1&scene=21#wechat_redirect
移動網際網路時代把 “選擇” 的暴力推進到極致，就是俗稱的 “卷”，如果不能佔據使用者的心智空間，再大規模的現有產品都會被 “選擇的暴力” 摧毀。
我們搞效能的更多是研發生產內部的軍備競爭，這是沒有盡頭的戰爭。在競爭激烈的外部市場更加擁擠，如果不被顧客選擇，一個組織就失去了存在的理由。所謂產品定位就是佔據獨特且有利的位置，並不一定需要比對手做得更好。
聊聊讓使用者成功的產品
https://mp.weixin.qq.com/s?__biz=MzkzMzI3NDYzNw==&mid=2247484504&idx=1&sn=9baaf04a0b58b1f0df5c5ec814be801d&chksm=c24fb13af538382cc39886fe66ad12e42011e47dc12deee9457e4c25b5c22309369a004df942&scene=21#wechat_redirect
之前聊過，最體現使用者對產品的滿意程度的指標，是 NPS。使用者使用自己鍾愛的產品會出現 WOW 時刻，其背後的本質，就是好產品能幫助使用者獲得成功，從而極大提升 NPS。我們不止關注使用者使用產品時的體驗，還要關心使用者使用之後會發生什麼。