今天專案總監給我發了乙份郵件，這份郵件內容主要是針對我發給上級領導的郵件中其格式，語句上都有問題。今天我把它粘出來，給新手一些參考。
[b]關於自己review這件事[/b]
我一直建議大家寫完**後，自己再多讀一遍；寫完文件後，自己再回頭多玩味幾遍。回頭審視的過程，其實是乙個自省的過程；沒發布之前的回頭審視，其實是給自己多了乙個改進的機會，或者說多了一點思考的時間；純粹的做事，而不思考如何做得更好，對個人而言，無法快速提公升。
[b]技術人員的提公升[/b]
什麼樣的人是乙個完整的、稱職的技術人員？我覺得純粹的很會擺弄機器的人並不算高手，至少不算乙個完整意義的高手。真正的高手要追求全面發展，不光是深厚的coding功力，還要包括流利的語言溝通能力、驚豔的文字表達能力、開闊的行業視角、豁達的人生態度等等。我們常見的大師，都是能著書立說的人，能慷慨陳詞的人，甚至在跨行業都有極深造詣的人（。。。此處省略一堆例子。。。。）。國內程式設計師很大的乙個通病是「做的出來，說不出來，更寫不出來」，程式設計師寫出的文件，和自己能力不在乙個層級的其它程式設計師就看不懂，更別說入門者或外行了。因此，我希望大家能在全力完成coding工作，修煉**功底的同時，也要抓住寫文件的機會，鍛鍊自己的文字功底，努力讓自己變成乙個更全面的人。
自己看過之後，感受頗多！！！
乙份專案進度計畫
專案進展已經過半了，貼上乙份我的專案進度計畫 紅色的是沒有能夠完成的，或有疑問的。進入fd sd基本每天都有計畫的，同時還有乙份問題總結，將每天的問題列出來，沒有完成的按照其重要程度進行了分類。大家提提看法，可以交流交流。準備階段 pn 制定專案開發計畫 file ref h p2004028 cm...
乙份軟體專案的失敗報告
乙份軟體專案的失敗報告 就像某人說的失敗並不可怕，可怕的是不知道從失敗中吸取教訓。前言一 計畫偏差 如果是設計優秀的軟體，在模組開發上花的時間應該是頁面開發所花時間的n倍 視軟體的大小與複雜度 簡單的給這兩個部分一周時間不太合理。實際的情況也是這樣，到專案結束的時候，很多模組都只完成了基本的部分，即...
如何打造乙份it專案計畫書
乙份專業的it專案計畫書應該包括以下幾個部分 一 專案背景 二 主要任務 三 工作量評估 四 專案計畫 五 專案交付件 六 附件 七 八 需求變更管理 為什麼要做這個專案？專案的需求是誰發起的？專案的實施會帶來什麼影響？專案完成的指標引數是什麼？專案交付的最終日期？這一部分1 3段即可。這裡需要列出...