點(diǎn)點(diǎn)工作，就可以避免這種悲劇的發(fā)生。對這些小型企業(yè)，我有 一個建議：花幾千元錢買個臺式機(jī)做服務(wù)器，在該計(jì)算機(jī)上安裝一個代碼管理系統(tǒng)(SVN,SourceSafe)，安裝一個文檔管理系統(tǒng);然后要求公司所有 代碼和文檔，都必須歸類存放到該服務(wù)器上，當(dāng)然，出于安全考慮，這個服務(wù)器最好將硬盤配置成雙備份模式。
3：公司的核心研發(fā)機(jī)密如何能夠被保護(hù)。
對大公司來說，核心機(jī)密往往存在于人的頭腦中，但是由于往往涉及的產(chǎn)品都比較復(fù)雜，一兩個開發(fā)人員的離職并不會導(dǎo)致核心機(jī)密的泄漏，但是對中小型 公司而言，核心開發(fā)人員的離職很可能導(dǎo)致核心機(jī)密被競爭對手竊取。因此必要的權(quán)限管理還是需要的，對于能夠接觸到的文檔和代碼，最好在不影響開發(fā)工作的前 提下，盡量啟用較為嚴(yán)格的權(quán)限控制。如果是采用信息化管理系統(tǒng)，最好對系統(tǒng)的權(quán)限控制這一塊仔細(xì)評估一下。時而聽到一些小公司的老總開玩笑，研發(fā)資料放到 到處都是，反而不容易泄密，至少不會被內(nèi)賊一鍋端走，如果整理得很好，反而容易被搞走。
4：如何讓研發(fā)工作的管理更加簡單高效。
讓研發(fā)管理工作更加簡單高效，我想這是所有研發(fā)管理者的心聲。然而研發(fā)工作自身的規(guī)律決定了研發(fā)管理工作并不簡單，即并不存在簡單的管理。姑且不 說CMM的實(shí)施，很多團(tuán)隊(duì)在實(shí)施SCRUM方面都困難重重。有一位研發(fā)主管在聽我介紹TOPO研發(fā)管理系統(tǒng)后問了一個問題，你怎么能夠保證研發(fā)人員填寫的 信息的真實(shí)性?他指的是研發(fā)人員完成某個任務(wù)后，會將該任務(wù)的狀態(tài)更改為完成狀態(tài)，他的意思是如果研發(fā)人員沒完成某個工作卻直接將任務(wù)改成了完成狀態(tài)怎么 辦。記得還有一次一位研發(fā)主管問了類似問題：你這個系統(tǒng)好是好，要是研發(fā)人員不愿意用這個系統(tǒng)咋辦?這類問題同樣讓我想到另外一個同樣的問題:中美兩國舉 辦一個法律體制方面的研討會，出席研討會的中國法官問美國大法官的問題是，你們?nèi)绾伪苊庖粋€法官的腐敗，如何保證法庭的判決能夠得到執(zhí)行。
對于前3個問題，看得出這位老兄經(jīng)過一段困難期后總算勉強(qiáng)度過去了，能夠挺過去很大程度上是得到了老板的強(qiáng)力支持。對于如何讓研發(fā)工作的管理更加 簡單高效的這個問題，個人認(rèn)為不是方法太少而是方法太多，唯一需要的是需要仔細(xì)評估哪些方法適合引入團(tuán)隊(duì)，引入的方法如何才能夠被長期堅(jiān)持并得到持續(xù)改 善。筆者個人看法是中小企業(yè)在研發(fā)管理方面可以注重下面三個方面：
1：研發(fā)文件體系的建立。
這個包括文檔管理和代碼管理。文檔很好理解，但是要注意，這里的文檔不僅僅包括諸如用戶使用手冊，產(chǎn)品白皮書等容易看到的正式文檔，也包括所有的 過程文檔，例如設(shè)計(jì)文檔，技術(shù)文檔，競爭對手資料，產(chǎn)品測試文檔等等。注意這里的文檔一定是所有而不是部分，將公司所有文檔存放到一個統(tǒng)一的文件體系下永 遠(yuǎn)都是必要的。代碼管理其實(shí)并不僅僅是指軟件人員編寫的代碼，硬件人員的PCB,原理圖，CPLD，測試人員寫的測試用例腳本，對外發(fā)布的版本等文件都是 代碼管理的范疇?？梢哉f，無論是何種性質(zhì)的研發(fā)團(tuán)隊(duì)，研發(fā)文件體系的建立都是必須的，否則隱患太大。
2：過程信息化體系的建立。
過程信息化體系的建立，盡管不是必須但卻很有必要。研發(fā)工作是包含了各種各樣的復(fù)雜活動，相對于其它類型而言，研發(fā)工作者對信息的依賴更加大些。 在授權(quán)管理下研發(fā)相關(guān)的各項(xiàng)信息的最大化共享對促進(jìn)研發(fā)工作高效開展非常重要。借助于信息化系統(tǒng)，通過提供統(tǒng)一的工作入口，完全一致的工作方式，最大化的 知識共享與沉淀等來高效的提升研發(fā)效率顯得尤為必要。如果貴公司正好有研發(fā)過程信息化方面的需要，不妨評估一下集成式研發(fā)管理協(xié)作平臺，如TOPO研發(fā)管 理系統(tǒng)。