要做一点点工作，就可以避免这种悲剧的发生。对这些小型企业，我只有一个建议：花几千元钱买个台式机做服务器，在该计算机上安装一个代码管理系统(SVN,SourceSafe)，安装一个文档管理系统;然后要求公司所有代码和文档，都必须归类存放到该服务器上，当然，出于安全考虑，这个服务器最好将硬盘配置成双备份模式。
3、公司的核心研发机密如何能够被保护。
对大公司来说，核心机密往往存在于人的头脑中，但是由于往往涉及的产品都比较复杂，一两个开发人员的离职并不会导致核心机密的泄漏，但是对中小型公司而言，核心开发人员的离职很可能导致核心机密被竞争对手窃取。因此必要的权限管理还是需要的，对于能够接触到的文档和代码，最好在不影响开发工作的前提下，尽量启用较为严格的权限控制。如果是采用信息化管理系统，最好对系统的权限控制这一块仔细评估一下。时而听到一些小公司的老总开玩笑，研发资料放到到处都是，反而不容易泄密，至少不会被内贼一锅端走，如果整理得很好，反而容易被搞走。
4、如何让研发工作的管理更加简单高效。
让研发管理工作更加简单高效，我想这是所有研发管理者的心声。然而研发工作自身的规律决定了研发管理工作并不简单，即并不存在简单的管理。姑且不说CMM的实施，很多团队在实施SCRUM方面都困难重重。有一位研发主管在听我介绍TOPO研发管理系统后问了一个问题，你怎么能够保证研发人员填写的信息的真实性?他指的是研发人员完成某个任务后，会将该任务的状态更改为完成状态，他的意思是如果研发人员没完成某个工作却直接将任务改成了完成状态怎么办。记得还有一次一位研发主管问了类似问题：你这个系统好是好，要是研发人员不愿意用这个系统咋办?这类问题同样让我想到另外一个同样的问题:中美两国举办一个法律体制方面的研讨会，出席研讨会的中国法官问美国大法官的问题是，你们如何避免一个法官的腐败，如何保证法庭的判决能够得到执行。
对于前3个问题，看得出这位老兄经过一段困难期后总算勉强度过去了，能够挺过去很大程度上是得到了老板的强力支持。对于如何让研发工作的管理更加简单高效的这个问题，个人认为不是方法太少而是方法太多，唯一需要的是需要仔细评估哪些方法适合引入团队，引入的方法如何才能够被长期坚持并得到持续改善。笔者个人看法是中小企业在研发管理方面可以注重下面三个方面：
1、研发文件体系的建立。
这个包括文档管理和代码管理。文档很好理解，但是要注意，这里的文档不仅仅包括诸如用户使用手册，产品白皮书等容易看到的正式文档，也包括所有的过程文档，例如设计文档，技术文档，竞争对手资料，产品测试文档等等。注意这里的文档一定是所有而不是部分，将公司所有文档存放到一个统一的文件体系下永远都是必要的。代码管理其实并不仅仅是指软件人员编写的代码，硬件人员的PCB,原理图，CPLD，测试人员写的测试用例脚本，对外发布的版本等文件都是代码管理的范畴。可以说，无论是何种性质的研发团队，研发文件体系的建立都是必须的，否则隐患太大。
2、过程信息化体系的建立。
过程信息化体系的建立，尽管不是必须但却很有必要。研发工作是包含了各种各样的复杂活动，相对于其它类型而言，研发工作者对信息的依赖更加大些。在授权管理下研发相关的各项信息的最大化共享对促进研发工作高效开展非常重要。借助于信息化系统，通过提供统一的工作入口，完全一致的工作方式，最大化的知识共享与沉淀等来高效的提升研发效率显得尤为必要。如果贵公司正好有研发过程信息化方面的需要，不妨评估一下集成式研发管理协作平台，如TOP