建議用版本控制器管理所有的文件和**，這裡假設組織使用svn和有版本操作規範，規範定義了專案版本管理所需的角色、分支規定、版本號命名規定、使用者如何check in和check out檔案、如何合併分支等等。
開發階段、測試階段、發布階段的版本號各不相同，專案經理編寫《版本號列表》，提交版本伺服器管理人員建立版本號、使用者帳號及其許可權。然後傳送文件給專案人員，成員據此操作。當乙個階段結束時，專案經理把所有檢查過的、合格的檔案併入主幹中。
配置表主要列有：
一般專案經理在開發中期和末期各進行一次**檢查，當然，如果時間充裕，檢查次數越多越好。開展這項活動前，專案經理要肯定專案組的努力和現階段成果，告訴成員盡早發現錯誤是好事，這能避免返工、繞開錯誤、提公升軟體的健壯性和穩定性。
如果有特殊原因，專案經理可以委託他人執行這項活動，但必須對結果表進行複檢和評估，對重要模組、重要sql語句複查。**檢查所需的時間沒有公式可循，一般開發時間越多**越多，可以根據開發時間乘以某個百分率得到**檢查所需時間，這個百分比根據組織經驗得出。
完成公共類、公共設定、幾個重要基礎模組的開發後，要開展第一次**檢查，這能及時發現錯誤；檢查範圍是**、sql語句、伺服器配置、外掛程式裝置配置等等。如果開發人員多為新手，檢查力度盡量細緻到每個檔案；如果開發人員經驗豐富，檢查力度可以粗一些，集中在業務邏輯、資料ipo等部分，對於不正確的格式問題，是要糾正，但不是**檢查的核心重點。開發人員根據專案經理的結果表修復錯誤，一般會輪循1-3次，如果超過3次以上，要引起注意和找原因。
文件格式例子見表6，但內容不限於此：
專案名稱：…… 專案編號：…… 檢查人：……
檢查伺服器
伺服器配置
通過與否
備註
jboss配置檔案
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
apache配置檔案
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
資料庫配置檔案
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
檢查svn**
系統模組
子模組
檔名
通過與否
備註
…………
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
檢查sql語句
系統模組
子模組
sql語句
通過與否
備註
…………
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員]
…………
…………
□ 是 □ 否
[不通過的，列出不合格的原因和修復人員] -
表 6這項活動在開發快結束時進行一次，當然，如果時間充裕，檢查次數越多越好。開展活動前，依舊地，專案經理要肯定專案組的努力和現階段成果云云。
開發人員交叉檢查模組，自己開發的模組不能自己檢查，這是原則。檢查的範圍是**和sql語句。同樣，這部分工時沒有公式可循，建議寬鬆計算，每個開發人員的檢查和修復時間約等於專案經理檢查時間。開發人員根據**結果表修復錯誤，一般會輪循1-3次，如果超過3次以上，要引起注意和找原因。
文件格式例子見表7，但內容不限於此：
專案名稱：……
專案編號：……
檢查人：…… (乙個開發人員填寫乙份**)
檢查svn**
檔名
有瑕疵的**
改進建議
檢查sql語句
有瑕疵的語句
改進建議
其他檢查
(這部分的檢查可以是任意方面的，填寫格式不限，只要描述清楚)
表 7開發人員除了找出**缺陷外，還可以學習優秀的編碼技巧。
開發中期或末期，派人員到客戶處架構執行軟體所需的硬體平台，注意，只是硬體，開發中的軟體不包括在內。乙個很有趣的現象——架構硬體是很簡單易見的事務，但常常被初級專案經理忽略，在這特別列出以示提醒。
專案管理 發布階段，維護階段
如果有培訓，工程部人員出 培訓準備檢查表 它確保培訓所需的硬體 軟體 材料 人員都準備就緒，以免誤漏。例子見表9 型別 事項 實施者 是否到位硬體 web伺服器 姓名 是 否 不需要 外部硬體裝置 紫光筆 加密狗等等 姓名 是 否 不需要 講師筆記本 電腦 姓名 是 否 不需要 投影儀 姓名 是 否...
專案開發管理
一 專案評審 1 專案組成員一起討論專案的整個流程，細節等，制定合理的方案。2 包含需求文件 功能列表 資料庫 介面文件等 介面文件評審 需要較多時間詳細評審，介面文件要根據不同型別進行分類，介面名稱規範。二 工期評審 三 後端開發，介面文件定義 前端本地根據介面文件mock資料來調整互動。介面文件...
06 敏捷專案管理 構想階段筆記
00.在人類行為領域，很難發現非常一致的事情，因此，一旦乙個團隊被認為是功能有效的，人麼便歸功於它對目標有明確的了解。01.構想的兩個關鍵方面是明確的和令人振奮的目標，這個目標使專案大不相同並給專案增加了緊迫感。沒有明確的構想，敏捷專案的探索本質就會導致該專案陷入無休止的試驗當中，明確的構想必須明確...