2023年
12月14日
「我的團隊」這個專案進入維護階段已經有了一段時間了，我接手這個專案也有2個多月了，我就從乙個公司新任的專案管理者談談這兩個月的專案管理感受吧。
接手團隊之後，我發現之前的專案管理屬於粗放型，基本上進度由員工自己制定，這樣我很難掌握整體進度，所以我決定先從細化進度管理抓起。
首先我收集了一下當前的任務和尚未展開的工作，然後用mpp製作了完整的計畫，其中每個任務都擁有以下幾個要素：
1. 任務細分後，顆粒度在0.5-2天之間。
2. 每個任務都有對應的執行人員。
3. 每個任務只對應乙個執行人員。
4. 任務與任務之間存約束關係。
做完以上工作之後，我對所有組員進行了一輪通知。
1. 任務由我安排。
2. 任務計畫採用mpp進行管理，暫時不對全員公開。
3. 所有人員每天早上匯報昨日工作，領取今天工作。
對於開發人員來說，他們可能不知道這個階段的目標，但是知道當天的工作目標。
開發人員的工作變得簡單充實，不再會出現一天忙的不可開交，一天閒的無所事事的狀況了。
對於我來說，整個階段的目標計畫清晰明了，很容易預估進度。給開發人員分配任務的時候，也不會出現多個任務集中在幾天內完成的不合理狀況了。
經過一段時間的任務更新，我也能客觀的獲取了各個開發人員的工作效率和工作能力，為以後的統計奠定了基礎。
緊接著我們強化了測試組長的責任，所有上線功能必須有測試組長承認沒有bug才可以上線，而不是讓上線負責人直接從svn中check out最新的開發src。這樣就從流程成保證上線**的品質。
由於我們是維護專案，所以會經常上線，上線前的工作準備尤為重要。我也強化了上線前的準備工作，要求每次上線前上線負責人把所有輔助文件都整理到上線目錄下，上線**則從測試組長中獲取。也一併放到上線目錄下。這樣即使有回退也有據可查。
經過一段時間的努力，這種迭代式開發模式已經初步建設，我相信我們的團隊在未來的日子裡可以承擔更大的責任。
專案管理 進度管理
目錄 1 規劃進度管理 2 定義活動 3 排列活動順序 4 估算活動資源 5 估算活動持續時間 6 制定進度計畫 7 控制進度 編制進度管理計畫，記錄如何進行進度管理內容。這個專案裡面到底有多少活動需要完成，識別出來並記錄下來。明確各活動之間的順序等相互的依賴關係，並記錄下來。估算下每個活動到底需要...
專案進度管理
過程名稱 輸入工具與技術 輸出規劃進度管理 1 專案管理計畫 2 專案章程 3 事業環境因素 4 組織過程資產 1 專家判斷 2 分析技術 3 會議 1 進度管理計畫 定義活動 1 進度管理計畫 2 範圍基準 3 事業環境因素 4 組織過程資產 1 分解 2 滾動式規劃 3 專家判斷 1 活動清單 ...
專案進度管理
制定政策 程式 文件以管理專案進度識別 記錄未完成專案可交付陳國而需要採取的具體行動識別 記錄專案活動之間的關係估算執行各專案活動所需材料 人員 裝置 用品的種類和數量根據資源估算的結果，估算完成單項活動所需工期分析活動順序 持續時間 資源需求 進度制約因素 建立專案進度模型監督專案活動狀態 更改專...