一家为制袜企业提供织花控制产品的公司，由于公司比较小，只有

3 个研发人员，1 个硬

件，

1 个软件和 1 个项目经理，结 果这个做软件工程师离职后，新来的人员发现这个离职

的软件人员连公司产品的软件代码都没留下，只得再从零开发

!在 CTO 俱乐部里，也听闻

有个公司的经理被

 研发人员要挟到连代码都不敢要求提供。看到这些事例真是让人感到惋

惜，其实做老板的只需要做一点点工作，就可以避免这种悲剧的发生。对这些小型企业，我
有

 一个建议：花几千元钱买个台式机做服务器，在该计算机上安装一个代码管理系统

(SVN,SourceSafe)，安装一个文档管理系统;然后要求公司所有 代码和文档，都必须归类存
放到该服务器上，当然，出于安全考虑，这个服务器最好将硬盘配置成双备份模式。

3：公司的核心研发机密如何能够被保护。

对大公司来说，核心机密往往存在于人的头脑中，但是由于往往涉及的产品都比较复杂，
一两个开发人员的离职并不会导致核心机密的泄漏，但是对中小型

 公司而言，核心开发人

员的离职很可能导致核心机密被竞争对手窃取。因此必要的权限管理还是需要的，对于能够
接触到的文档和代码，最好在不影响开发工作的前

 提下，尽量启用较为严格的权限控制。

如果是采用信息化管理系统，最好对系统的权限控制这一块仔细评估一下。时而听到一些小
公司的老总开玩笑，研发资料放到

 到处都是，反而不容易泄密，至少不会被内贼一锅端走，

如果整理得很好，反而容易被搞走。

4：如何让研发工作的管理更加简单高效。

让研发管理工作更加简单高效，我想这是所有研发管理者的心声。然而研发工作自身的规律
决定了研发管理工作并不简单，即并不存在简单的管理。姑且不

 说 CMM 的实施，很多团

队在实施

SCRUM 方面都困难重重。有一位研发主管在听我介绍 TOPO 研发管理系统后问了

一个问题，你怎么能够保证研发人员填写的

 信息的真实性?他指的是研发人员完成某个任

务后，会将该任务的状态更改为完成状态，他的意思是如果研发人员没完成某个工作却直
接将任务改成了完成状态怎么

 办。记得还有一次一位研发主管问了类似问题：你这个系统

好是好，要是研发人员不愿意用这个系统咋办

?这类问题同样让我想到另外一个同样的问题:

中美两国举

 办一个法律体制方面的研讨会，出席研讨会的中国法官问美国大法官的问题是，

你们如何避免一个法官的腐败，如何保证法庭的判决能够得到执行。

对于前

3 个问题，看得出这位老兄经过一段困难期后总算勉强度过去了，能够挺过去很大

程度上是得到了老板的强力支持。对于如何让研发工作的管理更加

 简单高效的这个问题，

个人认为不是方法太少而是方法太多，唯一需要的是需要仔细评估哪些方法适合引入团队
引入的方法如何才能够被长期坚持并得到持续改

 善。笔者个人看法是中小企业在研发管理

方面可以注重下面三个方面：

1：研发文件体系的建立。

这个包括文档管理和代码管理。文档很好理解，但是要注意，这里的文档不仅仅包括诸如用
户使用手册，产品白皮书等容易看到的正式文档，也包括所有的

 过程文档，例如设计文档，

技术文档，竞争对手资料，产品测试文档等等。注意这里的文档一定是所有而不是部分，将
公司所有文档存放到一个统一的文件体系下永

 远都是必要的。代码管理其实并不仅仅是指

软件人员编写的代码，硬件人员的

PCB,原理图，CPLD，测试人员写的测试用例脚本，对