接手項目擔當營運，前技術團隊應該提供哪些正當規範的交接文檔和支援人員

作為接手團隊應該注意什麼，保證後期項目的穩定運行？
這類事情的風險，帳號、惡意修改、填坑？
大型項目難免部分細節可能需要前團隊做支援？交接文檔和手續之後，要求提供後期按工時或次數限定的技術顧問服務合理嗎。

回複內容：

作為接手團隊應該注意什麼，保證後期項目的穩定運行？
這類事情的風險，帳號、惡意修改、填坑？
大型項目難免部分細節可能需要前團隊做支援？交接文檔和手續之後，要求提供後期按工時或次數限定的技術顧問服務合理嗎。

惡意修改之類的問題可以依靠法律協議及良心，還有保密協議是必須的，另外應該要求對方提供所有的可能的主機、賬戶、密碼等資訊並修改密碼。支援人員最好是友好協商，留下連絡方式，有問題的時候能問一下，這個能讓你少走彎路，但是不會幫你解決任何實際問題。
至於文檔什麼的，真心不用期待了，文檔永遠跟不上代碼的變化，所以到期的文檔除了坑你之外沒有別的用處。自己慢慢玩兒吧，坑是必然的，習慣了就好了。
關於緊急bug的修複，這種東西通常根本不需要你瞭解項目整體，只要把出現的問題改好就行了。
交接的時候前輩總是得意洋洋的告訴你一些輝煌的曆史，絕對不會告訴你任何問題的，第一損害自己的名聲，第二萬一你讓他改完了才放人怎麼辦，第三他自己根本也不知道有什麼問題（沒人會寫自認為是錯誤的代碼，所以bug只會被別人查出來）
加油吧~

這就是良心活了，你能想到的就都要吧。如果Team Dev夠專業，可能給你比較詳細的開發文檔。不專業可能就沒什麼文檔，你要的話臨時給你寫個湊合用的。操蛋的團隊就毛都沒有，然後都是坑，代碼都是什麼茄子黃瓜西紅柿什麼的，你研究去吧，幾個月能瞭解個大概就不錯了。現在也祈禱下比較好，祝你好運。

