原创 甘特圖

甘特圖表示項目中完成每項活動所需要時間的條形圖。

原创 結對編程

特點:兩個水平相當的程序員,組成“一對”。共用一臺電腦編程。互爲觀察員和開發員。好處隨時進行同行評審。同一段代碼,至少兩個人熟悉。互相學習。缺點難以保證兩個人同步思考。建議可以讓水平相當的新手“結對編程“一段時間。其他情況不建議“結對編程”

原创 項目管理-最佳實踐

項目管理-最佳實踐一、小版本發佈  小版本原則短時間內見到階段性成果,週期不要太長。先實現穩定需求,基本需求。符合客戶的商業利益。小版本好處一步一腳印及時得到反饋可重用項目自己本身的成功經驗。小版本的效果減少折騰,工作量更少,進度更快。二、

原创 自動化測試

自動化單元測試:由開發人員負責。選擇部分模塊嘗試編寫單元測試代碼。逐步推廣到越來越多的代碼。自動化功能測試:由測試人員負責。項目組共同努力做到界面“凍結”。利用開發工具提供的功能自動化測試。自動化性能測試由測試人員負責。應該而且是必須做到的

原创 系統設計-簡單設計

簡單設計-想出能滿足當前需求的最簡單實現方法。簡單設計的要點:適度設計,夠用即可。工作量少,能實現。

原创 測試驅動開發

測試驅動開發理解用戶故事。編碼人員要用“以終爲始”的思維工作。部分地方嘗試編寫單元測試代碼。先寫開發代碼,再寫相應的單元測試代碼。將測試驅動逐步推廣到全部代碼。應優先編寫測試代碼的地方被調用最多的代碼。核心業務代碼。複雜算法的代碼。重用組件

原创 需求分析-客戶全程參與

讓項目組成爲業務專家是不現實的,既然這樣就直接讓業務專家成爲項目組成員。至少要有一名客戶常駐在項目中,全程指導項目組的工作。確認需求及需求優先級。確認進度是否滿足客戶需求。儘早發現問題,保證軟件的正確性。

原创 工作分解結構

工作分解結構(WBS):以可交付成果爲導向對項目要素進行的分組,它歸納和定義了項目的整個工作範圍。每下降一層,代表對項目工作的更詳細定義。WBS總是處於計劃過程的中心,也是制定進度計劃、資源需求、成本預算、風險管理計劃和採購計劃等的重要基礎

原创 項目三大要素

項目三大要素:時間、範圍、費用。

原创 強調編碼標準

基礎級規範各類東西的命名規範,包括類、方法、變量等。註釋規範。數據庫命名規範。腳本命名規範。......進階規範日誌、異常處理規定安全相關配置項加密規定。用戶體驗設計規範。......建議編碼與設計規範都需要強調。集合大家智慧,參考業界做法

原创 代碼共有

代碼共有是“共享與進步”精神的體現。每個人寫的代碼都是屬於全體的。每個人可以去改進任何代碼。改進後的代碼必須通過測試。代碼共有的主要目的不是爲了開發人員的流動管理。代碼改動的質量保障手段。測試驅動。自動化測試。

原创 工作分解結構

工作分解結構(WBS):以可交付成果爲導向對項目要素進行的分組,它歸納和定義了項目的整個工作範圍。每下降一層,代表對項目工作的更詳細定義。WBS總是處於計劃過程的中心,也是制定進度計劃、資源需求、成本預算、風險管理計劃和採購計劃等的重要基礎

原创 甘特圖

甘特圖表示項目中完成每項活動所需要時間的條形圖。

原创 項目管理九大知識領域

範圍管理、時間管理、費用管理、質量管理、人力資源管理、溝通管理、風險管理、採購管理、整體管理。

原创 項目特性

明確的目標獨特的性質資源成本的約束性項目實施的一次性項目的確定性特定的委託人結果的不可逆轉性危險性