專案計畫
1、到乙個新公司用新平台新員工帶專案時專案計畫需要保守保守再保守
2、專案計畫中需要為整合測試和上線部署留出足夠時間，整合測試後需要留出一定時間進行相應的bug修改，如是原有系統的公升級開發，整合測試需要留出足夠的時間
3、如專案開發量太大，盡量切成小階段進行上線，單個階段中應該先難後易，將最不可控的部分最先開發，保證專案階段可控
4、需求階段完畢後，計畫應根據最終拆分的wbs進行制定，並每2-3天跟進wbs的執**況，控制專案進度
需求與設計
1、業務系統需求調研可以通過業務協調人進行需求確認，但是調研階段應該與最終使用部門員工進行相應溝通
2、應當將需求和整體設計在現場做完，需要將流程、用例和狀態圖全部一一確認完畢，不能偷懶，這樣可以避免發生後期的反工
3、關鍵部分的設計需要這個設計團隊的反覆討論、挑戰，確保設計的合理性
開發1、專案開始前不能主觀臆斷不熟悉開發人員的能力，需要盡量與同事及以前的專案經理進行溝通
2、專案開發開始後應盡量避免加入無經驗的新員工
3、專案毒藥型的人員即使能力再強也避免加入團隊，以免影響專案組的士氣，如發現苗頭不對應盡早清理出專案團隊
4、專案單個模組開發完畢應及時進行跟進測試，避免出現專案黑洞
5、盡量保證專案組成員的穩定性。
測試1、先期應根據專案需求確定相應的測試用例檔案
2、整合測試階段開始前需要準備充分的整合測試資料
部署1、部署前資料準備盡量要早一些開始，整合測試盡量用實際準備的資料
對設計一點感觸
今天，稍微參悟了下 spring框架。裡面提到了 3種類 物件解耦的方式 介面注入 setter注入 構造注入 前一種 比較傾向與純物件導向的設計思想，主要通過介面來實現類 物件兩兩之間的耦合問題。在真正實現方案時，比較偏向於應用設計模式來解決一切物件之間的問題，對反射應用不是很多。後兩種 比較傾向...
對專案的一點思考
現在依然有很多公司做專案就是單純為了做而做，所注重的也僅僅是專案完成後所能得到的專案資金，通過盡量的降低開發人員的薪金，提高開發人員的工作時間，同時依靠著盡可能多的專案量來賺取豐厚的利潤。我想，這樣的公司遲早是要被淘汰的，根本沒有生活下去的可能，哪怕是再大的企業都會栽跟頭的。對於乙個企業來說，專案固...
開發前端專案的一點小心得
對於需求的分析 分析頁面的組成對頁面進行整體的布局 一般可分為頭，肚，尾 上下 檢視系統內是否有相似的頁面的進行參考。盡量參考已有頁面進行開發 復用實現快速開發 2.開始開發操作 1.看頁面的哪些模組是否需要多次復用，如果需要進行元件的封裝。2.可以使用一些封裝好了的元件包實現快速的開發。3.對於c...