Slide 1
Slide 1 text
GitHub Projects のみで
プロダクト開発を管理する
2021/08/21
Hori Takashi
Gunma.web #42 プロジェクト管理
Slide 2
Slide 2 text
自己紹介
Twitter: @t_pori418
Address: 群馬⇆東京 (リモートワーク多め)
Work:
(近況) 都内の企業でPMしたりEMしたりしています。
副業で新規プロダクトのバックエンド/AWSエンジニアもやってます。
Gunma.web: 2年ぶりくらいです。お久しぶりです。
Slide 3
Slide 3 text
今日話すこと、話さないこと
話すこと
タスクをどう起票するのか
Isuueをスクラム開発などのシチュエー
ションでどのように管理していくか
話さないこと
ソースコード個々のリポジトリの
- ブランチの切り方など
- PullRequestのレビュールールや
運用方針
Slide 4
Slide 4 text
はじめに
GitHubのIssueってPullRequestに紐付けられて便利に使えますよね？
単一リポジトリ、小規模チームならそれだけで十分良いプロダクト開発体験が
できますよね！
でも・・・
Slide 5
Slide 5 text
課題
プロダクトがマイクロサービス化されてリポジトリが増えてきた・・・
チームメンバーも増えてきて、進捗管理もしたい・・・
いろんな管理ツールを使い始めると移動が面倒！
プロジェクト管理もGitHubだけで完結したい！
Slide 6
Slide 6 text
リポジトリ作ってProjects
を使おう！
結論！
Slide 7
Slide 7 text
OrganizationやTeamのProjectsじゃダメ？
カンバンとしてTrelloのような使い方ならできる
ただし、リポジトリを横断したIssueを作りたい時に困る
プロダクト共通のプロジェクト管理用リポジトリを作成する
Slide 8
Slide 8 text
リポジトリ例
フロントエンド
- demo-spa
- demo-ios
- demo-android
バックエンド
- demo-api-1
- demo-api-2
プロジェクト管理
- document-demo
Slide 9
Slide 9 text
Issueはどう切る？
Slide 10
Slide 10 text
プロジェクト管理リポジトリにて起票
Slide 11
Slide 11 text
Templateを用意して起票を楽に
.github/ISSUE_TEMPLATE/feature_issue.md
などを作成してテンプレートを作成します
Slide 12
Slide 12 text
Issue 起票する時のテンプレート選択画面
Slide 13
Slide 13 text
Projectsのボードカラムはどうする？
Slide 14
Slide 14 text
No content
Slide 15
Slide 15 text
用意しているカラム
- 保留
- 仕様検討待ち
- 未対応
- 対応中
- PR確認待ち
- レビュー中
- レビュー済み
- マージ済み
- デプロイ済み
- テスト中
- フィードバック
- テスト完了
- 完了
Slide 16
Slide 16 text
スプリントはどう回す？
Slide 17
Slide 17 text
新しいProjectsでスプリントを回します
Slide 18
Slide 18 text
見積もりはどうする？
Slide 19
Slide 19 text
ラベルにストーリーポイントをつ
けて運用してます。
Slide 20
Slide 20 text
リポジトリ跨っているけどPullRequestと
Issueの紐付けは
どうする？
Slide 21
Slide 21 text
PullRequest / Issue それぞれの概要にリンクを
記載して紐づける
Slide 22
Slide 22 text
実際に運用してみてわかったこと
・IssueとPullRequestの紐付けが結局Link張るスタイル
・リンク先のPRがマージされているのかなどの状態はわかりやすい
・リポジトリを跨っているので「Close イシュー番号」が効かない
・ストーリーポイント 集計しづらい。(CLIやActions使えばあるいは)
・対お客さんとのプロジェクトだと結局何か別のツールと二重管理になりがち
Slide 23
Slide 23 text
チーム内で完結するPJであれば
いい感じに運用できそうです
(ガントやバーンダウンがないので
機能不足感は否めませんが)
Slide 24
Slide 24 text
EOF