Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
自称日本一GitHub Projectsを使っているので魅力を伝えたい! / i call m...
Search
Yuki.Ozasa
August 05, 2023
Technology
7
4.6k
自称日本一GitHub Projectsを使っているので魅力を伝えたい! / i call myself the best github projects user in japan so ill show you how i use it
GitHub dockyardコミュニティイベント
2023/08/05 コワーキングスペース茅場町 Co-Edo
Yuki.Ozasa
August 05, 2023
Tweet
Share
More Decks by Yuki.Ozasa
See All by Yuki.Ozasa
SaaSのマネタイズ探訪記 / SaaS Monetization Explorations
oztick139
0
98
The Shift to SaaS for All : ビジネスとテクノロジーの融合による開発者体験の変容 / The Shift to SaaS for All
oztick139
0
25
B2B SaaSの地図とコンパス / Maps and Compasses for B2B SaaS
oztick139
0
210
二刀流で切り拓くスタートアップとしてのグロース / Growth of a Startup Pioneering with Dual Expertise
oztick139
0
280
APIファーストなプロダクトマネジメントの実践 〜SaaSus Platformでの例〜 / "Practicing API-First Product Management - An Example with SaaSus Platform
oztick139
0
270
AWS re:Invent 2023 セッションレポート / AWS re:Invent 2023 Session Report
oztick139
0
67
AWS re:Invent 2023 セッションYouTube動画レポート / AWS re:Invent 2023 Session YouTube Video Report
oztick139
0
88
API Firstで考えるプロダクト開発の潮流 / The Trend of Product Development with an API-First Approach
oztick139
0
130
SaaSにおけるフィーチャーフラグ活用とその考え方 / Utilizing feature flags in saas and their philosophy
oztick139
0
200
Other Decks in Technology
See All in Technology
6年の歴史×ペタバイト級のデータ基盤のチームを一体化する開発スタイル
plaidtech
PRO
4
110
Hotwire光の道とStimulus
nay3
5
2k
Capybara+生成AIでどこまで本当に自然言語のテストを書けるか?
yusukeiwaki
6
720
強すぎるIAMをCloudTrailを使って適正化した話
yjszk
0
230
顧客が本当に必要だったもの - パフォーマンス改善編 / Make what is needed
soudai
14
2.3k
端末が簡単にリモートから操作されるデモを通じて ソフトウェアサプライチェーン攻撃対策の重要性を理解しよう
kitaji0306
0
130
WHOLENESS, REPAIRING, AND TO HAVE FUN: 全体性、修復、そして楽しむこと
snoozer05
PRO
2
2.9k
「最高のチューニング」をしないために / hack@delta 24.10
fujiwara3
7
1.2k
CI/CDやテスト自動化の開発プロジェクトへの適用
megascus
2
300
Mobbing Practices
kawaguti
PRO
2
290
JPOUG_10_20241018_OracleDB_AWS_v1.3.pdf
asahihidehiko
1
240
Java x Spring Boot Warm up
kazu_kichi_67
2
390
Featured
See All Featured
Testing 201, or: Great Expectations
jmmastey
38
7k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
280
A Tale of Four Properties
chriscoyier
156
23k
Unsuck your backbone
ammeep
668
57k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Product Roadmaps are Hard
iamctodd
PRO
48
10k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.5k
Making Projects Easy
brettharned
115
5.9k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
41
2.1k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.1k
Art, The Web, and Tiny UX
lynnandtonic
296
20k
Transcript
自称日本一 GitHub Projectsを 使っている で魅力を伝えたい! GitHub dockyardコミュニティイベント 2023/08/05 コワーキングスペース茅場町 Co-Edo
株式会社アンチパターンCEO兼VPoE 小笹佑京
#GitHubDockyard 小笹 佑京(Ozasa Yuki) 株式会社アンチパターン CEO兼VPoE 日本 CTO 協会 Contributor
X: @yukiozasa ▪主な登壇暦 ・Regional Scrum Gathering Tokyo 2022 ・B Dash Camp 2022 Summer ・AWS DevDay Online Japan 2022
#GitHubDockyard GitHub Projects 使っている人 ノシ
#GitHubDockyard 今日お話しする内容 • どんな場面でGitHub Projectsを使っている か? • 何故GitHub Projectsを選んだ か?
• 前提となるチーム 状況 • Tips • 実際 画面で説明(※録画データから 削除予定) • 今後について
#GitHubDockyard どんな場面でGitHub Projectsを使っている か? 株式会社アンチパターンで 、 B2B SaaS 開発 /
運用 / 販売を支援する SaaS などを開発しています。 そ 開発においてGitHub Projectsをフル活用しています。 ど SaaSにも必要な共通機能を SaaS 化し管理画面と SDK/API を提供
#GitHubDockyard 何故GitHub Projectsを選んだ か? • ソースコード 管理と同じプラットフォームでネイティブに連携していること • 複雑な要求に応えようとすると管理も複雑になるが、 機能がシンプルなため思考
制限がかかってちょうど良かったから => 複雑なワークフロー、本当に必要ですか? • 定期的にアップデートがあって今後も期待できる🙏
#GitHubDockyard 前提となるチーム 状況 • 創業当初からコロナ禍に見舞われたこともあり、フルリモート • フルフレックス制度を敷いている • スタートアップであるため、正社員をどんどん増やす で
なく、副業 メンバーに 多く参画いただいている => 時間的に固定 コミットができないケースが多いため、Scrumで なく、カンバン に近い運用をしてアジャイル開発を実現しています。 (な で、ちょっとだけOSS 運用に近いかも🧐です)
#GitHubDockyard Tips -下準備- • ISSUEラベル • Task lists(親子ISSUE) • イテレーション
• Workflows • ビュー • ISSUEテンプレート
#GitHubDockyard 下準備 -ISSUEラベル- ISSUEにラベルを付けてフィルタなどをしやすく整えましょう! 以下 ようなも を使っています。 • 開発対象ラベル(ex. Front
/ API / OpenAPI Definition / Infra) • サイズラベル (S / M / L) • アサインラベル(ex. anyone) • 資産計上判断ラベル(新規開発か保守か) • ISSUE種別ラベル(ex. 親ISSUE / 子ISSUE / 独立ISSUE / バグ)
#GitHubDockyard 下準備 -Task lists(親子ISSUE)- Task listsを活用することで親子ISSUEをトラッキングすることができます。 親 子ISSUEが紐づいて閲覧でき、子 親がど ISSUEか閲覧できます。
これ ビューでも可視化できる でとっても強力な機能になっています。
#GitHubDockyard 下準備 -イテレーション- 1週間で区切るように設定います。 1週間ごとにCloseしたISSUEに対してイテレーションを付与しています。 つまり、完全に実績ベースで活用している形になっています。
#GitHubDockyard 下準備 -Workflows- Auto-archive itemsをアクティブにしています。 60日以上前にCloseされたISSUE アーカイブされていきます。 アーカイブされるとビューやInsightsからも見えなくなる ですが、 それくらい前
も であれ 特に影響ないなと思っています。
#GitHubDockyard 下準備 -ビュー- • カンバンビュー ◦ 作業 流れを見る際に使います。 • リストビュー
◦ 任意 項目に値を入れたり、親ISSUEに紐づいた子ISSUE 状況を可視化し ています。 ◦ こ リストビューにおいてPoint列を追加しています。 ◦ これ ISSUE 総量を定量的に可視化するために使っています。 ◦ サイズラベルをもとにそれぞれ1/4/8ポイントとして集計する際に利用します。 • ロードマップ ◦ 親ISSUEごと 進捗を確認する に使います。
#GitHubDockyard 下準備 -ISSUEテンプレート- 今までご紹介したようなラベルなどをフルに活用するために 、 ISSUEに十分な情報を記載されメンバーレベルでラベル 判断がつけられることが望ま しいです。 具体的に 下記
ようなも を用意しています。 • 機能開発 - 親ISSUE(parent / independent) • 機能開発 - 子ISSUE • バグ
#GitHubDockyard Tips -分析(Insights)- • Burn up / CFD • イテレーションごと
ポイント総計 • 着手可能なISSUE ポイント総計
#GitHubDockyard 分析(Insights) -Burn up / CFD- 作成されているISSUEとCloseしている ISSUE 傾斜を大体把握できます。 作成されているISSUE
方が進みすぎる と、ISSUE 作りすぎ、待ち 無駄になり ます。 Closeしていくほうが進んでしまうとプロ ダクトマネジメントでボトルネックになり、 開発者 時間的待ち 無駄が発生しま す。
#GitHubDockyard 分析(Insights) -イテレーションごと ポイント総計- イテレーションごと ポイント総計を集計し可視化しています。 ベロシティ 未来 予想に使うも で評価などに使うも
で ないですし、細かいレベ ルで追っていく必要 ないと考えています。 上がったり下がったり 理由 振り返って何が原因か ディスカッションします。 例え 、 レビュー待ち 滞留が多い、 夏休みだったよ 、 などがあったりします。
#GitHubDockyard 分析(Insights) -着手可能なISSUE ポイント総計- サイズラベルが付与されて着手可能な状態であるISSUEをポイント集計して分析しま す。 ど 種別 タスクが多いかを把握することができるため、 チーム
ケイパビリティと照らし合わせてアクションを取ることができます。 ex) APIが圧倒的に多いから フロントだけじゃなくて APIも書けるエンジニアを増やそう
#GitHubDockyard 今後について DORAメトリクスを計測したり、レビューが滞留していたらレビュアーにメンションするなど 開発生産性を高める活動ができるといいかなと思ってます。 こ 辺Projectsが進化したらなぁと思っていたところ、、、 「Issue Metrics GitHub Action」という
が 出てきまして、 やりたいことができるようになりそう! https://github.blog/2023-07-19-metrics-for-issues-pull-requests-and-discussions/
#GitHubDockyard ありがとう GitHub
#GitHubDockyard GitHub Projects みんな使ってみて