期間がかなりあいてしまったが直近一週間の自分の行動を振り返り、問題箇所を探してみることにした。
目標
今回は得にそれぞれのプロジェクトに対する比重を調整することを目指す。 その値は今後1週間のタスクの割り振りに反映することを想定している。
データ
2022-09-10から2022-09-16までのデータを集計する。
wakatime
- 7:35 over the Last 7 Days from Yesterday.
type
- coding 4:45 (62.75%)
- planning 1:59 (26.24%)
- write docs 0:50 (11.01%)
system
- Linux - 7:35 (100.00%)
language
- Python - 4:27 (58.65%)
- Org - 0:50 (11.01%)
- magit-process-mode - 0:39 (8.61%)
- essay-mode - 0:26 (5.87%)
- Dired - 0:15 (3.36%)
- kubernetes-overview-mode - 0:14 (3.26%)
- text-mode - 0:09 (2.01%)
- inferior-python-mode - 0:08 (1.85%)
- HTML - 0:07 (1.65%)
daily average
1:53 Daily Average
org
| 項目 | 実績 |
|---|---|
| 対応件数 | 51件 |
| 総工数見積 | 1503 |
| 総作業時間 | 945分 |
| 見積漏れ件数 | 20件 |
| 作業時間計測漏れ件数 | 34件 |
プロジェクト別対応件数と比重
| project | 対応件数 | 比重 | 期待比重 | 比重差 |
|---|---|---|---|---|
| proj-A | 4 | 3.9215686 | 42 | -38.078431 |
| proj-B | 4 | 3.9215686 | 28 | -24.078431 |
| proj-C | 12 | 11.764706 | 10 | 1.764706 |
| proj-D | 18 | 17.647059 | 10 | 7.647059 |
| proj-E | 3 | 2.9411765 | 1 | 1.9411765 |
| proj-F | 0 | 0 | 1 | -1 |
| proj-G | 0 | 0 | 0.5 | -0.5 |
| proj-H | 0 | 0 | 0.5 | -0.5 |
| proj-I | 0 | 0 | 0.5 | -0.5 |
| proj-J | 0 | 0 | 0.5 | -0.5 |
| proj-K | 0 | 0 | 1 | -1 |
| proj-L | 0 | 0 | 0.5 | -0.5 |
| proj-M | 0 | 0 | 0.5 | -0.5 |
| proj-N | 0 | 0 | 0.5 | -0.5 |
| proj-O | 0 | 0 | 0.5 | -0.5 |
| proj-P | 9 | 8.8235294 | 0.5 | 8.3235294 |
| proj-Q | 0 | 0 | 0.5 | -0.5 |
| proj-R | 0 | 0 | 0.5 | -0.5 |
| proj-S | 0 | 0 | 0.5 | -0.5 |
| proj-T | 1 | 0.98039216 | 0.5 | 0.48039216 |
| proj-U | 0 | 0 | 0.5 | -0.5 |
| 合計 | 51 |
評価
- proj-A、proj-Bは比重差が大きく下方向に振れている。 これは工数を適切に確保できていないと考えられるため次イテレーションでは重点的に工数を振る。
計測できていない指標が多い
wakatime
- 作業時間
- OS
- エディタ
org
- 見積
- 作業時間
- 集計作業がマニュアルになっており、しかもマニュアル集計しにくい状況になっている。
- プロジェクトが多すぎて集計しずらい。 first、second、thirdで優先プロジェクトを分類し対処する。
- プロジェクト名のマスクが甘く推測が可能になっている