在it/網際網路圈中，小型初創公司經常面臨的最頭疼的問題就是人員更替，因為公司規模較小，人員較少，通常情況下每個人的職責又大都是不一樣的，這樣就會導致乙個人離職後，就馬上需要有人來補充這個空缺，除非這個職位所能完成的工作對於公司舉無輕重。因此公司對於將離職人員通常要安排工作交接，但工作交接的效果通常很難令人滿意，新上手的員工依然在處理某個具體問題上不知道如何去解決，並不是說工作交接沒有做到位，而是很難將工作交接做到位，即使公司的制度流程對員工離職工作交接進行了詳細規定，在實際操作過程中仍然容易出現走樣或者偏差的情況，而這些情況根本無法做到有效監管和審查。特別是工作交接如果等到員工正式提出離職的時候再開始做，99.9%是很難做好的。
所有的hr和管理人員都是為此想破了腦袋，因而有的公司就想出了建設公司知識庫的辦法。
1.建立文件庫。規定從專案開始到結束各個階段需要交付的文件，並指定專案外專人跟進檢查文件的數量和質量；文件要作為專案考核的重要指標。
2.建立工作描述，每個職位需要做什麼，在不同專案裡平時都在做什麼都要記錄在案。
3.列出工作計畫。除了定出一段時間內或當天的工作計畫，應定期將「應做而未做的」， 「應做而在做的」，「應做而已做的」向上級主管報告，並全部寫進公司的計畫管理系統中。
還有很多條目無法列出，但以上辦法就容易執行了嗎？
1.以上三者（文件、工作描述、工作計畫）寫到什麼程度算是詳盡，怎麼編寫才能上後來人輕鬆上手「新」工作崗位？就算是有規章制度，真的能做到事無鉅細？
2.以上三者中，客氣的說法，大部分可以說是公司的寶貴財富；但不客氣的說，相當一部分都是個人寶貴財富。公司的寶貴財富歸公司或者集體所有，但如何讓這些個人將自己的寶貴財富拱手讓給他人？
針對以上兩點，細緻補充如下。
1.如果公司的規章制度真的能做到事無鉅細，那公司的整體執行力一定處於行業內前列，但大家都知道是，就像有效性和可靠性是無法同時保障的一樣。要想做到如此有質量的工作，工作的效率肯定難以得到保障，專案的實施工期肯定會大幅度拖長，整個專案一定會付出更大的代價，儘管專案後期可能因此得到一定的保障，但是利是弊很難衡量，畢竟不同期的專案不可能是完全一樣。
2.現代社會是乙個競爭的社會，在中國這從一出生就開始了，處處是競爭，就算是親兄弟親姐妹之間也存在，更何況是公司與公司之間，陌生人與陌生人之間。就拿遺產來說，誰都可以想象，普通百姓誰會把自己的樓房財產拱手送給乙個外人？每個人都有自己的做事方法、思維方式等，這些東西就像產品秘方一樣，只能裝到自己的腦袋裡。這麼說聽起來儘管是自私了一點，但作為乙個普通人來講，如此深明大義之舉只有電影裡面出現。如果真如電影（如《超體》）說生存著是為了知識的傳承、如果真的是這樣，那國家為何存在，****為何存在？因此不僅僅個人是自私的，團隊也是自私的，公司也是自私的，國家也是自私的，人類更是自私的。
有人說奉獻的難度一定是人類》國家》公司》團隊》個人，那有人一定要問，為啥要犧牲我？團隊也要問為啥犧牲我們？最後人類也要問為啥要犧牲人類？
諸如此類，上面的哪些所謂的辦法也是難以實施了，就算強行實施，後續一定難以保證。
最後懇請大家提提自己意見，不求獻計獻策，但求批評指正。
產品文件概述
1.為什麼需要產品文件？1.1.解決利益相關者的問題 1.2.更多分散的原因 2.什麼是產品文件？2.1.產品文件應當包含什麼？2.2.什麼是好的產品文件？2.3.常見的文件 3.產品文件的成型過程？自己 思考 發散 規整 未來的自己 回溯 覆盤 學習 別人 設計 開發 我要做什麼 我為什麼要做這個...
產品學習 產品需求文件
為什麼要撰寫產品需求文件 需求文件的撰寫步驟 常用工具彙總 注意事項 pm三大文件 brd商業需求分析文件 mrd市場需求分析文件 prd產品需求分析文件 產品說明書，結合產品介面將各項功能 業務邏輯描述清楚 4個閱讀物件 加強內部溝通 1明確產品需求 2明確產品細節 3明確實現結果 使用者的操作體...
編寫產品需求文件
1做好準備工作 你需要去了解你的顧客 競爭對手 產品團隊的實力和需要的技術。你需要從顧客 使用者 競爭對手 分析師 產品團隊 銷售隊伍 市場 公司職員等收集他們能發現的問題和可能的解決辦法。這裡有很多的工作需要你去完成,在 成功的產品背後 這篇文章中有詳細的描述。2確定產品的目的 注意你不需要闡述太...