在上兩篇blog裏分別對IPD的主要流程和流程中涉及到的重要模板進行了詳述，那麼IPD的主要內容就學習完畢了，本篇博客主要對IPD學習過程中的一些規範指導原則和常見問題進行QA。
常見問題
Q:Charter到底怎麼出，如何出？
Q:起IPD必須要有MM嗎？還沒有MM怎麼辦
IPD前面需要有市場分析和客戶需求分析，即便有公司級MM，也不可能太細緻，IPD可以呼應大MM，根據具體的產品目標進行市場和客戶分析，進而立項。但是每個IPD，分析、立項是必須要有的。
Q:每個迭代都需要起一個IPD嗎？
不一定。如果IPD前期已經走過的流程，起迭代從相關節點往後走就可以。原則建議一個產品目標爲一個IPD。
Q:迭代週期過短，如每月都有迭代怎麼做IPD？
首先建議主產品迭代有相應的價值目標，迭代週期盡力放在2個月或一個季度，有版本基線，這樣便於走IPD。面對敏捷需求，可以放寬IPD，對影響大的設計加入快速評審，其它環節可以視情況選擇。
Q:哪些kickoff特性是走產品市場委員會
分兩層，年初大的charter就是走產品市場委員會，如果是迭代，單體系，尋找第二級的產品市場委員會（單體系負責人、跨體系負責人）！統一由一條龍經理主leader等來決定。
Q:一頁紙技術評估，涉及平臺要不要拉進來一起做評審？
邀請的一定要跨體系，團隊主leader，團隊P6以上的，還有跨體系的高手，業務線找平臺的，平臺找業務線的。
Q:每個迭代是不是都在IPD計劃內？中間是否有空餘時間？
每個迭代都是連續的，多產品多團隊都在規劃。IPD前接MM，不一定是一年一次，代表了端到端的過程，週期的劃分要看待MM，每個MM的劃分有可能會涉及多個迭代，就不需要反覆走charter，當市場發生變更及巨大變化，需要MM變化。IPD不一定要從頭重走一遍。
Q:各類產品需求的開發決策權是否應該放在一條龍經理？
單個需求都是屬於變更管理，1-n處理不了需要轉入IPD的話，如果是單一的可以判斷，如果比較多的功能如何判斷，由決策小組（一條龍經理團隊包括架構師）一起來判斷，如果是大模塊的走MM，如果是小需求走決策小組變更管理。
Q:如何做到產品需求及評審後，到開發時，時間變短效率變高？
- mm的流程需求更完整更準確，開發與測試就可以前置，可以並行
- 技術架構及技術設計可以先行，技術預研甚至可以通過評審了
- 概要評審tr1是很必要的
- 需求的詳細設計也有一個評審，需求宣講前把任務分下去
- 一頁紙方案必須每個工程師做，邀請高Level的人Review
- 任務分解的時候先要劃分好每個工程師的職責，再做任務安排，工程師設計方案需要寫一頁紙方案，審覈由團隊核心成員共同完成。
以上就是一些常見問題，可以隨時補充。
常見規範
Q:評審人員有哪些
最好選擇 跨體系的人員進行聯合評審
Q:高P的會議變多了怎麼辦
規劃前置，所以會議會多一些，提前協調就好。
