1
2015年4月16日
GMOインターネット株式会社
次世代システム研究室
藤村 新 / 片山 貴博
アジャイルなオフショア開発
Agile Japan 2015
藤村 新
ふじむら あらた
アジャイルPM研究会所属
片山 貴博
かたやま たかひろ
GMOベトナムラボセンター
経営メンバー
3
• オフショア開発の経緯
• RFCモデルとは
• RFCの理想
• RFCの現実
• まとめ
アジェンダ
4
オフショア開発の経緯
http://cloud.watch.impress.co.jp/docs/release/20130326_593209.html
2013年3月11日 「GMOベトナムラボセンター」設立
6
ミッション
• GMOインターネットグループ
の技術力のさらなる向上
• ベトナムの優秀な人財(IT技
術者)の確保と育成
• インターネットの最先端技術
の検証や研究
7
ミッション
• GMOインターネットグループ
の技術力のさらなる向上
• ベトナムの優秀な人財(IT技
術者)の確保と育成
• インターネットの最先端技術
の検証や研究
優秀な
ベトナム人が
欲しい!
8
採用基準
• 日本語能力試験でN3以上
• 来日可能
• 1年間国内研修を実施
• 人柄が良い
• 技術力がある
• 20代半ばくらいの若手
9
採用基準
• 日本語能力試験でN3以上
• 来日可能
• 1年間国内研修を実施
• 人柄が良い
• 技術力がある
• 20代半ばくらいの若手
日本語話せる
良い人!
A 2a:アジャイルなオフショア開発
11
国内研修の実情
• 基本は2名ずつ実施
• 現在3期目(2名受入中)
• 帰国した4名中1名退職
• 日本語能力は向上
• (なんちゃって)OJT
• (たまに)研修実施
12
国内研修の実情
• 基本は2名ずつ実施
• 現在3期目(2名受入中)
• 帰国した4名中1名退職
• 日本語能力は向上
• (なんちゃって)OJT
• (たまに)研修実施
ちゃんと
できてない…
A 2a:アジャイルなオフショア開発
14
ラボセンター
といっても、実際は
オフショア開発が
主な事業内容。
15
とりあえずやってみた
(2013年~2014年)
16
当時の状況
• 体制
• 受入担当:1名(日本人)
• 開発チーム:5名(ベトナム人)
• 内3名はハノイ勤務
• 内2名は東京勤務(研修中)
• 開発対象
• 主に社内ツール(KPIツール)
受入担当
リーダー
仕様策定・
発注・受入
リソース・
タスク管理
ベトナム(ハノイ)
GMOベトナムラボセンター体制図
国内
18
問題
多発
19
主な問題点
• 一度のやり取りで期待通りの
アウトプットが出てこない
• 見積もりの精度が低く、完了
予定が見えない
• 95%完了から先が長い
• 品質が低い
20
発生した問題に対し
試行錯誤を重ねて
導き出した
コンセプト
頑張っても
効果が薄い事を
諦める
一度のやり取りで期待通
りのアウトプットが出て
こない
一度のやり取りで期待通
りのアウトプットが出て
こない
時間をかけてもっと詳細
な仕様書を準備する
一度のやり取りで期待通
りのアウトプットが出て
こない
時間をかけてもっと詳細
な仕様書を準備する
一度のやり取りで期待通
りのアウトプットが出て
こない
1度のやり取りでの完成を
諦めた初回ザックリ開発
見積もりの精度が低く、完了
予定が見えない
見積もりの精度が低く、完了
予定が見えない
時間をかけて見積もりの精度
を上げてもらう
見積もりの精度が低く、完了
予定が見えない
時間をかけて見積もりの精度
を上げてもらう
見積もりの精度が低く、完了
予定が見えない
全体見積もりは諦め、ザック
リ開発工数だけ見積もっても
らい、全体見積もりは完了係
数を使って算出
※完了係数とは、
(リードタイム/ザックリ開発工
数)の平均で算出する係数。
ザックリ開発工数の見積もり日
数に完了係数を掛けることで、
予想完了日を算出できる。
95%完了から先が長い
95%完了から先が長い
再度詳細な指示書を書き、
完成させてもらう
95%完了から先が長い
再度詳細な指示書を書き、
完成させてもらう
95%完了から先が長い
オフショア側での完成は
諦め、最後の5%は日本側
で完成させる
品質が低い
品質が低い
自己学習や研修を実施す
ることにより各メンバー
のスキル向上を目指す
品質が低い
自己学習や研修を実施す
ることにより各メンバー
のスキル向上を目指す
品質が低い
メンバーのスキル向上も
品質も諦める
品質が低い
メンバーのスキル向上も
品質も諦める
品質が低い
開発の初期段階から
レビューを実施するなど、
レビュー回数を増やす
これら改善施策を
盛り込んだ
開発モデルを
考えてみた。
A 2a:アジャイルなオフショア開発
43
RFCモデルとは
Rough
Fill
Closing
ベースは
リーン開発の
カンバン
Doing
DoingのステージをRFCに細分化
Rough
Fill
Closing
48
• ザックリ開発するフェーズ
• 7割程度の完成度を目指す
• 着手する前にザックリ開発工数を見積もってもらう
Rough
Fill
Closing
50
• Roughフェーズでのアウトプットの完成度を上げる
フェーズ
• 9割以上の完成度を目指す
Rough
Fill
Closing
52
• 完成させるフェーズ
• 日本側の受入担当者(エンジニア)が対応する
53
RFCの理想
https://www.flickr.com/photos/emiliokuffer/8359208711/
優先度順に並んだPBI
※Readyな状態(仕様記載済み)
PBIを分割したタスク
RoughのDoingにかかる日数(R)を見積もる
ざっくり開発するフェーズ
7割程度の完成度を目指す
アウトプットの完成度を上げるフェーズ
9割以上の完成度を目指す
完成させるフェーズ
R
Lead Time
完了係数 =
Lead Time / R
Lead Time =
R × 完了係数
完成したタスク
オフショア担当
国内
(受入)担当
• 検査と適応の仕掛け
• アウトプット(ソースコー
ド)の検査と適応を各フェー
ズのレビューで行なう
• レビューを早めに(Roughか
ら)多めに(最低2回)実施す
ることで、アウトプットの
透明性を維持する
56
RFCの現実
https://www.flickr.com/photos/brian_tomlinson/14678017291/
57
• 多くの前提条件
• 共通言語は日本語であること
• 受入担当はコードを理解できるエ
ンジニアであること
• ソースコードのバージョン管理が適
切に行われていること
• チケットベースで成果物をレビュー、
検収できること
58
• 受入担当について
• 仕様策定・落し込み、発注、
受入、修正指摘と行う事が
多く、開発メンバーが増え
れば増える程負荷も増大
• 受入担当が兼務の場合、
そこがボトルネックになる
59
• 効果について
• 開発メンバーが業務に精
通してくる事で受入担当の
負荷が軽減され、その結果
として費用対効果が現れ
てくるが、短期プロジェクト
では難しい
60
• 費用対効果について
• 開発メンバーのコスト:1/3
• 開発期間:約2倍(感覚値)
• 受入担当のキャパシティが3名
まで、50%コミットだとトントン
• キャパを増やすか、コミット率を
下げるか、期間を短縮しないと
費用対効果が出ない
61
• 今後予定している改善
• 受入担当業務をオフショア
側で行う
• 受入担当者育成に注力
• 短期の来日研修も検討
62
まとめ
63
• 現場で発生した問題に対し
て試行錯誤した結果、RFC
モデルは生まれた
• プロセスとしてのRFCモデル
は確立されつつある
• しかし、既に現場との乖離も
生まれ始めている…
64
いいんです!
http://www.slideshare.net/kiroh/reintro-scrum-kansumi2013a3/46
ただし、
検査と適応
は必須
結論
どんな開発プロセスを採用
する場合でも、ふりかえり
を定期的に実施し、プロセ
スの検査と適応を継続的に
行っていくことが重要
A 2a:アジャイルなオフショア開発
次世代システム研究室では
エンジニアを募集しています!
http://recruit.gmo.jp/engineer/jisedai/
70
ご清聴、ありがとうございました

