---
# System prepended metadata

title: 工時計算
tags: [ScrumMaster]

---

# 工時計算
###### tags:`ScrumMaster`
:::spoiler 目錄
> [TOC]
:::
==

目的：透過記錄，了解每個人每個sprint的產出，繼而找到浪費點，提高團隊效率
共通性：
- 以人為主軸
- 狀態：測試中、完成
- 標籤：bug、需求
- 接取bug、需求的單號，不取task
- 主旨
- 被分派者：本人、Dev
- 預計完成日：以一個sprint計算（一個sprint最多為期兩週）
- 耗用工時：本人task工時

==
## 第一版
- how to do:
    1. 先以PO提出的需求項目，一一將個項目所指派的人標註在後方
        ![](https://i.imgur.com/zwomVnW.png)
    2. 將上面做的素材，以人為主，用excel來紀錄
    3. 預計完成日：11/30-12/11，開始日期： <= 12/11
- 問題：
    1. 有些人是沒被分配到工作的
    2. 又或者工作分配不均
        ![](https://i.imgur.com/kxkjWBm.png )
    3. 有出現需要三週工作日的項目
- 解決方案：
    1. 抓bug單
    2. 抓接續的需求單
    3. 有出現需要三週工作日的項目
        ->此單工時，將在最後一週被納入工時計算
        ->但如果是Dev單，core與UI工時分開計算
## 第二版
- how to do:
    1. 延續“第一版”，加入接續需求單
    2. 延續“第一版”，加入bug單
    3. 最後被採取計算的工時：
        ->狀態：測試中、完成(開發中會被掛上，12/11之前未被掛上“測試中”，將計算為下一次sprint工時)
        ->如果是Dev單，如果單一方已在此次sprint完成項目，工時則以該次sprint工時計算(狀態和預計完成日的填寫以母單為主)
- 問題：
    1.有些因正在進行中，所以未壓母單工時
- 解決方案：
    1.將工時開在task上方，母單也可以看到整體工時
## 第三版
- how to do:
    - 工時標記：
        1. 一週總耗時<=24->sprint時期工時未滿
        2. 一天總耗時>=6->單一項目過大需拆分
- 問題：
    1.有些因正在進行中，所以未壓母單工時
- 解決方案：
    1.將工時開在task上方，母單也可以看到整體工時
    2.且工時上方有完成日期，方便抓週期工時
## 第四版
- how to do:
    - 狀態：開發中、測試中、取消、完成
    - 追蹤標籤：Task
    - 完成日期：一週的開始～一週的結束
    - 被分配者：XBB團隊
    - 耗用工時：以“人”為基準
      https://docs.google.com/presentation/d/12GYMeCTerFVlRLMAE35D7lC5NrHZs9RF1_CHt3AKSHc/edit#slide=id.ga1a4cf831a_0_99