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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Yuki.Ozasa
August 05, 2023
Technology
7
5.1k
自称日本一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
TROCCO と Stripeを使ったら Tenant-aware Telemetryを有効活用できそう! / Using TROCCO and Stripe, it seems possible to effectively utilize tenant-aware telemetry!
oztick139
0
200
アンチパターンのアーキテクチャと組織 / Anti-Pattern Software Architecture and Organization
oztick139
0
590
ビジネスの成長を加速するB2B SaaSのスケーリングアーキテクチャ / Scaling Architecture for B2B SaaS to Accelerate Business Growth
oztick139
0
120
Report of 「SaaS meets cell-based architecture: A natural multi-tenant fit (SAS315)」
oztick139
0
160
生成AI時代における料金モデルのトレンド / Trends in pricing models in the era of generative AI
oztick139
0
180
B2B SaaS × AI機能開発 〜テナント分離のパターン解説〜 / B2B SaaS x AI function development - Explanation of tenant separation pattern
oztick139
3
410
SaaSのマネタイズ探訪記 / SaaS Monetization Explorations
oztick139
0
250
The Shift to SaaS for All : ビジネスとテクノロジーの融合による開発者体験の変容 / The Shift to SaaS for All
oztick139
0
130
B2B SaaSの地図とコンパス / Maps and Compasses for B2B SaaS
oztick139
0
310
Other Decks in Technology
See All in Technology
Datadog の RBAC のすべて
nulabinc
PRO
2
280
us-east-1 に障害が起きた時に、 ap-northeast-1 にどんな影響があるか 説明できるようになろう!
miu_crescent
PRO
12
3.7k
聲の形にみるアクセシビリティ
tomokusaba
0
120
技術的負債の泥沼から組織を救う3つの転換点
nwiizo
8
2.8k
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
7
7.1k
Shifting from MCP to Skills / ベストプラクティスの変遷を辿る
yamanoku
4
590
開発組織の課題解決を加速するための権限委譲 -する側、される側としての向き合い方-
daitasu
5
280
IBM Bobを使って、PostgreSQLのToDoアプリをDb2へ変換してみよう/202603_Dojo_Bob
mayumihirano
0
180
AWSをCLIで理解したい! / I want to understand AWS using the CLI
mel_27
2
130
越境する組織づくり ─ 多様性を前提にしたチームビルディングとリードの実践知
kido_engineer
2
120
A Gentle Introduction to Transformers
keio_smilab
PRO
2
870
Introduction to Bill One Development Engineer
sansan33
PRO
0
380
Featured
See All Featured
Leo the Paperboy
mayatellez
4
1.5k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2.4k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
150
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
150
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
290
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
280
Chasing Engaging Ingredients in Design
codingconduct
0
130
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
97
A better future with KSS
kneath
240
18k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
1
320
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
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 みんな使ってみて