Robin's blog

瞭解約耳的時程管理

約耳趣談軟體一書中，曾對專案時程提出一個很簡單的管理方法，單純使用Excel建立7個欄位即可，

尚未看過此書者，可以先瀏覽 Wiki 。

約耳認為軟體專案在時程首要關注的是 : 剩餘時間，即各項工作預估時間 減去 已執行時間，總合則為該專案尚須投入的人天。

換句話說，知道已經投入多少人天對未來的時程管理並無幫助，設法評估還需要投入多少人天，才能透視整體(全公司)在未來的執行力。

這有別一般專案管理上需要處理其他細節，例如：前一項工作、啟動時間…等。

或許在其他類型的專案需要這些元素，不過軟體專案有其特性，
一開始定義的過於詳細，有可能 專案剛啟動沒幾天，就與一開始規劃脫了節，
變更原訂計畫可能得大費周張，常常因此專案時程淪為形式。

簡化後的欄位剩下7個，分別是：

• 功能/模組
• 工作
• 優先順序
• 最初預估人天
  第一次新增工作時填寫，且[現在預估工時]也填上相同的值。
• 現在預估人天
  若需要變更預估工時，修改此欄位。
• 已執行人天
  以每天回報一次，對該項工作累計的時間。
• 剩餘人天
  = [現在預估工時] – [已執行人天]

以SPS實作清單

目前以手上的系統做為先趨專案，先 建立各項工作於SPS清單中，結果如下圖

此清單有幾項準則

各工作的工時最小單位: 1小時，不足1小時均以1小時計算。

單一項工作最長不超過24小時，若超過則拆為多個工作。

各項執行中的工作每天回報一次，當某位開發者一天內執行多個工作，則當天對各項工作進行回報執行時數。

建立新工作時必填4個欄位: (下圖表格的上半段)

執行回報的必要欄位: 執行工時

工時欄位輸入方式

上圖是以一個單項工作，從建立、需求變更、執行回報到完成的過程。

黃色部份為該時間點，發生事件在當下為輸入的欄位。

區分2個角色的動作如下

• 管理者
• 新增工作
  輸入:  最初估算工時、估計工時，兩個值是一樣的。
• 重估工時
  輸入: 估計工時，在原來的值上累加。
• 執行者
• 執行回報
  輸入: 剩餘工時，在原來的值上累加。