[原创]正确理解IPD之“结构化流程”

随着，IPD（集成产品开发）体系在越来越多的企业中采用和推行，对IPD的正确理解就显得尤为重要，尤其是对其核心思想的正确理解。“结构化的并行开发流程”作为IPD的核心思想之一，经常被片面的理解为文档化、规范化或流程化。本文希望通过对“结构化”的进一步的阐述使读者对IPD的“结构化流程”的思想有更详细的了解。

结构化的思想来自于PACE（IPD的来源之一）。所谓结构化，是指相互关联的工作要有一个框架结构，并要有一定的组织原则来支持它；每项工作都应清清楚楚地明确规定出来。所有与产品开发有关的人应该清楚他们所参与的是什么工作，用什么方法去完成。

在某些公司中，产品开发过程是无结构的，大部分工作也未清楚地定义出来；在术语上没有一致性，即每个项目小组单独地确定自己的工作定义，没有一个共用的构架，产品开发过程很难得到改进。

在IPD体系中开发活动是以一个层次结构来构架的，从阶段到活动，再到子活动。IPD体系在原则和创新之间达成一种平衡，因此结构化并不会阻碍创造力的发挥，它允许项目组把精力集中到开发产品这个实际问题上，并不需要每次重新建立开发过程。一旦开发人员理解了开发过程结构实际上能够将他们从繁杂、单调的任务中解放了出来，他们就会接受，并能将更多的时间花在创造性的增值工作上。

如果缺乏结构化的流程，那么每次产品开发采用的方式都会不同，则会导致两种情况：第一，没有积累的经验可参考，没有应学习的榜样，所以当项目越做越大时，开发周期时间也变得越来越长。第二，当某个人拿出改进方法或窍门时，没有办法把它标准化并运用于其它项目中，难以衡量它的过程并加以改进。

在对产品开发进行结构化定义的时候，通常情况下公司会出现两种极端倾向。

一种极端是没有结构化定义的过程，产品开发工作就会失控。每个人都在忙碌，但没人有时间真正的思考，而且项目组成员不明白他们负责的项目那一小部份怎样与项目整体相衔接。通常，文档化的东西很少，高层管理人员必须把他的大部分时间用在与项目有关的“救火”工作上。

在另一极端，过度的结构化表现为：每个人的电脑中都存放着大量的开发文档和日志，开发人员遵循既定的开发过程行事。然而，由于过于繁冗的过程文件而是管理和审批变得官僚化，产品开发速度很慢。这些公司在定义许多产品开发过程细节方面做了非常细致的工作，但是由于过分的结构化，影响了正常的产品开发效率和进程。

为了避免陷入某种极端，我们必须正确理解结构化的意图，并在产品流程结构设计过程中，一方面需要考虑可重复和可衡量的要求，另一方面需要对新思想和新方法采取灵活和开放的态度，正确的进行结构层次划分和定义，以取得平衡。IPD体系通过提供适当层次的结构定义实现了上述平衡，这样，开发过程得到了应用，并且可以适当地衡量和不断地改进。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友