アジャイルオフショア開発モデル
•
18 likes•3,229 views
社内勉強会で発表した資料です。 前半はRFCモデル(アジャイルオフショア開発モデル)についての概要、詳細フロー、RFCモデルを支える技術について。 後半はGMOインターネットグループにおけるオフショア開発状況のヒアリング結果を元に、今後のオフショア開発の進め方の提案、それに伴う課題などについてまとめてみました。
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to アジャイルオフショア開発モデル
Similar to アジャイルオフショア開発モデル (20)
More from Arata Fujimura
More from Arata Fujimura (20)
アジャイルオフショア開発モデル
- 2. 2 • RFCモデル(アジャイルオフショア開発モデル)について - 概要 - 詳細 - RFCモデルを支える技術 • GMOインターネットグループにおけるオフショア開発状況 - ヒアリング結果 - 提案 - 課題 - まとめ アジェンダ
- 5. 5 マスター・センセイからの教え • 正しいものなんて存在しない • 正しいものを(いつまでも)チームで探し続ける - それがプロダクトディスカバリー - プロダクトオーナーのせいにしない
- 6. 6 マスター・センセイからの教え • プロダクトオーナー - ROIの最大化を目指す • スクラムマスター - 学びの最大化を目指す • 開発チーム - 多様性が重要 - ベクトルの向きが合っている必要はない
- 7. 7 前回の発表
- 9. 9 フィードバック
- 10. 10 楽天 Tech Talk
- 11. 11 フィードバック • Done is better than perfectであって、Roughで さくっとざっくりしたものを作ってもらうコンセプト は超イイとおもう • こういう風に成長途上なモデルとそれを考えた人 の話聞けたのはなんか凄い楽しかった
- 12. 12 オフショア大學
- 13. 13 フィードバック • 独自の取り組みをされており、KPI測定して改善 されているところが印象的でした。 • 状況に合わせて改善を続けること、その仕組が 重要であると感じました。 • RFCモデルは国内の請負にも適しているのでは ないかと感じました。
- 14. 14 RFCモデルについて
- 15. おさらい
- 23. 23 RFCモデル詳細
- 24. ユースケース図
- 25. 前フェーズ
- 26. Rough
- 27. Rough
- 28. Rough
- 29. Fill
- 30. Fill
- 31. Closing
- 33. Trello
- 34. GitLab
- 35. Jenkins
- 36. RFCツール
- 37. RFC for Trello
- 38. 38 FAQ • Q：やり取りで使っている言語は？ - A：日本語。 • Q：Roughの見積もり精度は？ - A：慣れたタスクの精度は高いが、新規の場合 は精度が低くなる。 • Q：完了係数から算出する見積もり精度は？ - A：まだ計画の指標としては使えていない。
- 39. 39 FAQ • Q：費用対効果は？ - A：コスト(1/3), 期間(2倍)を目指している。 • Q：手戻りは発生する？ - A：Fill(Review)→Fill(Doing)などは発生する。 • Q：スケールするの？ - A：受入担当もオフショアに移し、RFCチームを 増やすことによってスケールすると考えている。
- 40. 40 デモ
- 42. 42 オフショア開発状況ヒアリング • 6社8プロジェクトについてヒアリング実施 - GMO RUNSYSTEM - GMOゲームセンター(3プロジェクト) - GMOゲームポット(1プロジェクト) - GMOシステムコンサルティング(2プロジェクト) - GMOメディア(ラボプロジェクト) - GMOリサーチ(育成プロジェクト)
- 43. 43 オフショア開発状況ヒアリング • ヒアリング内容 - 契約形態 - ブリッジSE利用有無／利用言語 - チーム構成／人員配置 - フェーズ／納品物／利用ツール - K(P)T
- 49. 49 Keep(発注側) • 人的リソースの柔軟性 - コスト削減 • 信頼関係が築けてきた - 頻繁なMTG 、出張時の交流 - チームとして成熟 • 成果物を継続的に出し続けられている - ざっくり仕様でも作ってくれる
- 50. 50 Try(発注側) • 次の案件も同じチームでやりたい - ラボ契約 - 関係性の維持 - 長期的なスケジューリング • 技術向上施策 - オフショア側に技術レベルの高いチームを作る • 企画・設計段階からオフショア側も参加
- 51. 51 Try(オフショア側) • 国際標準を採用したい - フレームワーク、ゲームエンジン - ツール、フォーマット • ビジョン、ゴールを共有してほしい • 企画・設計段階から参加したい • ラボ契約でチームを継続したい - チーム解散時に離職する傾向がある
- 52. 52 改善施策例 • 一度デスマーチを経験 • 別のプロジェクトを実施することになった • 発注側、オフショア側それぞれでふりかえり実施 • オフショア側でMTG実施 - オフショア側での成功事例を教えてほしい - 実際の現場の作業を見学させてほしい - 両社ふりかえりの共有
- 53. 53 改善施策例 • 今後の取り組みとして決めたこと - プロジェクトの初期フェーズで、オフショア側 チームリーダーと通訳が来日し、発注側と机を 並べて一緒に設計を行なう - 実装フェーズには、発注側のエンジニアがベト ナムに行って一緒に開発を行なう
- 54. 54 所感 • うまく回ってるプロジェクトもあれば、うまく回って ないプロジェクトもある • 各社の足並みがバラバラ - GMOインターネットグループ内のオフショア開 発なのに、情報共有がされていない - 契約も、ツールも、プロセスも、フォーマットも、 全部バラバラ
- 55. モッタイナイ
- 56. 禁断の呪文 シナジー！
- 57. 57 情報共有 • 各社各プロジェクト間で情報共有 - ツール、プロセス、フォーマットの共有 - ふりかえり(KPT)の結果共有
- 58. 58 契約 • GMOインターネットグループとしてのラボ契約 - 継続した信頼関係 - ノウハウの共有 - プロセス、ツール、フォーマットの標準化 - 人材育成の効率化 - オフショアエンジニアの離職防止
- 59. 59 プロセス(RFC?)
- 60. 60 ツール
- 62. 62 人材育成
- 67. 67 課題 • 部分最適化に成功しているプロジェクトに対して、 全体最適化のメリットを提供できるか - 独自の試みでチームビルディングを進めている - 全体最適化を考える余裕は無い？ • 各社、各プロジェクトの目的、ゴールは異なる - 長期的視点(育成)、短期的視点(スポット)
- 68. 68 現状
- 74. 74 誰が音頭を取る？
- 75. ラボ契約
- 76. 76 まとめ • 効率の良い方法をノウハウ化、ノウハウ集を共有 しよう - まずは両社とも情報共有からはじめてみる • 次世代システム研究室＋GMOベトナムラボセン ターで担える役割を模索したい • オフショア開発でも、結局は人と人とのつながり が一番重要
- 78. 78 おわり