オフショア開発におけるアジャイル

1. オフショアにおけるアジャイル開
発の壁を乗り越える
BUI MINH TRUONG, PMP, CSP, CSM
http://www.buzinga.com.au/wp-content/uploads/2016/05/communication-barriers.png

2. オフショア、ニアショアーまたベンダーを使用し、アウトソーシングする方がい
らっしゃいますか？

3. 自己紹介
名前: Bui Minh Truong（ブイ・ミン・チュオン）
メール: kennyt136@gmail.com, truong.bm@altplus.com.vn
アジャイルベトナムのボードメンバー: truong@agilevietnam.org
経験:
ソフトウェア開発：１０年
Played different roles: Developer, Technical Leader, Team Leader, Project
Manager, Scrum Master, PMO, Agile Coach.
資格: PMP, CSP, CSM
現在：オルトプラス・ベトナム

4. アジェンダ
1. 成功例のケーススタディ
2. オフショア開発でアジャイル・スクラムを実施する場合に陥りがちな問題
3. オフショア開発で、スクラムを使って成功する方法

5. 事例１：通信会社様の案件
• 開発体制：６ペア（ベトナム側）、PO: お客様の担当者
• アジャイル・フレームワーク：スクラム
• 業務内容：クラウド・サービス
• 工程：設計・開発・テスト
• 開発期間：１２ヶ月以上（今まだ続いている）
• 最初の課題：開発チームがアジャイルでの開発経験を持っていない。

6. 事例１：通信会社様の案件
• チーム
http://cloudblog.kddi.com/agile-2/2244/

7. 事例１：通信会社様の案件
• 工夫点：チケットは日本語とベトナム語で記載
http://cloudblog.kddi.com/agile-2/2244/

8. 事例１：通信会社様の案件
• 工夫点：設計はUMLで実施、 Sonar-Qubeでソースレビュー
http://cloudblog.kddi.com/agile-2/2244/

9. 事例１：通信会社様の案件
• 工夫点：ペアプログラミング、

10. 事例１：通信会社様の案件
成功ポイント：お客様が我々をパートナーとして考えていただいた。

11. 事例２：オンライン・コースのシステム
• 開発体制：９名、PO: お客様
• 開発工数：40人月（9人のチーム）
• 開発モジュール：フロント・エンドとバックエンド（設計・開発・テスト）
• 業務内容：イーラニング・システム
• 最初の課題：お客様がアジャイルでの開発経験を持っていない。

12. 事例２：オンライン・コースのシステム
https://learnweb.jp/

13. 事例２：オンライン・コースのシステム
プロジェクトの進み方
フロント・エンド納品 バックエンド・エンド納品
http://www.intellicacorp.com/intellicacorp/assets/SoftwareDevPics/SprintCycle.png

14. 事例２：オンライン・コースのシステム
• チャレンジ：プロダクト・オナー・プロキシをテスターにした。
お客様
＋

15. 事例１：通信会社様の案件
成功ポイント：お客様が我々を信じていただいたから。

16. オフショア開発の問題点
• 作りたいものに対して、作ってくれない
橋を
作って
くれな
い？
https://gregcfuzion.files.wordpress.com/2013/10/grumpy-customer.png
はい、箸を
どうぞ！

17. オフショア開発の問題点
• ソースコードが汚い、品質が低い
https://media.licdn.com/mpr/mpr/p/4/005/07d/023/14c48cd.jpg

18. オフショア開発の問題点
• コミュニケーション・コストが非常にかかる
http://4.bp.blogspot.com/-zYxbFb1WdRU/VIYit-
8knsI/AAAAAAAAA5o/PkJZlqHJ_sU/s1600/Define%2Bbarriers%2Bt
o%2Beffective%2Bcommunication%2Band%2Bessentials%2Bof%2Beff
ective%C2%A0communication.PNG
・言語の壁
・回線のスピード
・曖昧な言葉
。。。

19. ミスアンダースタンディング
• ポジティブなこと
• アジャイルで開発して安くなる
• ネガティブなこと
• アジャイルは好きなことでやり放題
• アジャイルは品質担保できない
• アジャイルは文書があまりないから、メンテーが大変

20. プロジェクト成功のポイント
• マインドセット
• 検収条件の明確化
• 自動化

21. マインド・セット：アジャイルマニフェスト
プロセスやツールよりも個人と対話を、
包括的なドキュメントよりも動くソフトウェアを、
契約交渉よりも顧客との協調を、
計画に従うことよりも変化への対応を、
価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

22. 個人と対話：アナログでのタスク管理

23. マインド・セット：変化への対応
どのようなきっかけで人間が自分を変えて、新しい道を選択しますか？

24. マインド・セット：変化への対応
• プロセス・やり方
• 英語でのコミュニケーション
• 文化の違い（日本ベンダーと比べる）

25. マインド・セット： アジャイル宣言の背後にある原則
http://agilemanifesto.org/iso/ja/principles.html

26. スクラムに関する質問
• なぜスクラムはタイムボックスがあると思いますか？
• なぜチームが5人から9人までだと思いますか？

27. マインド・セット：コア・バリュー
Core
Values
コミットメント
フォカス
オプーン尊重
カーレッジ

28. 検収条件の明確化
http://cloudblog.kddi.com/agile-2/2244/

29. 自動化
チェックアウト・ビルド 単体テストコード解析
テスト環境へのデプロイ結合テスト
Source code
Management Build Tools
Git
push
Poll
SCM
Robot Framework CD Server
Task
management
Notification

30. 実際のコード解析結果

31. ロボット・フレームワーク
http://seleniummaster.com/sitecontent/image
s/robotframeworkride/SeleniumRobotFramewo
rk_demotest_SiteElements_use.PNG

32. ロボット・フレームワーク
https://redstack.files.wordpress.com/2013/09/
robot-report.png

33. コミュニケーションの問題に対して
• ストレートな言葉
• できるだけ映像で説明。目的から説明
• 質問の種類：イェス・ノーのタイプ

34. コミュニケーションの問題に対して
日本語がわからないスタッフのためのリアルタイム翻訳プラグインを開発

35. 課題
• 品質管理
• リスク管理
• 。。。
アジャイル開発におけるプロジェクト・マネージメント

36. http://christianvisionalliance.org/wp-content/uploads/2016/06/thank-you-from-christian-vision-alliance.jpg