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
チーム開発始めるときに準備すること
Search
matcha
February 23, 2022
Programming
0
64
チーム開発始めるときに準備すること
チーム開発始めるときに準備すること
matcha
February 23, 2022
Tweet
Share
More Decks by matcha
See All by matcha
Stripeの紹介
matchaslap
0
170
Amplifyによるお手軽個人開発
matchaslap
0
270
Other Decks in Programming
See All in Programming
AI Agent 時代のソフトウェア開発を支える AWS Cloud Development Kit (CDK)
konokenj
4
520
なぜ「共通化」を考え、失敗を繰り返すのか
rinchoku
1
660
ふつうの技術スタックでアート作品を作ってみる
akira888
1
1k
AIと”コードの評価関数”を共有する / Share the "code evaluation function" with AI
euglena1215
1
170
Deep Dive into ~/.claude/projects
hiragram
14
5.2k
RailsGirls IZUMO スポンサーLT
16bitidol
0
190
dbt民主化とLLMによる開発ブースト ~ AI Readyな分析サイクルを目指して ~
yoshyum
3
1.1k
生成AI時代のコンポーネントライブラリの作り方
touyou
1
250
Porting a visionOS App to Android XR
akkeylab
0
630
CDK引数設計道場100本ノック
badmintoncryer
1
130
設計やレビューに悩んでいるPHPerに贈る、クリーンなオブジェクト設計の指針たち
panda_program
6
2.2k
AIプログラマーDevinは PHPerの夢を見るか?
shinyasaita
1
230
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
524
40k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
A Modern Web Designer's Workflow
chriscoyier
695
190k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Embracing the Ebb and Flow
colly
86
4.7k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Building an army of robots
kneath
306
45k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Done Done
chrislema
184
16k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
チーム開発始めるときに準備すること
自己紹介 matcha SIer で SE やってます LIKE:typescript, vue, react, flutter,
aws, GCP, docker 好きなもの:ベース
現在取り組んでいること 5 人でモバイルアプリ開発 自分の役割は開発全般のリード 役割:開発が進むように土台を整えること
チーム開発始めるときに準備すること(3 つ)
コード管理(GitHub) 開発/本番コード管理のため ブランチの運用ルール策定 各種設定 default ブランチ protection rules PR テンプレ
チームメンバ git 教育
タスク管理(ClickUp) 開発状況を共有するため スクラム開発の運用 タスク登録(Backlog) ポイント見積もり Sprint 計画(1 週間ごと) Sprint レビュー実施
ベロシティ計測
開発規約定義 メンテナンスコスト削減のため まずは最低限の規約を設定 あとは開発しながらルールを追加していく 最低限のルール 命名規約 コメント規約(基本コメント禁止, メモを残したいときは TODO, FIXME)
デザインパターン(クラスの責務範囲を決める)
まとめ チームが最大パフォーマンスを発揮できる環境作りが大切 チーム開発でも個人開発でも考えることは同じ ルールを明文化してチーム内の足並みを揃えることが必要 定められたルールに沿うことも重要 チームメンバは、ルール遵守・ルール破壊/構築すること ルールは常にメンテ可能な状態とする 良くないルールは撤廃・改善していく 全員が新ルールを提案できる関係性構築も大切(チームビルディング)
今後やりたい unit test の導入 開発初期は、仕様変更が頻繁に発生するためテストコード書いていない 製品仕様が固まったら、テストコードで品質担保したい CI の導入 静的チェックエラーは最低限防ぎたい 開発環境のコンテナ化
開発環境構築の手間をなくす 環境差異による不具合混入をなくす