More Related Content

PDF
アジャイルオフショア開発モデル
PDF
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
PDF
開発モデルの作り方(守破離の破)
PDF
「PdMと考えるQAとプロダクトマネジメント」
PDF
それはYAGNIか? それとも思考停止か?
PPTX
振り返り(アジャイルレトロスペクティブズ)
PDF
What is quality culture? Is it something tasty?
PPTX
3 Amigosの考え方で、独立したQAチームがアジャイルテストチームになるまでの話
アジャイルオフショア開発モデル
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
開発モデルの作り方(守破離の破)
「PdMと考えるQAとプロダクトマネジメント」
それはYAGNIか? それとも思考停止か?
振り返り(アジャイルレトロスペクティブズ)
What is quality culture? Is it something tasty?
3 Amigosの考え方で、独立したQAチームがアジャイルテストチームになるまでの話

What's hot (20)

PDF
正しいものを正しくつくる
PDF
アジャイルとスクラムとは 原則、価値、プラクティス
PDF
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
PDF
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
PPTX
【Ltech#6 】LIFULLでのQAのあり方
PDF
概説 テスト分析
PDF
TDD のこころ
PDF
ゼロからはじめるプロダクトマネージャー生活
PDF
Issueの書き方と伝え方
PDF
ユーザーストーリーの分割
PDF
スタートアップの"共同創業者"を選ぶ技術
PDF
大企業アジャイルの勘所 #devlovex #devlovexd
PDF
Leanstartupをリーンにヤル #リーンスタートアップ
PDF
サービス開発における フロントエンド・ドメイン駆動設計の実践
PDF
フロー効率性とリソース効率性について #xpjug
PDF
君はyarn.lockをコミットしているか?
PPTX
Product ManagerとProduct Ownerの役割の違いについて
PDF
Agile Quality アジャイル品質パターン (QA2AQ)
PDF
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
PDF
LINE Developer Meetup in Tokyo #39 Presentation (modified)
正しいものを正しくつくる
アジャイルとスクラムとは 原則、価値、プラクティス
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
【Ltech#6 】LIFULLでのQAのあり方
概説 テスト分析
TDD のこころ
ゼロからはじめるプロダクトマネージャー生活
Issueの書き方と伝え方
ユーザーストーリーの分割
スタートアップの"共同創業者"を選ぶ技術
大企業アジャイルの勘所 #devlovex #devlovexd
Leanstartupをリーンにヤル #リーンスタートアップ
サービス開発における フロントエンド・ドメイン駆動設計の実践
フロー効率性とリソース効率性について #xpjug
君はyarn.lockをコミットしているか?
Product ManagerとProduct Ownerの役割の違いについて
Agile Quality アジャイル品質パターン (QA2AQ)
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
LINE Developer Meetup in Tokyo #39 Presentation (modified)
Ad

