系統管理自測32問之9：有關設計文檔
譯文作者：核子可樂 譯
所謂設計文檔是一種用于記錄提出的新點子或者描述當前狀況的標準化格式。創建一套通用的模板。章節的標題可能包括：狀況概念、預期目標、無目標狀態、背景介紹、現有方案、備選思路、安全機制、災難恢復以及成本控制等。在這種格式的指導下，大家可以輕松寫出一份長達20頁的網絡結構調整計劃。
【51CTO精選譯文】本文是《Limoncelli的測試：有助于提高系統管理員團隊工作效率的32個問題》當中的第9題：你的團隊撰寫“設計文檔”嗎？
所謂設計文檔是一種用于記錄提出的新點子或者描述當前狀況的標準化格式。
創建一套通用的模板。章節的標題可能包括：狀況概念、預期目標、無目標狀態、背景介紹、現有方案、備選思路、安全機制、災難恢復以及成本控制等。
在這種格式的指導下，大家可以輕松寫出一份長達20頁的網絡結構調整計劃。這份報告可以用五頁闡述內置原型，使得團隊成員能夠理解并提出反饋意見；再以五頁敘述具體的部署流程；另用一頁作為備忘錄，將計劃中文件服務器的目錄樹所要使用的名稱記錄在案。有了這份文檔，整套系統在建立并投入使用之后就具備了足夠團隊成員們參閱的詳細說明。啊哈，這簡直就是一份指導團隊將你腦中想法變為現實的烹飪指南。
重點在于，你的團隊必須提前準備好一套交流所必需的機制，這樣就能在日常的溝通乃至閑聊中準確地傳達彼此的構想。這種機制在保障成員互相理解實施方式及決策原因方面將發揮出不可替代的重要作用。
無論大家想要的是嚴肅的建設性意見，還是“如果我的設想與大家手頭的現有工作間存在沖突，記得提醒我”這樣較為松散的要求，標準化格式總能幫上大忙。
憑一人之力設計出的文檔總會設置過多或是過少的章節標簽，也就是說有些人覺得無話可說、另一些人卻找不到合適的表達區塊。標準化模板會讓這些問題迎刃而解，同時也可以避免“言之無物”這類效率低下的現象。
【51CTO.com譯文，轉載請注明原文作譯者和出處。】
原文：http://everythingsysadmin.com/the-test.html
Limoncelli的測試：有助于提高系統管理員團隊工作效率的32個問題：
- A.面向公眾的處理方式:
- B. 現代化團隊處理方式:
- C. 業務操作方式:
- D. 自動化處理方式:
- E. 團隊管理方式:
- F. 硬件發生故障時的處理方式:
- G. 安全性處理方式:
【編輯推薦】
責任編輯：yangsai
來源：
51CTO.com
