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.8k
自称日本一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
アンチパターンのアーキテクチャと組織 / Anti-Pattern Software Architecture and Organization
oztick139
0
250
ビジネスの成長を加速するB2B SaaSのスケーリングアーキテクチャ / Scaling Architecture for B2B SaaS to Accelerate Business Growth
oztick139
0
31
Report of 「SaaS meets cell-based architecture: A natural multi-tenant fit (SAS315)」
oztick139
0
74
生成AI時代における料金モデルのトレンド / Trends in pricing models in the era of generative AI
oztick139
0
53
B2B SaaS × AI機能開発 〜テナント分離のパターン解説〜 / B2B SaaS x AI function development - Explanation of tenant separation pattern
oztick139
3
320
SaaSのマネタイズ探訪記 / SaaS Monetization Explorations
oztick139
0
150
The Shift to SaaS for All : ビジネスとテクノロジーの融合による開発者体験の変容 / The Shift to SaaS for All
oztick139
0
49
B2B SaaSの地図とコンパス / Maps and Compasses for B2B SaaS
oztick139
0
260
二刀流で切り拓くスタートアップとしてのグロース / Growth of a Startup Pioneering with Dual Expertise
oztick139
0
330
Other Decks in Technology
See All in Technology
Amazon Aurora のバージョンアップ手法について
smt7174
1
130
Snowflakeの開発・運用コストをApache Icebergで効率化しよう!~機能と活用例のご紹介~
sagara
1
380
AIエージェント元年
shukob
0
150
CDKのコードを書く環境を作りました with Amazon Q
nobuhitomorioka
1
160
コンピュータビジョンの社会実装について考えていたらゲームを作っていた話
takmin
1
590
ディスプレイ広告(Yahoo!広告・LINE広告)におけるバックエンド開発
lycorptech_jp
PRO
0
270
PHPカンファレンス名古屋-テックリードの経験から学んだ設計の教訓
hayatokudou
2
540
日経のデータベース事業とElasticsearch
hinatades
PRO
0
210
PHPで印刷所に入稿できる名札データを作る / Generating Print-Ready Name Tag Data with PHP
tomzoh
0
180
AI Agent時代なのでAWSのLLMs.txtが欲しい!
watany
2
190
エンジニアリング価値を黒字化する バリューベース戦略を用いた 技術戦略策定の道のり
kzkmaeda
6
2.2k
JavaにおけるNull非許容性
skrb
2
2.5k
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
For a Future-Friendly Web
brad_frost
176
9.6k
The Cult of Friendly URLs
andyhume
78
6.2k
Documentation Writing (for coders)
carmenintech
67
4.6k
Building Your Own Lightsaber
phodgson
104
6.2k
Thoughts on Productivity
jonyablonski
69
4.5k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
30
4.6k
Building an army of robots
kneath
303
45k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
Mobile First: as difficult as doing things right
swwweet
223
9.4k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
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 みんな使ってみて