什麼是ipd，初聽到這個 概念還不是很熟悉，但是自己在19年深度參與到開發的過程中體驗到了疲憊，有些點不得不說，在幾個迭代過程中一些較差的體驗列舉列舉，例如：
如此諸多，不能一一枚舉，長此以往感覺會導致自己的工作很難產生輸出，換言之就是沒有成就感，程式設計師真的變成了碼農，自己想有leadershap都難，工程師文化很難在乙個搬磚工身上得到體現，當然自己也知道這是發展中企業必須要面對的痛，說簡單點兒就是：公司的管理需要人治變成法治。小到公司，大到國家都是這個道理吧。
正好公司在搞流程變革ipd規範，雖然我覺得落地可能會有些困難，但是在學習的過程中發現還是能解決大部分現在公司的問題的，而且對照ipd的目標，好像它解決的也確實是這方面的問題，其實這些問題正是我在迭代過程中感受到的問題的抽象：
整合產品開發（integrated product development, 簡稱ipd）是一套產品開發的模式、理念與方法，簡單而言就是產品開發模式和流程。其實我覺得包括以下幾點：
產品研發週期顯著縮短（短平快，流程規範就不會拖沓）
產品成本降低（成本低，因為前期調研充足）
研發費用佔總收入的比率降低，人均產出率大幅提高（研發人員高效、不做無用需求，所以人均產出率可以提高）
產品質量普遍提高（產品有整體規劃，所以後期逐步提公升）
花費在中途廢止專案上的費用明現減少（有整體規劃，沒有價值的壓根不開工）
那麼對應於問題點，它解決問題的的核心理念就是：放大目標、做重規劃、增強協作。
它在整體的流程變革中的位置如下：
乙個ipd專案在整個流程中主要起乙個承上啟下的作用：
在整個流程過程中包含以下角色，其中俺是其中的小開發角色：
基本了解了ipd流程後覺得ipd流程對於整個體系而言其實非常好，我覺得幾個比較好的點就是：
明確了哪個流程階段哪幾類角色介入，防止不正確介入時間導致的時間浪費
重設計、考慮好之後再做，防止無用功，甚至返工
明確各級責任主體，防止相互甩鍋
RUP和IPD流程的優缺點
rup的過程改進，倡導針對不同型別專案進行適當的裁剪，實際上這也是一種靈活適應的方式 隨需而變的思想。我對此是理解並贊同的，但是我對rup卻一直保持一種相對謹慎的態度。對於rup來說，首先，我認為它過於理想化和理論化，rup 是過程元件 方法以及技術的框架，你可以將其應用於任何特定的軟體專案，由使用...
IPD流程學習 四 常見問題答疑
在上兩篇blog裡分別對ipd的主要流程和流程中涉及到的重要模板進行了詳述，那麼ipd的主要內容就學習完畢了，本篇部落格主要對ipd學習過程中的一些規範指導原則和常見問題進行qa。q charter到底怎麼出，如何出？q 起ipd必須要有mm嗎？還沒有mm怎麼辦 ipd前面需要有市場分析和客戶需求分...
IPD流程學習 四 常見問題答疑
常見問題 q charter到底怎麼出，如何出？q 起ipd必須要有mm嗎？還沒有mm怎麼辦 ipd前面需要有市場分析和客戶需求分析，即便有公司級mm，也不可能太細緻，ipd可以呼應大mm，根據具體的產品目標進行市場和客戶分析，進而立項。但是每個ipd，分析 立項是必須要有的。q 每個迭代都需要起乙...