Viewers also liked (20)

PDF
Agile Testing Learning journeys for the whole team at AgileJapan 2015
PDF
システム開発の流れ(アジャイルソフトウェア開発)
PDF
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
PDF
大規模スクラムの失敗から学んだこと #AgileJapan2015
PDF
Agile japan2014c 3プレゼン資料アジャイル経験0から3年で3億以上を稼いだ道のり ~とある中小ソフトベンダーの請負アジャイル開発実績~
PDF
アジャイルなオフショア開発(Rakuten techtalk)
PDF
アジャイル開発研修
PDF
CSPO、CSM研修に参加して
PDF
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広い
PDF
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
PDF
SGT2014 プロダクトオーナー現場十色
PPTX
ダイスワークゲーム
PDF
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
PDF
選択と自由の見地からのモチベーション考
PDF
Xp祭り関西2013
PDF
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
PDF
非開発者のためのアジャイル開発入門
PDF
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
PPTX
Agile Discussion 1st
PDF
東京農工大セミナー
Agile Testing Learning journeys for the whole team at AgileJapan 2015
システム開発の流れ(アジャイルソフトウェア開発)
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
大規模スクラムの失敗から学んだこと #AgileJapan2015
Agile japan2014c 3プレゼン資料アジャイル経験0から3年で3億以上を稼いだ道のり ~とある中小ソフトベンダーの請負アジャイル開発実績~
アジャイルなオフショア開発(Rakuten techtalk)
アジャイル開発研修
CSPO、CSM研修に参加して
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広い
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
SGT2014 プロダクトオーナー現場十色
ダイスワークゲーム
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
選択と自由の見地からのモチベーション考
Xp祭り関西2013
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
非開発者のためのアジャイル開発入門
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
Agile Discussion 1st
東京農工大セミナー
Ad

