概述
\r\n 能有机会从事研发管理和这一领域的咨询与培训工作，对我来说是一种巨大的幸运和机遇。之所以这么说，是因为这一领域无论在国际上还是在国内，都是一个较新的管理领域，没有被深入和充分的研究。相较于欧美等诸国，中国在这一方面研究的欠缺更为明显，这也使得我们有更多的机会在其中发现更多的空白、不足，并作为究与提升的机会，从而帮助更多的企业提升其研发实力和产品竞争力。
\r\n 在过去的十数年间，我有机会接触了千余家企业的数万名研发管理者。从基层的研发主管、经理到中高层的研发总监、副总，直至总经理。一些企业，我们曾深入的做了访谈和调查问卷。累计至今，专门安排受访者人数超过千人，发放问卷万份有余。于是我有机会通过这些观察和分析国内企业研发管理和研发管理者的现状与差距。
\r\n 写这篇文章，我之目的是通过将问题进行归纳和总结，以便发现大多数企业在研发管理体系的构建方面所面临的瓶颈和挑战。同时也希望能够给读者以建议和启发，这既是我们的职业之需要，也是我们的使命之所在。
\r\n 从以上调查来看，所发现的问题是错综复杂，涉及研发管理领域各个方面。因此不太可能通过一篇文章尽述，我会分多次跟大家分享我的观点。
\r\n研发管理体系构建的系统性问题
\r\n 研发管理体系的构建是一个系统性问题。割裂的、静态的去分析和解决，都是无法取得良好成效的。这个过程中，既要认识到研发管理的各个方面是一个整体，有要认识到每个部分相对独立并有其自身的特性，在个体与整体的关系中寻求一种动态的均衡，是构建研发管理体系的关键所在。
\r\n 一个管理体系的构建，无论是研发管理还是其它什么体系，都需要考虑到人、流程和技术三个方面的因素。这三个方面既彼此独立，又相互影响。因此在进行研发管理能力评估的过程中，我们也一样需要兼顾这三个方面。
\r\n 首先，这里的“人”并不是通常意义上的人的个体，更重要的是他们所组成的团队组织，以及这些组织的结构和运作机制。至少应考虑到组织结构、组织中成员的数量与能力、绩效管理的方式、职业发展通道，以及晋升机制等等方面。
\r\n 其次，流程也并非简单的指完成任务的过程，而是包括这一过程中的流程模型、阶段、步骤、任务，以及它们的顺序、输入输出、交付及标准、模板、操作指南等一些列配套的内容，当然也包括这些流程对应的执行团队的结构与职责定义。
\r\n 最后，技术方面，除了产品开发所使用到的具体技术意外，也包括这个过程中所需要使用到的管理和开发工具。
\r\n只有全面并系统的考虑了上述的三个方面，一个研发体系的构建才有可能高效而实用。遗漏或忽视了任何一个方面的问题，都有可能无法实现真正的效率提升。
\r\n 除了人、流程、技术这个思考的架构，我们还需要依据另外一个架构，那就是产品研发体系的一般框架。这个框架中，从业务和市场的需求出发，最终成功交付给客户，应该是一个端到端的完整过程。业界比较经典的框架包括PACE、IPD等，下图是一个典型的研发管理体系的框架（基于IPD的设计）。
\r\n[attach]1054[/attach]
\r\n
\r\n 上述的这种框架，可以帮助我们来理顺你将要建立的研发管理体系的范围、架构等宏观的思路。但没有任何一种架构可以解决所有的问题，你必须根据你的业务的特点来针对性的进行设计，不要盲目的照搬，以免出现东施效颦的结局。
\r\n我很多企业里面，在构建研发管理体系的过程中，在系统性方面常见的问题包括以下几个方面：
\r\n（1） 片面的强调体系的先进性，盲目照搬先进企业的管理模式，忽视了自身业务的类型和发展阶段，以及自身组织和个体的能力的现状。结果就像给农民穿上西装，既不合体，也无法劳作，最后的结果只能是丢弃在一旁，劳民伤财之余，还影响了当年的“收成”；
\r\n（2） 把体系的构建简单的视为流程的定义，这是另外一种常见的误区。没有意识到体系中还需要流程之外的要素需要一起考虑。结果显而易见，就像没有司机和汽油的汽车，结构虽然看似完整，但却无法真正运转。
\r\n（3） 割裂的看待每个独立的部分，这又是一种常见的错误。我在咨询生涯中，常遇到一些公司的管理者抛开环境、背景和前提，直接询问他所负责某个部门或项目应如何进行管理。抛开背景和环境，我也无法给予解答。有时候，他的问题是如何将一条海豚养大，但他却没有告诉你，其实他的小海豚现在是养在澡盆里的。如果你只是告诉他要投放什么样的饲料，预防什么样的疾病，那么无论如何他仍然无法解决他的问题。原因很简单，任何问题都有它的背景和前提，忽视了这些自然不能收到好的成效。就像测试部门如果不考虑自身与开发部门的关系，而独立去考虑如何提高产品质量，那么得到的结果往往是增加了成本，拖延了周期，而收效却不明显。各个优秀的局部的简单加和并不能得到一个优秀的整体，这一道理虽然简单，但却经常忽视。
\r\n（4） 静态的看待问题，这也是常见的误区。一个体系需要持续的改进和不断的完善。当你努力的去描绘现状并归纳问题的同时，其实现状已经发生了变化，因此你每次去设计的解决方案都会滞后于要解决的问题。你可以适当的做些前瞻性的设计，但最终还是不可能完全匹配。但很多公司却希望在体系的建设上一劳永逸，这与刻舟求剑的古老传说又有何异！真正要想解决这样的矛盾，只有一个办法--那就是建立一种不断自我完善和修复的机制，让整个体系能够持续改进，在动态的修复中不断前进！
\r\n研发管理体系建设这个话题很大，这次就先分享到这里。下次我们再继续！
\r\n（待续）
\r\n
