敏捷開發需求管理
比較有用的資料文獻（感謝作者分享）：
敏捷開發模式中的需求規劃
來一起聊聊產品工作中的優先順序
敏捷開發模式中的需求實現
一、需求管理
prd實現的連續性問題->需求拆分的方式方法->需求變更處理
產品功能列表 backlog（主題、描述、優先順序、驗收標準）
通常乙個迭代的開始都是通過計畫會議來開始的
po今日事今日畢
prd：（product requirement document，prd）及產品需求文件。是產品專案概念化進入到圖紙畫階段的主要的乙個文件，其作用就是對mrd過程中的內容進行指標化和技術化，這個文件的***壞直接影響到研發部分是否能夠明確產品的功能和效能。
當開發工程師不能高效完成開發的時候，產品經理要做哪些工作？
（ 國內團隊中一般都會碰到這種問題，提高自己才是王道。
如何提高：
1、促進開發工程師交流
乙個人力量有限，幾個人討論方案很快就解決了。產品經理在這方面的能力，和平時大家說的溝通能力有點不一樣了。
2、反推產品問題
這裡主要是產品的邏輯，產品規劃的ui、互動等。大方向扯一下也無妨，但是每個人的工作總要落實到功能和細節的，不然人人都談理想、遠景久沒有落地的執行能力了。
3、反思自己
總結、總結、總結，自己多寫東西。總結下近一周、乙個月的工作中出現的問題，怎麼解決的、解決的好不好、還有沒有更好的方式？也可以總結下得失。不一定要長篇大論，總結行該要即可。
二、開發管理中一些問題的思考：
1、尋找問題
為什麼開發工程師不能高效的完成開發。主要的原因可能有：產品邏輯不清晰，技術真的難實現，設計資源不充足，開發工程師個人能力問題，以及團隊協作問題，等等。
2、定位問題
定位問題主要是確定問題的輕重緩急，也就是確定優先順序。——小技巧——在確定產品核心價值後，與核心價值直接相關的問題，以及團隊協作問題等。
3、溝通問題
定位結束後，溝通環節並不是相互推脫，而是大家就問題溝通。比如問題的原因、環節、步驟、涉及到的介面，功能，按鈕，以及涉及到的部門和工作人員等。
溝通是為了更到的尋找解決方法，並且能夠很好的總結經驗。
4、解決方案
解決問題是根據問題產生的，有些問題需要當機立斷，有些需要討論後作出決定，有些需要較長時間討論確定方案。
尋找解決方法的路上有一件事一定要明確，就是「deadline 什麼時候完成」。
過程步驟：討論——確定——實現
5、驗證
6、其它輔助
遊戲敏捷開發專案管理之我見（三） 溝通
一 溝通過程中的思路 1 詢問資訊 明確要問什麼，溝通一定要帶著目的性，否則就是扯閒篇了。最好是列好條例。資訊是否完備，溝通的資訊是否完備了，是否都得到自己想要的答案了。資訊是否準確？是否摻雜感 彩，或是片面之詞。2 工作任務 安排的工作任務，明確需要對方知道的資訊有哪些？安排乙個模組開發，首先要讓...
遊戲開發之我見
最近去西永實習，做了winform版的泡泡堂遊戲。對遊戲開發感慨頗多。從我接觸計算機開始就開始接觸遊戲了。我是玩遊戲才開始熟悉電腦的。所以對遊戲有些特別的感情。從接觸計算機程式設計起，都是做一些控制台和textbox的程式，那時認為做遊戲開發的人真的很牛，遊戲玩家的每乙個動作都是那麼的艱難和遙遠。乙...
遊戲開發之我見
最近去西永實習，做了winform版的泡泡堂遊戲。對遊戲開發感慨頗多。從我接觸計算機開始就開始接觸遊戲了。我是玩遊戲才開始熟悉電腦的。所以對遊戲有些特別的感情。從接觸計算機程式設計起，都是做一些控制台和textbox的程式，那時認為做遊戲開發的人真的很牛，遊戲玩家的每乙個動作都是那麼的艱難和遙遠。乙...