首先，请企业的决策者考虑一下：“您了解研发项目的主要成员的真实能力和特长吗？他们适合所从事的研发项目吗？”这就涉及到研发项目的主要承担人员——研发技术人员的选择问题了。而由于很多企业没有切实可行的对研发技术人员日常绩效和能力评估的工具和办法，造成难以很好把握研发技术人员的真实工作能力和技能水平，选择“正确的人”就很难做到了。

 其次，我们再来考虑一下这样一个问题：“研发项目到底是谁的工作？”。笔者发现，在很多企业会有这种现象——大家都认为研发项目仅仅就是研发人员的事情，其他相关人员则是一种袖手旁观、置身事外的态势，而关注点又都落在了研发技术人员身上，给了他们这个特殊群体额外的压力，往往会给他们背上了沉重的包袱，使研发人员经常会有一种独木难支的孤立感。在这里必须的指出，研发项目是一个企业的工作，上至企业的决策者下至几乎每一个职能部门都应该参与到研发项目中来，都是研发项目的利益相关者。通过对案例企业研发项目的部分分析，可以清晰地看到这一点。

 根据下图，我们暂且把该企业的研发项目分为三个阶段：调研、实施和验证，这是针对整个研发项目而言的，而不是仅仅针对研发的产品。

 

而在这三个阶段中的利益相关者又有哪些呢？请见下表：

从上面的图表中我们看到：一个研发项目的参与者据不仅仅是研发人员或者项目组成员，对于这些在不同阶段的参与者，除了在项目管理中进行调度和监督激励外，还要与这些人员的日常绩效管理挂钩，使其责、权、利得以匹配。

 思考四：我们是在“正确地”做事吗？

 这就涉及到研发项目管理的问题。主要是需要考虑研发计划的可行性和真实性、研发项目评价的准确性和有效性、研发项目负责人的管理协调能力等诸多方面。在这里不能面面俱到，仅就笔者认为的几个关键点进行一下分析。

 首先，研发项目立项报告的可行性和真实性。

 前面谈到了项目建议书，在项目建议书通过后就是项目的立项，立项的内容是对项目建议书的进一步深化和落实。其中，最主要的就是研发阶段的工作任务和时间进度计划。工作任务和时间进度谁来制定？一般是项目负责人，但其他的项目组成员是否需要参与呢？答案是肯定的，不仅需要参与，而且应该在各自负责的工作任务和时间进度确定上起主导作用，项目负责人则更多的是通盘考虑项目中各部分内容的协调一致和整体计划进度。特别是在时间进度的安排上，公司还应该根据对于项目的定位：效率（有些研发项目需要尽早完成，去抢占市场份额）和效果（有些研发项目需要的是最佳的成果质量，为今后的发展蓄力）哪一方面更需要侧重？在这里还要建议每位项目成员，对于工作任务和时间进度的考虑一定要细化，千万不要凭经验估计，应该结合所面对项目的实际情况做一个设身处地的思考，细化到详细工作步骤，有一些看似细节的工作往往会由于我们在制定计划时的疏忽而在项目实施过程中给我们造成意想不到的麻烦，在这时我们应该记住“细节决定成败”。

 其次，充分发挥项目负责人的管理职能。作为研发项目负责人在有些企业往往会使一些技术能力较强的人员，但这些技术能力较强的研发人员往往管理协调能力比较薄弱。研发技术人员的特点是过多的关注于技术工作而并不善于沟通，这就给整个项目进展的协调一致带来不小的影响，这时候就要求项目负责人发挥其管理协调作用。对于这些管理协调能力不足的项目负责人，一方面对其进行管理培训和能力提升；一方面应该在项目管理中明确其职责，并建立项目组内、外部沟通制度，以定期督促其项目组内、外部沟通协调来帮助项目负责人行使其管理协调职能。

 第三，准确有效的评价项目成果。在本文开头的案例中，该企业存在的很大一个问题就是评审委员会对项目的评价难以做到准确有效，很大程度上打击了研发人员的积极性。对于研发项目成果评价，一般企业都会有评审委员会，而评审人员往往会来自不同的职能部门，他们对项目的了解程度不一，对项目成果的关注点也不同，从而导致评审人员所提出的意见经常是发散的。发散的意见一方面未必能真实有效，一方面会给研发人员带来迷惑——到底谁说的对？这就要求评审委员会成员在项目评审前应该充分做好评审准备，详细阅读各项评审资料，在评审时做到有的放矢，提高评审质量。另一方面，评审委员会应对各成员提出的意见进行统一的分析和筛选，形成评审委员统一的意见，对研发项目的改进形成有效支持。公司层面上还要明确评审委员会及其成员的权限和责任，强化评审人员的责任意识。

 第四，充分应用研发项目成果。这里所说的“成果”并不是指研发出来的产品，除了产品，研发成果还包括什么呢？还包括研发过程中产生和应用的新技术以及研发技术人员在项目中获得的能力提升和经验积累，这些都是研发项目带给我们的宝贵财富。对于产生的新技术，企业应该迅速的纳入技术信息库中，在研公司中进行充分的共享并鼓励推广应用，从而对其他研发项目形成有效支持和借鉴，避免研发人员的重复劳动，加速技术的成熟。

 特别提到的一点，就是在研发过程中阶段性体现出的新技术或新思路，这些技术和思路也许因为这样或那样的原因最终并没有在这个项目中得以开发或应用，但它可能是企业今后发展的一个方向或应用的亮点。对这些“未成功”的技术也应该予以确认和保留并共享，在一定的条件下要么会变成成功技术，要么会成为避免研发人员再入误区的警示牌，其价值也是很大的。对于在研发项目过程中相关人员的能力提升和经验积累，在项目结束后要有一个真实的评价，其结果可以直接应用于研发技术人员的职业生涯规划，成为该人员今后职业生涯晋升和发展的有效依据。

 以上是笔者在咨询中对研发管理的几点思考，思考的未必全面，分析的也未必正确。抛砖引玉，仅想通过自己的几点拙见而引发大家对研发管理的审视和思考，不当之处还望批评指正。