100w的項目做了一年，接近尾聲，和其它項目一樣驗收時都回遇到很多麻煩。回顧這一年我和我兩個兄弟都很辛苦。凡是在做項目的人我感覺都很辛苦，我就不多說了。

       我做過幾個類似的小項目，在此基礎上我的技術水平在項目開始時我基本不用擔心碰到什么沒遇到的技術難題。我調整了軟件的結構，感覺管理軟件用“樹”結構最好。清晰。缺點是多了一些冗余數據。當然做軟件不能光做“軟件”，還又許多復雜的事情要處理。

1．要有需求調研，當然在此之前肯定有軟件的銷售合同。這不光是軟件工程上要求的需求調用的概念。需求調研確定之后形成需求確認書，是要求客戶確認的。客戶如果不能確認我們千萬不能開工（我不是危言聳聽）。這一點是項目開始實施的基礎。可以預防項目按客戶的要求完成時客戶不認帳。我經常碰到不認帳的客戶，特別時大公司，人和人之間的關系復雜……而且客戶的想法永遠超前于我們的做法。如果一定要改，先改確認書，再實施，把客戶的變化記錄在案。

2．客戶在項目里的負責人要有一定的權力，越大越好，而且人數不能多最好一個。也就是說只要有一個權力很大的負責人就好了。至于他有多少個馬仔我們就不管了。因為在大公司了人和人之間的關系很復雜，許多矛盾不是我們短期能發現的，而且沒有必要卷進他們的斗爭中。

3．充分利用手中的資源。不能讓你的兄弟閑著，要給他們一定的壓力，分擔一定的任務。這樣他們能學到東西，使他們覺的工作有成就感。必要時要給加工資或者補貼。每周和領導溝通，讓他知道項目的進展情況。

4．客戶也是人，你不能要求客戶同樣有豐富的計算機知識，不要埋怨客戶什么都不懂，他能把他們的意思講出來就已經足夠了。如果你的工作是認真買力的，客戶是看得到的，許多很復雜的工作可能因為你和客戶的關系不作或者做出來操作復雜一點他們也接受了。

5．定期進行項目的小結，讓盡量多的人知道你過去這段時間做了什么，將要做什么。

6．測試的工作要做足，要把測試用例，發現問題，如何修改，時間等記錄清楚。不要以為一個小問題幾分種就改好了，就不需要記錄了。當你改完后你發現更到的bug在等你……^_^

       就寫這多，待續