什麼是IPD，初聽到這個 概念還不是很熟悉，但是自己在19年深度參與到開發的過程中體驗到了疲憊，有些點不得不說，在幾個迭代過程中一些較差的體驗列舉列舉，例如：
- 自己累死累活做的需求在數據統計時發現根本沒啥人用
- 整個迭代流程冗長，很多時間浪費在了會議上，開半天甚至一天的會到後來腦子都不清晰，根本不知道在說什麼
- 介入時間段沒有統一規劃，有的時候突然被拉到一個羣裏，告訴你給你分配了一個活，但往往這個活自己啥都不知道，前期討論一無所知
- 文檔內容敷衍，文檔沒有標準格式、沒有審覈，導致wiki裏一堆低質量文檔，想搜高質量的都搜不到，沒有整合和規範
- 任務切割不清晰，沒有界定工作邊界，通常像一塊兒磚，哪裏需要砌哪裏，沒有統一的學習成長路徑，分配任務的時候有點兒隨機
- 研發流程不清晰，職責不確切，很多無意或有意的甩鍋行爲產生
- 整體沒有規劃，往往匆忙趕需求，永遠在打補丁，沒有版本控制的理念和規劃
如此諸多，不能一一列舉，長此以往感覺會導致自己的工作很難產生輸出，換言之就是沒有成就感，程序員真的變成了碼農，自己想有leadershap都難，工程師文化很難在一個搬磚工身上得到體現，當然自己也知道這是發展中企業必須要面對的痛，說簡單點兒就是：公司的管理需要人治變成法治。小到公司，大到國家都是這個道理吧。
現存問題
正好公司在搞流程變革IPD規範，雖然我覺得落地可能會有些困難，但是在學習的過程中發現還是能解決大部分現在公司的問題的，而且對照IPD的目標，好像它解決的也確實是這方面的問題，其實這些問題正是我在迭代過程中感受到的問題的抽象：
IPD是什麼
集成產品開發（Integrated Product Development, 簡稱IPD）是一套產品開發的模式、理念與方法，簡單而言就是產品開發模式和流程。其實我覺得包括以下幾點：
- 產品研發週期顯著縮短（短平快，流程規範就不會拖沓）
- 產品成本降低（成本低，因爲前期調研充足）
- 研發費用佔總收入的比率降低，人均產出率大幅提高（研發人員高效、不做無用需求，所以人均產出率可以提高）
- 產品質量普遍提高（產品有整體規劃，所以後期逐步提升）
- 花費在中途廢止項目上的費用明現減少（有整體規劃，沒有價值的壓根不開工）
那麼對應於問題點，它解決問題的的核心理念就是：放大目標、做重規劃、增強協作。
它在整體的流程變革中的位置如下：
一個IPD項目在整個流程中主要起一個承上啓下的作用：
在整個流程過程中包含以下角色，其中俺是其中的小開發角色：
基本瞭解了IPD流程後覺得IPD流程對於整個體系而言其實非常好，我覺得幾個比較好的點就是：
- 明確了哪個流程階段哪幾類角色介入，防止不正確介入時間導致的時間浪費
- 重設計、考慮好之後再做，防止無用功，甚至返工
- 明確各級責任主體，防止相互甩鍋
下一篇blog將會記錄IPD流程中的各個節點和角色的參與方式