产品开发管理：方法·流程·工具

拥有一套统一的优秀的企业级开发框架意味着有如下好处： 意味着统一了主体的技术体系，可以最大限度的减少后续的开发、维护、扩展成本。 意味着拥有了一套成熟的解决方案。 意味着保障了代码的稳定性、延续性和可持续开发，而不是代码全家桶。很多初创团队的产品的初始代码来自于五湖四海（各自成员的前公司的代码段或技术积累），当开发到一定程度，随着人员的交替，维护和扩展几乎不在可能。一份好的代码是一个产品的根本，否则后续的产品开发都将无从下手。 这里分享一下世上最烂代码的结果：史上最烂代码。 极大的提高了产品的生产效率。 建立有效的开发、知识、体系积累。软件开发是一种知识活动，因此知识的聚集和积累是至关重要的。框架能够采用一种结构化的方式对某个特定的业务领域进行描述，也就是将这个领域相关的技术以代码、文档、模型等方式固化下来。 减少重复开发。简单的说，大大提高了代码的复用性。毕竟每次打仗都要临阵磨枪，耽误时间不说，质量和速度都没法保障。 有利于提高团队水平。框架往往有相应的规范、约定、设计模式、理念、技术点，通过框架的源代码既可以输出开发和技术理念，提高团队成员的水平，又可以规范代码，而且可以降低程序员之间沟通以及日后维护的成本。 提高软件质量。 提高企业的竞争能力，包括降低成本、提高质量、改善客户满意程度、控制进度等方面。 有利于团队多人协作和分工合作。架构师专注于设计框架、组件、领域模型等；软件开发人员专注于业务逻辑，以及业务的更深程度的分析和挖掘；前端人员更专注前端交互（前后端分离）体验。

流程建立之：人事法果 特别偏爱这种简单模型，工作至今，用的最多的是“人机料法环”，5W1H, 人事时地物，8D。 混沌大学的李善友说，越是厉害的人，掌握的思维模型越多，但以过去之经验看，真要深切掌握一种思维模型直至形成思维定势，那是相当之艰难，和需要相当的刻意练习。想想之前曾经也曾学过“六顶思考帽”和“成功人士的7个习惯”，但大多已经忘记，便是如此了。 而“人事法果”便是这种简单但实用的思维模型，一般用于流程管理。 人：一般多指部门或者某一职位或者临时角色 事：指流程中的动作，多数有输入和输出。 法：流程贯穿过程中，要达成某事使用的方式方法，或者文件文档 果：流程运行每一步要达到之效果，可以是事件之完结，验收之标准等等 小记一篇，以加深偶得之模型的记忆。

五星评价，2020年的第19本书，看完这本书，整个ipd流程的概况就了解的非常清楚了。去年学过pmp，感觉pmp是一个项目管理的大框架，就有点儿像是一个基类，而ipd就是在软件方向继承了pmp这个基类，然后重写了大量的方法，真正地去落地了。所以如果作为软件行业，尤其是通信和智能硬件等嵌入式软件行业，真心推荐把这本书看一遍，或许应该看两三遍，就会对产品发布流程有一个全局的了解，反求诸己，也可以看到自己工作哪里做得不够，公司哪里做得不够，不过要小心，不要步子太大扯到蛋，一步一步循序渐进的来

作为工具书，这本书太牛了，又系统，又实操。如果想在企业里推行ipd，不如先看看这本书

任老师该书的核心还是从IPD出发，体系非常庞大，适合大公司以及硬件集成相关的公司。如果是软件公司，参考他的核心思想结合自己的实际情况落地。

产品开发方方面讲的很详细，技术人员值得一看。还有很多表格工具挺实用！

居然只有2人点评，工具书，比较适合第一次接触IPD的，比较全面，写得也认真、诚恳。

这是一本很全面的书，从市场管理、研发管理、产品开发、到产品生命周期以及承载系统PLM，对于扩大认知有帮助，但同时也是一本很泛的书，缺少深度和作者的独立见解，有些索然无味。

内容过于简单 更多的是表格的罗列 推荐初级人员阅读

很完善的把整个IPD流程的做了出来，遗憾的是没有案例