[原创] 如何让研发管理工作更加简单高效？ ( 二)
这位仁兄遇到了遇到的困境也正是大多数研发管理者可能经常会遇到的：
1：研发管理理念与研发管理实施。 研发管理咨询师能够为客户提供管理理念和思想，但是对如何将这些先进的管理理念付诸实施经常显得无能为力。多数情况下告诉你哪些做法不对，哪些做法是对的是比较容易的；但是却很难告诉你具体如何做？就算具体告诉你如何做？你也不知道如何应对实施过程中的困难？或者很多情况下你的团队可能根本不具备实施这些管理理念的条件！目前国内对研发管理的咨询很多基于IPD，CMM的思路，但是这些管理思路多数情况下也就是看起来很美，要真正实施起来遇到的困难和能够切实带来的效果很值得让人再三衡量。没有人买鞋时不将鞋穿上脚并走几步试试，但是我见过有些公司采购管理系统后发现根本“穿不上脚”的失败案例，因工作的原因，笔者总是偶尔能耳闻一些公司耗近百万采购“咨询＋IT管理系统”后的悲惨结局，听来让人惋惜。 2：人员流失尤其是资深技术人员的流失对公司的影响。 任何公司的研发人员流失特别是资深技术人员的流失都会或多或少的给公司带来一些影响。对于小公司而言，有时这种人员流失足以让一个公司停摆。但是人员流动又不可避免，因此研发管理者应该对此采取相应的预防措施。必要的文档，关键岗位的备份，资深人才的长期激励等都是方法，但是最怕的就是没有采取任何预防措施。这里说一个真实案例，杭州一家为制袜企业提供织花控制产品的公司，由于公司比较小，只有3个研发人员，1个硬件，1个软件和1个项目经理，结果这个做软件工程师离职后，新来的人员发现这个离职的软件人员连公司产品的软件代码都没留下，只得再从零开发！在CTO俱乐部里，也听闻有个公司的经理被研发人员要挟到连代码都不敢要求提供。看到这些事例真是让人感到惋惜，其实做老板的只需要做一点点工作，就可以避免这种悲剧的发生。对这些小型企业，我只有一个建议：花几千元钱买个台式机做服务器，在该计算机上安装一个代码管理系统（SVN,SourceSafe），安装一个文档管理系统；然后要求公司所有代码和文档，都必须归类存放到该服务器上，当然，出于安全考虑，这个服务器最好将硬盘配置成双备份模式。 3：公司的核心研发机密如何能够被保护。 对大公司来说，核心机密往往存在于人的头脑中，但是由于往往涉及的产品都比较复杂，一两个开发人员的离职并不会导致核心机密的泄漏，但是对中小型公司而言，核心开发人员的离职很可能导致核心机密被竞争对手窃取。因此必要的权限管理还是需要的，对于能够接触到的文档和代码，最好在不影响开发工作的前提下，尽量启用较为严格的权限控制。如果是采用信息化管理系统，最好对系统的权限控制这一块仔细评估一下。时而听到一些小公司的老总开玩笑，研发资料放到到处都是，反而不容易泄密，至少不会被内贼一锅端走，如果整理得很好，反而容易被搞走。 4：如何让研发工作的管理更加简单高效。 让研发管理工作更加简单高效，我想这是所有研发管理者的心声。然而研发工作自身的规律决定了研发管理工作并不简单，即并不存在简单的管理。姑且不说CMM的实施，很多团队在实施SCRUM方面都困难重重。有一位研发主管在听我介绍TOPO研发管理系统后问了一个问题，你怎么能够保证研发人员填写的信息的真实性？他指的是研发人员完成某个任务后，会将该任务的状态更改为完成状态，他的意思是如果研发人员没完成某个工作却直接将任务改成了完成状态怎么办。记得还有一次一位研发主管问了类似问题：你这个系统好是好，要是研发人员不愿意用这个系统咋办？这类问题同样让我想到另外一个同样的问题:中美两国举办一个法律体制方面的研讨会，出席研讨会的中国法官问美国**官的问题是，你们如何避免一个法官的腐败，如何保证法庭的判决能够得到执行。
1：研发管理理念与研发管理实施。 研发管理咨询师能够为客户提供管理理念和思想，但是对如何将这些先进的管理理念付诸实施经常显得无能为力。多数情况下告诉你哪些做法不对，哪些做法是对的是比较容易的；但是却很难告诉你具体如何做？就算具体告诉你如何做？你也不知道如何应对实施过程中的困难？或者很多情况下你的团队可能根本不具备实施这些管理理念的条件！目前国内对研发管理的咨询很多基于IPD，CMM的思路，但是这些管理思路多数情况下也就是看起来很美，要真正实施起来遇到的困难和能够切实带来的效果很值得让人再三衡量。没有人买鞋时不将鞋穿上脚并走几步试试，但是我见过有些公司采购管理系统后发现根本“穿不上脚”的失败案例，因工作的原因，笔者总是偶尔能耳闻一些公司耗近百万采购“咨询＋IT管理系统”后的悲惨结局，听来让人惋惜。 2：人员流失尤其是资深技术人员的流失对公司的影响。 任何公司的研发人员流失特别是资深技术人员的流失都会或多或少的给公司带来一些影响。对于小公司而言，有时这种人员流失足以让一个公司停摆。但是人员流动又不可避免，因此研发管理者应该对此采取相应的预防措施。必要的文档，关键岗位的备份，资深人才的长期激励等都是方法，但是最怕的就是没有采取任何预防措施。这里说一个真实案例，杭州一家为制袜企业提供织花控制产品的公司，由于公司比较小，只有3个研发人员，1个硬件，1个软件和1个项目经理，结果这个做软件工程师离职后，新来的人员发现这个离职的软件人员连公司产品的软件代码都没留下，只得再从零开发！在CTO俱乐部里，也听闻有个公司的经理被研发人员要挟到连代码都不敢要求提供。看到这些事例真是让人感到惋惜，其实做老板的只需要做一点点工作，就可以避免这种悲剧的发生。对这些小型企业，我只有一个建议：花几千元钱买个台式机做服务器，在该计算机上安装一个代码管理系统（SVN,SourceSafe），安装一个文档管理系统；然后要求公司所有代码和文档，都必须归类存放到该服务器上，当然，出于安全考虑，这个服务器最好将硬盘配置成双备份模式。 3：公司的核心研发机密如何能够被保护。 对大公司来说，核心机密往往存在于人的头脑中，但是由于往往涉及的产品都比较复杂，一两个开发人员的离职并不会导致核心机密的泄漏，但是对中小型公司而言，核心开发人员的离职很可能导致核心机密被竞争对手窃取。因此必要的权限管理还是需要的，对于能够接触到的文档和代码，最好在不影响开发工作的前提下，尽量启用较为严格的权限控制。如果是采用信息化管理系统，最好对系统的权限控制这一块仔细评估一下。时而听到一些小公司的老总开玩笑，研发资料放到到处都是，反而不容易泄密，至少不会被内贼一锅端走，如果整理得很好，反而容易被搞走。 4：如何让研发工作的管理更加简单高效。 让研发管理工作更加简单高效，我想这是所有研发管理者的心声。然而研发工作自身的规律决定了研发管理工作并不简单，即并不存在简单的管理。姑且不说CMM的实施，很多团队在实施SCRUM方面都困难重重。有一位研发主管在听我介绍TOPO研发管理系统后问了一个问题，你怎么能够保证研发人员填写的信息的真实性？他指的是研发人员完成某个任务后，会将该任务的状态更改为完成状态，他的意思是如果研发人员没完成某个工作却直接将任务改成了完成状态怎么办。记得还有一次一位研发主管问了类似问题：你这个系统好是好，要是研发人员不愿意用这个系统咋办？这类问题同样让我想到另外一个同样的问题:中美两国举办一个法律体制方面的研讨会，出席研讨会的中国法官问美国**官的问题是，你们如何避免一个法官的腐败，如何保证法庭的判决能够得到执行。