去年，KiKi 媽咪跑了四大家客戶，兩家客戶都被 KiKi 媽咪拿下來，兩家都還在談，但機率都很大！這四家客戶，都有一個共同點，就是都認同 KiKi 媽咪的專案管理理念及文件管理！
文件管理，什麼東西啊？在 PMP 中有說到這個嗎？為什麼這四大客戶，都那麼重視呢？
在軟體專案管理的理域中，很重要的一點，是文件的交付，這些文件花樣百出，但脫離不了以下幾本：
專案管理計畫書
系統需求規格書
系統分析規格書
系統設計規格書
系統測試計畫及報告
系統驗收計畫及報告
教育訓練計畫書
系統導入計畫書
系統操作手冊
以上幾本是基本的，看案子的大小，再加上其它的需求！
但我敢打包票，80% 以上的軟體廠商，不管大或小家的，不是隨便寫一寫，就是案子結束後才再趕文件！這些文件的價值根本是零。
這必須回歸到一個定義思考問題：『文件』到底是什麼？
定義及目的，決定了『文件』的命運~~~~~
KiKi 媽咪認為：它是專案管理的過程，而不是最後的產出！
若有人把文件當成『產出』，那麼，他真的一定很痛恨寫文件，因為他是一個結果，你必須在期限內完成它，當然會很痛苦；但若它是一個『過程』，那麼，它只是專案中的一個過客，重點是，它是用來做『溝通』及『保護自己』的東西，我想若如此定義，那文件，是真的很重要的！
KiKi 媽咪一直在討論一項東西－資訊傳遞，文件，就是很重要的一個工具！
思考一些事情：
1. 如何讓所有的專案同仁，包含客戶端的人，都知道專案的遊戲規則？
2. 如何讓所有的專案同仁，都知道自己的任務及別人都在做什麼？
3. 如何讓客戶使用者知道你未來設計出來的系統長的怎様？
4. 你如何知道客戶的想法，你理解的，到底對或不對？
5. 你如何確認設計師寫出來的系統，有符合客戶的需求？
6. 你如何和設計師溝通及讓大家知道設計的統一規則？
7. 你如何讓大家知道每個階段中，要大家如何配合你？
導演及演員，也必須要有一個好劇本，才可以導出一齣好劇，有聽說，演完後，再交劇本給觀眾的嗎?
（當然，即興演出另當別論，但專案不是玩即興演出的吧！）
很多人，等到系統開發完後，才將以上的文件趕出來給客戶，所以覺得這些文件根本不重要，當然，如此定義，這文件當然不重要！而且我很相信，這個案子一定做的很差，包含只有一個人完成的案子都是。
每一份文件有他的使命，若一份文件寫出來，後續用不到，那，它真的是一份垃圾，我會和客戶說，這本文件我不要交付，因為只會浪費我的時間，我寧可花時間多寫一個功能給你。
當然，寫文件，有一定的技巧，先不管內容好或壞，有人寫的快，有人寫的慢，為什麼？
寫文件第一技巧是：要會用 Word！！！！！！！！
會？真的會嗎？
到目前為止，沒看過有人真的會好好的使用這工具。
開會去了，下次教囉！
留言列表
