10多年前，我大学毕业的第一份工作是工程设计，先后设计过改装车和客车。那时候，开发流程是主任完成产品设计任务书，组长设计总装图，再分派我们做部套图设计。由于企业有多年积累，设计产品多为变型设计，找相似的车型来参考参考。由于没有条件精确计算，工程计算和验算都采用经验算法，系数定得比较高，尽管浪费很大，但安全可靠性相当好。为了保险起见，只有牺牲成本。保证高可靠性了。那时，我最害怕图纸交付生产后客户提出变更，因为我们得抱着新图纸跑遍相关部门（供应、生产调度、车间、库房），而这些部门相距都很远。还清晰地记得，我们辛辛苦苦地跑到车间，刚替换了新图纸，调度员大声喊（车间噪音大）：“这个零件早都生产出来了，你怎么不早点说呀？”这还算好的，有时部件都装配好了，还得拆了重来。 心里那个纠结啊，真是无以言表。唉，腿都跑细了！
当然，在两甩工程之后，大部分工程师不会经历我当时的情景了。信息技术的应用使产品设计和制造成本在安全可靠的前提下不断下降，企业设计、生产等各环节效率提高，推出新产品和服务的时间也越来越短。然而，很多企业却痛苦地发现，企业有大量的新产品与客户需求相差巨大。有调查显示（看网上的资料，没有看到调查报告原文），大部分产品导入市场失败的一个重要原因就是没有满足客户需求。而且，和10多年前相比，在追求个性化的今天，产品需求变更己经成为一种常态，过之而无不及。如果还要跑着去变更图纸，只怕腿都要跑瘸了。
一方面，激烈竞争的市场迫使企业不断生产创新产品和服务；另一方面，企业推出的大量新产品又不能满足客户需求。是客户的需求刁钻古怪吗？不是！是工程师不能理解客户吗？也不是！工程师们发现，要么是需求没有有效地传递到制造环节，要么是变更后的需求不知去向，或者是生命周期各环节采用了不同版本的需求文档，等等不一而足。
那么，企业究竟应该如何解决这些问题呢？
其实，上面提到的需求传递和需求变更是典型的需求管理不到位造成的。虽然需求管理是产品生命周期中最基础的环节，由于信息技术手段的不足，很多企业都或多或少地忽略了需求管理。它们用孤立的软件，如WORD，通过电话、会议、EMAIL、FAX等以随意的方式共享需求，不仅传递速度慢，而且特别容易出错。当有变更发生时，更是无法及时送达各相关方；企业面临的挑战不是如何创建需求，而是在产品生命周期过程中，如何保持最新、可靠的需求以指导设计、制造、采购等等。
需求应该如何管理呢？我理解需求管理的目的应该是保证产品需求以受控的方式提交和利用，确保生命周期中相关各方随时从一个单一、可靠的需求源了解最新的需求状况，传递设计意图。通过有组织和有计划地跟踪需求，追溯审计并证明产品符合法规要求。在产品研发过程中相关方应可以通过链接访问所有相关信息，并将需求映射到后续各环节，这样才能保障产品满足客户需求，从而达到管控风险，实现收入、成本、质量和上市时间等目标。 具体来讲，有效的需求管理应当包括：
● 需求获取
可以获取来自不同来源、各种形式的需求。
● 需求描述和分析
对需求进行分析，并用结构化的方式描述需求以使相关各方无二义性的理解需求。
● 需求跟踪
在产品的全生命周期各个阶段管理需求，为不同专业提供共享的需求信息，从而支持需求的理解和评估，并将需求映射到设计、制造等环节。
● 需求验证
对于完成的设计成果，必须能够验证其完全地、一致地符合了原始的需求。
● 需求变更
在产品研发过程中，对需求变更过程进行记录、分析及审核。追踪需求变更有利于控制风险。
以往，由于技术手段和管理意识的缺失，企业往往忽视需求管理。在最初的PDM系统中也没有提供需求管理解决方案。随着企业信息化应用的深入，近几年，需求管理需求日渐增多，不少PDM系统中开始提供需求管理解决方案，也取得了一定的应用效果。各大软件系统的需求管理模块各有什么特点，等我学习后再接着写。
发表于：
2010-05-31 23:59 知雨 阅读(2055)
评论(1) 收藏 好文推荐
本博客所有内容，若无特殊声明，皆为博主原创作品，未经博主授权，任何人不得复制、转载、摘编等任何方式进行使用和传播。
作者该类其他博文：
网站相关博文：