什么是IPD，初听到这个 概念还不是很熟悉，但是自己在19年深度参与到开发的过程中体验到了疲惫，有些点不得不说，在几个迭代过程中一些较差的体验列举列举，例如：
自己累死累活做的需求在数据统计时发现根本没啥人用
整个迭代流程冗长，很多时间浪费在了会议上，开半天甚至一天的会到后来脑子都不清晰，根本不知道在说什么
介入时间段没有统一规划，有的时候突然被拉到一个群里，告诉你给你分配了一个活，但往往这个活自己啥都不知道，前期讨论一无所知
文档内容敷衍，文档没有标准格式、没有审核，导致wiki里一堆低质量文档，想搜高质量的都搜不到，没有整合和规范
任务切割不清晰，没有界定工作边界，通常像一块儿砖，哪里需要砌哪里，没有统一的学习成长路径，分配任务的时候有点儿随机
研发流程不清晰，职责不确切，很多无意或有意的甩锅行为产生
整体没有规划，往往匆忙赶需求，永远在打补丁，没有版本控制的理念和规划
如此诸多，不能一一列举，长此以往感觉会导致自己的工作很难产生输出，换言之就是没有成就感，程序员真的变成了码农，自己想有leadershap都难，工程师文化很难在一个搬砖工身上得到体现，当然自己也知道这是发展中企业必须要面对的痛，说简单点儿就是：公司的管理需要人治变成法治。小到公司，大到国家都是这个道理吧。
现存问题
正好公司在搞流程变革IPD规范，虽然我觉得落地可能会有些困难，但是在学习的过程中发现还是能解决大部分现在公司的问题的，而且对照IPD的目标，好像它解决的也确实是这方面的问题，其实这些问题正是我在迭代过程中感受到的问题的抽象：
IPD是什么
集成产品开发（Integrated Product Development, 简称IPD）是一套产品开发的模式、理念与方法，简单而言就是产品开发模式和流程。其实我觉得包括以下几点：
产品研发周期显著缩短（短平快，流程规范就不会拖沓）
产品成本降低（成本低，因为前期调研充足）
研发费用占总收入的比率降低，人均产出率大幅提高（研发人员高效、不做无用需求，所以人均产出率可以提高）
产品质量普遍提高（产品有整体规划，所以后期逐步提升）
花费在中途废止项目上的费用明现减少（有整体规划，没有价值的压根不开工）
那么对应于问题点，它解决问题的的核心理念就是：放大目标、做重规划、增强协作。
它在整体的流程变革中的位置如下：
一个IPD项目在整个流程中主要起一个承上启下的作用：
在整个流程过程中包含以下角色，其中俺是其中的小开发角色：
基本了解了IPD流程后觉得IPD流程对于整个体系而言其实非常好，我觉得几个比较好的点就是：
明确了哪个流程阶段哪几类角色介入，防止不正确介入时间导致的时间浪费
重设计、考虑好之后再做，防止无用功，甚至返工
明确各级责任主体，防止相互甩锅
战略解码