又说到需求（3）——范围解决之道

阅读更多

在javaeye论坛上有人（mock1234,见原贴http://www.iteye.com/topic/390290 ）提到，要做好需求管理，其中一个不可或缺的环节就是管理者要懂得如何进行“设计管理”，这个观点和“设计管理”这个词我还是头一次听说，实在汗颜，google一下，发现天涯论坛上有个回答对于了解设计管理的历史有所帮助，原文是繁体，我作了一下简体转换：

 

什么是设计管理

设计管理理念的提出最早可以追溯到上个世纪20年代，但很长一段时间内，
由于人们对之缺乏正确的认识，这一理念仅仅停留在一个概念的范畴。在
工业领域，人们传统上只是将设计视为一种生产功能或是产品的表现形式
，并没有将之与企业战略挂鈎。设计师们长久以来埋头于自己的设计，很
难用商业的语言将其设计的价值有效传达给商界。

为拉近设计师和商界的距离，芝加哥实业家Walter Paepcke在二战后创立
了Aspen设计大会，并将“设计的管理功能”定为1951年召开的设计大会首次会议的主题，目的就是要吸引商界人士的参加。但是几年后，商界领袖们渐渐不再参加大会，原因是随着参会的设计师越来越多，会议的讨论主题已不再是如何加强商业与设计间的合作，而是逐渐演变成了设计师对于商界根本不懂设计的价值所在的没完没了的抱怨。

上个世纪60年代末、70年代初，前伦敦商学院设计管理中心主任Peter Gorb和其他一些同仁开始积极宣导设计管理理念。他们不断写文章倡议设计师们去瞭解商业，同时也敦促商界专业人士去发现设计作为一种关键的商业功能所具备的巨大潜力。“设计师们需要学习的最重要的东西是商业世界的语言，” Peter Gorb如是说。1975年，美国设计管理协会（DMI）在波士顿成立。它是一家国际非营利组织，致力于提升人们对设计是商业战略不可缺少的基本要素的认知。

起初人们认为设计管理可能只是一个昙花一现的时髦概念，但是时间证明，随着设计在社会、经济、生态、科技、文化等各领域发展进程中扮演越来越重要的角色，设计管理的理念也越来越多地为人们所接受。

 

从设计管理的历史看来，如今国内大部分的软件开发人员和上世纪五十年代的设计师们有极其相似之处，比如对商家不懂得自己的工作进行抱怨，无法给商家有效提供设计所能带来的商业价值。

为软件客户“提供价值”是软件项目追求的终极目标，软件设计中的用户界面设计、人机交互设计、系统架构设计都属于设计管理范畴，对于前二者，开发方和客户往往可以通过可视化的成果进行交流探讨，对价值的认知有交互平台支撑，而系统架构设计则不然，这方面由于涉及深层面的技术话题，一般客户是难以理解的，这也给设计管理带来难度，也就更需要管理者对“技术镀金”这种行为有良好嗅觉和英明决策。