Similar to A 2a:アジャイルなオフショア開発 (20)

PDF
Introduction to NetOpsCoding
PPTX
インドのインターネット環境 との戦い方
PDF
4.5G/5G環境でのECサイトの高速化 ― 変わるモバイル購買体験
PPTX
インドの低速なネットワーク環境の攻略法
PPTX
Hueによる分析業務の改善事例
PDF
GEEK ACADEMY REAL Vol.2. 「最先端のデータ解析/Apache Sparkを利用したレコメンドエンジン開発」
PPTX
Webクローリング&スクレイピングの最前線 公開用
PPTX
Osc tokyo20141019
PPTX
.Netlab202107
PDF
IIJmio meeting 10 端末の動作確認(後編)
PPT
企業と勉強会 @nifty エンジニアサポート
PPTX
GBDC 勉強会 #1 Python を用いたツール作成工数の最小化
PDF
Embedded Webで加速するWeb of Things
PDF
Enterprise Redmine
PPTX
さくらインターネットベアメタル自動化への挑戦
PDF
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
PPTX
Q a9 for ics(lotus) developers
PPTX
『フルスタックエンジニアを目指す』ためのOpenStack勉強術 - OpenStack最新情報セミナー 2014年2月
PDF
JIMUC 生成AI分科会活動報告 2025/7/11 エレメンタムコンサルティングLLC 増田和紀
PPTX
Iots2018 20181203
Introduction to NetOpsCoding
インドのインターネット環境 との戦い方
4.5G/5G環境でのECサイトの高速化 ― 変わるモバイル購買体験
インドの低速なネットワーク環境の攻略法
Hueによる分析業務の改善事例
GEEK ACADEMY REAL Vol.2. 「最先端のデータ解析/Apache Sparkを利用したレコメンドエンジン開発」
Webクローリング&スクレイピングの最前線 公開用
Osc tokyo20141019
.Netlab202107
IIJmio meeting 10 端末の動作確認(後編)
企業と勉強会 @nifty エンジニアサポート
GBDC 勉強会 #1 Python を用いたツール作成工数の最小化
Embedded Webで加速するWeb of Things
Enterprise Redmine
さくらインターネットベアメタル自動化への挑戦
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
Q a9 for ics(lotus) developers
『フルスタックエンジニアを目指す』ためのOpenStack勉強術 - OpenStack最新情報セミナー 2014年2月
JIMUC 生成AI分科会活動報告 2025/7/11 エレメンタムコンサルティングLLC 増田和紀
Iots2018 20181203

More from Arata Fujimura (20)

PDF
クラスメソッドベトナム設立しました
PDF
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
PDF
DevOpsを支える原則、3つの道
PDF
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
PDF
スクラムマスター募集中
PDF
変化に強い、継続的に学習する組織に変わるためのステップとは
PDF
クラスメソッドにおけるスクラム開発の光と影
PDF
モダンオフショア開発のすすめ
PDF
スクラムワークショップ
PDF
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
PDF
登壇勉強会 〜それぞれの流儀がそこにある〜
PDF
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
PDF
PdMワークショップ
PDF
最高のScrumキメた後にスケールさせようとして混乱した話
PDF
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
PDF
Experience DevOps Implementation Support Service
PDF
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
PDF
俺のレアジョブ利用法
PDF
DevOps導入支援、始めました
PDF
プラクティス厨から始めるアジャイル開発
クラスメソッドベトナム設立しました
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
DevOpsを支える原則、3つの道
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
スクラムマスター募集中
変化に強い、継続的に学習する組織に変わるためのステップとは
クラスメソッドにおけるスクラム開発の光と影
モダンオフショア開発のすすめ
スクラムワークショップ
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
登壇勉強会 〜それぞれの流儀がそこにある〜
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
PdMワークショップ
最高のScrumキメた後にスケールさせようとして混乱した話
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Experience DevOps Implementation Support Service
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
俺のレアジョブ利用法
DevOps導入支援、始めました
プラクティス厨から始めるアジャイル開発

A 2a:アジャイルなオフショア開発