我們是小公司,小到常態編制剩我一人,程式也都賣不到百萬等級,我也不是資訊管理出身,所以看不懂SRS、SDD、WBS、等專業名詞,但我深切知道reuse重用的重要性,因為平常都是在接專案,如果做過的東西沒有提升reuse的百分率,那每個專案可能就會變成每個坑,所以不同的系統,像會計,進銷存,公務薪資,貿易等不同體值的系統,仍然可以做到90以上的重用率,意思是不同系統有90%相同的程式庫,只有少數差異才需編寫個別的程式庫,所以完成不同類型新專案速度就會很快.而且主系統也很小.因為系統完成快,所以就有必較多的時間整理文件.

我們是將幾乎全部的商業邏輯都以存到資料庫的方法來處理系統,因為是資料庫而不是程式庫,所以可以編寫維護資料庫的方式來為維護系統邏輯.大部分客戶要擴充或修改商業邏輯的場合,只需打開文件,加以編修即可符合客戶所需.

文件除商業邏輯以外,個別專案的function,UI介面,database table,stored procedure等資料也可自動匯入,這些都必須進行管理,系統才會透明化.主要目的是方便後勤與交接,不然要回想過去做過的事,或看同伴走過的痕跡都會很辛苦.另外系統文件多了,未來也有機會變成業務用文件.

我們也建立後勤網,個人認定這也是文件之一,將客戶的原始需求post到論壇,分析與解決過程也記錄起來,就可以有系統的管理專案細節.同時等著有機會時交接給新人.

想招兼職文件人員,幾次登老半天都無人響應,而招募過的員工,不管全職或兼職,要求他們依論壇公告標準化程序行事,都還是有困難,包含UI排定規則,資料欄位命名規則等,都像青年守則一樣只被用來喊喊而已,我想原因可能是大部分員工都喜貪圖方便,並與不認同文件重要性有關,畢竟要體會出文件與自己的切身關係很難,加上平常無書寫文件習慣,要將思考的內容表達成文字都變成困難重重.這跟他們進來前滿口答應可以配合寫文件,登論壇,再驗證其表現,我想文件的本質與付出都超出他們所能預想空間與能力範圍之外了.程式可以一天產出一千列,但說明文字卻寫不出來,最後伏留下一千列的盲點.


所以我的文件幾乎都我自己在看,流程圖也自己在畫,說明也自己在打,不錯,在這邊看到有人認同文件重要性.雖然文件的內容與對象跟我做的可能不一樣.
我的文件網與後勤網,歡迎大家有空時光臨.