這是特指那些為了某些目的，人們快速建立出來的Teams，在完成它的使命後，就被棄之不用、無人問津，遺留在M365環境中。
疫情已經影響了這個世界快兩年，雖然有的地方逐漸開放，但大家都心知肚明，有些習慣已經改變，再也回不去了。比如，對於Teams的使用，越來越多的線上交流和會議等等。
一旦用上了，您就停不下來了。
然而，Teams這東西，更多是趕鴨子上架，大多數企業和團體是缺乏長期規劃的，他們在疫情到來之時倉促啟用，使用者們因為沒有別的選擇，也不得不去用，於是，問題逐漸暴露出來。
僵屍Teams就是問題之一。
那麼僵屍Teams是指什麼樣的Teams呢？幾個例子：
- 該Team在90天以上沒有人使用過（天數可根據公司、組織的規定進行調整）。
- 同專案有關的Teams，在專案結束後，需要被歸檔。
- 邀請外部使用者存取的Teams，他們真的要永遠留在公司內部的Teams中嗎？
- 在Teams中帶有”測試”（Test）字眼的內容。
這些都是極其容易界定僵屍Teams的標準。當然，標準不是唯一的。有一百個讀者就有一百個哈姆雷特，規則固然不必教條，但是規則本身還是要的。
由此引申下去，誰該負責清理這些僵屍Teams呢？
公司管理層，應該決定哪些資訊可以被刪除。比如，部門聚餐的討論群組，就沒有必要永遠留在Teams中。基於專案建立的內容，一個專案的負責人，或專案經理是最有發言權的。如果涉及外部使用者，那麼客戶經理應該對此做出決定。
同時，公司的法務、稽核部門，要頒布相關文件辦法。而HR部門，確保文件的傳達落實。
微軟產品本身是擁有這些功能的。比如”Archive Teams”，就是個很酷的模組。它可以將Teams禁用，然後將當中的對話和文件定義為”Read Only”的權限。
還有”Group Expiration”功能，可以設定一個大概的時間段，在該時間段中，Teams是可用的。到期則被移至”Compliance Center”。
然而，一般使用者肯定會對此頗有微辭。對於事務的改變，人們總是會有抗拒，因為他們的習慣被改變了。這時，會有無數個特殊的情況被提及，比如：
- 我有許多文件，人們需要去存取、甚至修改，但我並不想讓他們存取我的Teams。預設的功能只能歸檔，歸檔後權限只能給”唯讀”，這樣根本沒用！
- 我們有很多部門的Teams，各部門平常都在各自的Teams中討論跟分享文件。我們如何區分各部門哪些文件可以保留？哪些被歸檔或刪除？總不能一體適用吧？
- 我的Teams可以歸檔，但是當中的文件還在使用，怎麼辦？能不能幫我移到SharePoint Online之類的地方？這需要另起遷移專案嗎？遷移過程中，這些資料還能用嗎？
- 我們有太多不確定的因素，那麼該如何建立Teams的相關規則？
好吧，這就涉及到Teams的治理，以及生命週期的討論了。生命本就是複雜的，呈現多樣性的。這是AvePoint Cloud Governance所擅長的領域。該解決方案可以：
- 幫助客戶，從一開始設定協作工具的使用狀況。個人網路空間=OneDrive，文件共享管控=SharePoint Online，辦公協同合作=Teams。
- 接著，將決定Teams中的文件，是否可以脫離Teams使用，誰擁有存取的權限？以及外部使用者是否可以存取？
- 文件中是否含有敏感資訊？如果包括個人隱私等內容，是否還能上傳到雲端的平臺？
- 同#1，一旦歸檔，Teams中文件和對話是否需要區別對待？文件是否需要保留？或者遷移至別處？
總之，只要有使用Teams，那僵屍Teams就一定會在那裡，只是量多量少的差別。您可以未雨綢繆，防患於未然，亦可等到積累多些再做治理。俗話說得好，沒有規矩不成方圓。治理Teams，向僵屍Teams宣戰，不是要不要的問題，而是時間問題。
