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
5.2k
7
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
自称日本一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
More Decks by Yuki.Ozasa
See All by Yuki.Ozasa
TROCCO と Stripeを使ったら Tenant-aware Telemetryを有効活用できそう! / Using TROCCO and Stripe, it seems possible to effectively utilize tenant-aware telemetry!
oztick139
0
230
アンチパターンのアーキテクチャと組織 / Anti-Pattern Software Architecture and Organization
oztick139
0
660
ビジネスの成長を加速するB2B SaaSのスケーリングアーキテクチャ / Scaling Architecture for B2B SaaS to Accelerate Business Growth
oztick139
0
140
Report of 「SaaS meets cell-based architecture: A natural multi-tenant fit (SAS315)」
oztick139
0
180
生成AI時代における料金モデルのトレンド / Trends in pricing models in the era of generative AI
oztick139
0
220
B2B SaaS × AI機能開発 〜テナント分離のパターン解説〜 / B2B SaaS x AI function development - Explanation of tenant separation pattern
oztick139
3
450
SaaSのマネタイズ探訪記 / SaaS Monetization Explorations
oztick139
0
280
The Shift to SaaS for All : ビジネスとテクノロジーの融合による開発者体験の変容 / The Shift to SaaS for All
oztick139
0
150
B2B SaaSの地図とコンパス / Maps and Compasses for B2B SaaS
oztick139
0
330
Other Decks in Technology
See All in Technology
SRE Next 2026 何でも屋からの脱却
bto
0
620
ボーイスカウトルールでメモリやスキルを改善しよう
azukiazusa1
1
580
GuardrailからGovernanceへ~AIエージェント運用の次の課題~
sbspsy
2
270
AI Agent SaaS を支える自社仮想化基盤への挑戦と実運用 / ai-agent-saas-virtualization
flatt_security
2
3.8k
しくみを学んで使いこなそう GitHub Copilot app
torumakabe
2
230
【Claude Code】鹿野さんに聞く 私の推しの並行開発環境 大公開 / claude-code-parallel-2026-07-15
tonkotsuboy_com
10
6.6k
ループエンジニアリングでE2Eテストを実践
noriyukitakei
0
350
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
0
140
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.3k
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
3.4k
AI Driven AI Governance
pict3
0
330
貴方はどのエンジニアリングを磨くのか
hatyibei
0
120
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Optimising Largest Contentful Paint
csswizardry
37
3.8k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
410
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
330
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
360
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Making the Leap to Tech Lead
cromwellryan
135
10k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
150
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4.1k
Ethics towards AI in product and experience design
skipperchong
2
330
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.6k
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 みんな使ってみて