Download as PDF, PPTX
Uploaded byTakafumi Ikeda
チーム開発をスムーズにするために何ができるか
DevLOVEさんの「進め、現場のチーム開発 〜チーム開発実践入門〜」で講演した時の資料 http://devlove.doorkeeper.jp/events/12229
More Related Content
チーム開発をスムーズにするために何ができるか
- 1.
- 2.
- 3. • 池田尚史（いけだたかふみ） • 株式会社ディー・エヌ・エー所属 •『チーム開発実践入門』を執筆しました • オライリー『Jenkins』にも付録を書きました • Playframework1のコミッター（幽霊部員） @ikeike443
- 4. • コンサルティングファームで数年間に渡り超大規模プロジェクト に復数参画 • 技術力が明暗を分けると痛感しプログラマーに転身 ! •VCS: 無いこと多い • ITS: Excel • CI: なにそれ？ 2001 2004
- 5. • 国産ERPパッケージベンダーで製品企画と開発マネージャー、プログラ マーを経験 • この時期瞬間最大で同一製品の6バージョンのメンテナンスを行ってい た。。 •SVN+Tracの導入推進をした • VCS: PVCS, 後にSVN • ITS: 独自システム, 後にTrac • CI: なし, 後にHudson 2005 2010
- 6. • B2B向けWebサービス（SaaS）ベンダーでプロダクトマネー ジャー兼プログラマー • この時期にPlayframeworkのコミッターになるなどした ! •VCS: Git • ITS: Backlog, PivotalTracker • CI: Jenkins 2010 2013
- 8. 大体こんなこと話します • チーム開発の課題って • プロジェクトの課題って •ツールの情報は散逸してる • 執筆にあたって気にしたとこ ろ • 各章紹介
- 9.
- 10.
- 11.
- 12.
- 13. • 要件が定かでない • 誰が要件を決めるのか不明 •おもてたんとちゃう
- 14.
- 15.
- 16.
- 17.
- 18. • プロジェクトの目標が定まっていない • 誰が要件を決めるのか分からない •価値を提供できているのか分からない • リスク管理ができていない • チームがパフォーマンスを出していない
- 19.
- 20. • ゴールはどこ？ • 決めるのは誰？ •利益は出るの？ • リスクは見えてるの？ • チーム開発はうまくいってるの？
- 21.
- 22. • ゴールはどこ？ • 決めるのは誰？ •利益は出るの？ • リスクは見えてるの？ • チーム開発はうまくいってるの？
- 23.
- 24. • 方法論はどんなものを使うの？ • コミュニケーションプランはどうする？ •成果はどう測る？ • チームビルディングはどうする？ • 開発ツールはどう使う？
- 25.
- 26. • 方法論はどんなものを使うの？ • コミュニケーションプランはどうする？ •成果はどう測る？ • チームビルディングはどうする？ • 開発ツールはどう使う？
- 27.
- 28.
- 29. • 市場の変化は早い • 計画は容易に変わり得る •臨機応変に変化に対応しなければ なぜなら
- 30. • 遅すぎる開発サイクルはNG • 複数人が素早く並行して開発できないと •でもデグレードは起こしてはいけない ゆえに
- 31.
- 32.
- 33. • 重要メールが多すぎて優先順位が決められない • テスト環境で動かしてみるまで、アプリが壊れているこ とに気づかない •自信を持ってリファクタリングできない • バグの発生時期、修正時期がわからない、追跡できない • 開発環境で動くものが本番環境では動かない • リリースが複雑で属人的、時間がかかる、よく失敗する
- 34.
- 35.
- 36.
- 37.
- 38.
- 39. Gitチケット管理Chefバージョ 動化JUnitSeleniumテストフ apsitrano Github Puppetテ abricデプロイInfrastructure erspecリグレッションテスト frastructure Vagrant VCS アジャイル開発Gitチケット管理C ン管理ビルド自動化JUnitSeleni レームワークCapsitrano Githu スト駆動開発FabricデプロイInfr as code Serverspec リグレッ 理Chefバージョ eniumテストフ hub Puppetテ nfrastructure レッションテスト アジャイル開発Git ン管理ビルド自動化 レームワークCaps スト駆動開発Fabr as code Servers Immutable Infra utable Infrastructure Vagrant VCS Immuta
- 40. • 情報が多い。。。 • 整理されてない。。。 •何から手をつければ。。。
- 41.
- 43.
- 44. • 予算管理の話 • 工数管理、見積もりの話 •チームのモチベートの話 • 採用の話 • 上記はもちろん大事なんだけど、「作らない人」の 話ばかり
- 45.
- 46. • ツールの紹介 • インストール方法、コマンド解説 •事例紹介 • チケット管理、バージョン管理、CI、CD等々バラ バラに解説 • 一つ一つの担当者には大変有益だが、全体を俯瞰で きない
- 47.
- 48.
- 50. 話を受けた当初 • 2012年 • 当時自分の開発環境は •SVN • Backlog, Bugzilla • ReviewBoard • Jenkins • Git, Githubはまだ試している段階（OSSでGithubは使ってた） • ChefやVagrantなんかもまだまだ本格的に触っていなかった
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65. チーム開発で起きる問題 • チーム開発の現場で実際に起きがちな問題をケーススタディとして 見せている章です。 • 実際にわたしが体験したいくつかの現場での事例を組み合わせて います •課題管理ができない • デグレが頻発 • 環境ごとに動きが違う • etc etc
- 66. チーム開発で起きる問題 • 重要メールが多すぎて優先順位が決められない • テスト環境で動かしてみるまで、アプリが壊れていることに 気づかない •自信を持ってリファクタリングできない • バグの発生時期、修正時期がわからない、追跡できない • 開発環境で動くものが本番環境では動かない • リリースが複雑で属人的、時間がかかる、よく失敗する
- 67.
- 68.
- 69. バージョン管理 • チーム開発をスムーズにするための基礎の基礎 • さすがに使ってない現場はないとは思うが •データベーススキーマのバージョン管理（データベー スマイグレーションですね）についても触れていま す
- 70.
- 72.
- 73. バージョン管理 • ちなみに • バージョン管理の歴史図 •git-flowの図 • 両方とも作者に許可をとって翻訳しました • 献本もしたよ！
- 74.
- 75.
- 76.
- 77. チケット管理 • チケット管理に向くフェーズ、向かないフェーズも あります • チケット管理システムは定型的な課題管理に向く •流動的な課題の管理には非定型ドキュメントを使 うべき • 課題の粒度と使うべきツールについても示唆してい ます
- 78.
- 79. CI（継続的インテグレーション） • 継続的改善に必要不可欠なのがCIです • なぜ不可欠なのか、以下の2点で説明しています •市場の変化のスピード • コストメリット
- 80.
- 81. • Pull RequestをCIする方法（GitHubPull Request Builder Plugin）も解説しています。 • もちろんTravisCIにも触れています。 CI（継続的インテグレーション）
- 82. • ビルドが壊れた時のゲームについてなど、CIの運用 についても触れています。 • CI自体は目新しいものではなく、大昔から実践され てきたプラクティスであることにも触れました。 •ここまでがチーム開発の基礎となる部分です。 CI（継続的インテグレーション）
- 83.
- 84. • デプロイの自動化について、必要性と方法を解説 • Bootstrapping,Configuration, Orchestrationの3フェーズに分けて解説 • Kickstart, Vagrant, Chef, Capistrano, Fabric, Serverspecといったツールについて デプロイの自動化
- 85.
- 86. • 執筆していた2013年という年はこの分野に劇的な進歩が 見られた年 • どんどん変わっていく技術を追いかけながら実践して書籍 に落としこんでいくのはかなりの苦労 •残念ながら時期が上手く合わず、Dockerを始めとする Immutable Infrastructureについては、ほんの少し言 及するにとどまりまった • 総じてエキサイティングな章になっているはず デプロイの自動化
- 87.
- 88. • 受入テストとそのリグレッションの自動化 • 意外と具体的な情報がないのがこの分野 •デグレを絶対に起こさず機能追加していくには必須 • 特にB2B向けのサービスでは重要 リグレッションテスト
- 89.
- 90.
- 91.
- 92.
- 93.
- 94. • プロジェクトの見積もり、計画 • 運用における振り返りと改善企画 •サービス企画、製品企画と開発を両立するには • コードレビューのやり方、ツール • コーディング規約等々 • エディタの使い方、フォーマットのそろえ方など • 開発環境を良くするための予算のたて方稟議の通し方 • スモールスタートのやり方 • etc, etc, etc.. 漏れたもの
- 95.
- 96.
- 97.