GitLabでプロジェクト管理するのバックアップ(No.4)

@startgantt

language ja
' プロジェクトのスケール
projectscale weekly
' プロジェクトの開始日
Project starts the 2022-11-01

' 進捗の％によって色が変わるスタイル指定
<style>
ganttDiagram {
  task {
    BackGroundColor GreenYellow
    LineColor Green 
    unstarted {
      BackGroundColor Fuchsia 
      LineColor FireBrick
    }
  }
}
</style>

' 本日に色を塗る
today is colored in #AAF

-- タスクのまとまりの名前 --
' タスク名と量の定義
[起業マインドトレーニング] as [TASK_1-1] lasts 4 weeks
[売るものを決める]        as [TASK_1-2] lasts 4 weeks
[マーケティング力を鍛える] as [TASK_1-3] lasts 8 weeks
[販売力と信用力を鍛える]  as  [TASK_1-4] lasts 8 weeks

' タスク間の関連
[TASK_1-1] -> [TASK_1-2]  
[TASK_1-2] -> [TASK_1-3]  
[TASK_1-3] -> [TASK_1-4] 

' ゴール
[会社を作る] as [TASK_1] happens at [TASK_1-4]'s end

' 進捗%
[TASK_1-1] is 0% completed
[TASK_1-2] is 0% completed
[TASK_1-3] is 0% completed
[TASK_1-4] is 0% completed

@endgantt

↑

デイリーのスコープのひな形 †

@startgantt
language ja

' 土日休み
saturday are closed
sunday are closed

' 祝日を指定
2022-11-03 is closed
2022-11-23 is closed

' 個人の休暇
{Aさん} is off on 2022-11-22 to  2022-11-23

' プロジェクトの開始日を指定
Project starts the 2022-11-01

' 担当者名をタスク名の隣に表示させない指定
hide ressources names

' 進捗の％によって色が変わるスタイル指定
<style>
ganttDiagram {
  task {
    BackGroundColor GreenYellow
    LineColor Green 
    unstarted {
      BackGroundColor Fuchsia 
      LineColor FireBrick
    }
  }
}
</style>

' 本日に色を塗る
today is colored in #AAF

' タスク名と量(人日)の定義 %を使う場合は0より大きくするひつようがある.例 {Aさん:95%} {Bさん:5%}
[やりたいことを見つける]    as [TASK_1-1-1] on {Aさん} lasts 3 days
note bottom
  memo1
end note  
[25点の「知」を手に入れる]  as [TASK_1-1-2] on {Aさん} lasts 7 days
[25点の「人」を手に入れる]  as [TASK_1-1-3] on {Aさん:50%} {Bさん:50%} lasts 7 days
[25点の「金」を手に入れる]  as [TASK_1-1-4] on {Aさん} lasts 7 days

' タスク間の関連
[TASK_1-1-1] -> [TASK_1-1-2]
[TASK_1-1-2] -> [TASK_1-1-3]
[TASK_1-1-3] -> [TASK_1-1-4]

' ゴール
[起業マインドトレーニング完了] as [TASK_1-1] happens at [TASK_1-1-4]'s end

' 進捗%
[TASK_1-1-1] is 0% completed
[TASK_1-1-2] is 0% completed
[TASK_1-1-3] is 0% completed
[TASK_1-1-4] is 0% completed

@endgantt

↑

想定する運用について †

ガントチャートのツールを使っているユーザは、複数人での運用をしているという前提で運用を考えてみる。

↑

スケジュールを立てるとき †

ひな形をもとに作成した進捗率０％のテキストファイルをmainブランチにマージする
- スコープは週単位ものと、日単位のものを用意する

↑

報告者 †

朝会のかわりに、本日やることを書いたマージリクエストを飛ばす
デイリーのスコープの進捗率を「定時」の１時間前に更新する。
スケジュール上のメモを
夕会の報告がわりに、マージリクエストのコメントを更新する
以上の報告を30分以内に報告を終える
共有事項はIssueとして記入する

↑

報告を受ける側 †

マージリクエストのコメントを読む
マージする
毎週金曜日は週単位のスコープのガントチャートの進捗率を更新する。

↑

実際に運用してみた感想 †

このやり方はエクセルを使ったプロジェクトの管理

すでにエクセルを使って、プロジェクトのタスクを分割した運用をしている人は多い。

しかしそのやり方だと、以下のデメリットがある

↑

エクセルを使ったプロジェクト管理のデメリット †

人のアサインをした場合に、同じ人が重複しているかどうかという観点での確認が困難
タスクに土日の概念を入れにくい

つまり、プロジェクト管理ツールを使えないエクセルだけしかつかえない人をプロジェクトリーダとかにしてはならない。

↑

plantumlでは、人のアサインの重複確認ができる †

ガントチャートに人をアサインすると、下のほうに100とか出てくる1人日の意味だ

plantumlのガントチャートでは人をアサインすると、下のほうに１日ごとのマス目がでてきて、担当者が左下にきて、枠には100と表示される。100の意味は1人日を意味しているそれは1人日の意味だ

↑

メモ機能が便利 †

タスクの下にメモを追加することができるが、実際につかってみると、これはタスクのヒアリングに使える。ヒアリングした結果を取り急ぎここに書いておける。

つまり、メンバー間の認識の齟齬をその場でチェックして、即座にガントチャートに反映させることができるのである。

GitLabでプロジェクト管理する のバックアップ(No.4)

目次 †

なぜガントチャートが必要なのか？ †

なぜ、紙で書いたものでなくマークダウンなのか？ †

なぜマークダウン形式のガントチャートがいいのか？ †

趣旨 †

メリット †

前提 †

プロジェクト管理について †

現場で使えそうな、時間の月とか週とか日とかのスコープについて †

GitLabのスケジュール管理について †

projectLibreで表現できていた、親タスクはどうするの？ †

記述粒度はWeekとDayの２種類 †

自分の見解 †

プロジェクト管理のひな形 †

週単位のスコープのガントチャートのひな形 †