Your SlideShare is downloading. ×
アジャイル開発導入のためにやってきたこと
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

アジャイル開発導入のためにやってきたこと

6,375
views

Published on

Published in: Engineering

0 Comments
26 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
6,375
On Slideshare
0
From Embeds
0
Number of Embeds
9
Actions
Shares
0
Downloads
37
Comments
0
Likes
26
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 1 2014年8月22日 GMOインターネット株式会社 次世代システム研究室 藤村 新 アジャイル開発 導入のために やってきたこと
  • 2. 藤村 新 Arata Fujimura GMOインターネット 次世代システム研究室 Twitter: aratafuji
  • 3. 3 2011年夏  前職にてアジャイル開発初体験  開発チームの一員として  アジャイルサムライ  発売後即購入  英語の勉強がてら原著も購入  その後読書会にも参加  渋谷道場  横浜道場
  • 4. 4 2011年秋  現職へ転職  出戻り  ゲームプロジェクトのKPIツール設計、構築等を担当  ソシャゲ開発支援も担当
  • 5. 5 2011年冬~2012年秋  ソシャゲプロジェクトへアジャイル開発初導入!  経緯 1. KPIツール設計、構築のためプロジェクトに参画 2. ゲーム開発人員が足りない 3. ゲーム開発(サーバサイド)も担当 4. プロジェクトがうまくまわっていない 5. アジャイル開発導入だ!
  • 6. 6  課題と施策 1. 作るものが不明確 → 作るものを明確にした  ユーザーストーリーの書き出し 2. 行き当りばったりの開発 → 優先順位を明確にした  ストーリーポイントによる見積もり  優先順位付け  プロダクトバックログ作成
  • 7. 7  課題と施策 3. 見かけ上のスケジュール → 意味のあるスケジュールを作成した  プロダクトバックログをリリースに分割  ベロシティを見積もってスケジュール作成 4. プロジェクトマネジメントされていない → 体制変更  プロダクトオーナーを明確化 → ルール制定  「完了」とは完了のこと  レディなストーリー以外は着手しない
  • 8. 8  KP(T)  Keep  プロダクトバックログによる見える化  イテレーションの導入  アジャイルチームへ体制変更  Problem  完了の定義の例外を設けてしまった…  開発前のフェーズから仕切り直すべきだった  リリースしたけどプロジェクトとしては失敗
  • 9. 9  教訓 当たり前だけど、 「何を作るか」が 一番重要!
  • 10. http://www.jp.square-enix.com/info/library/2011/dldata/PM/PM.pdf
  • 11. 11 2012年冬~2013年春  EC関連のツール開発プロジェクトへスクラム初導入!  経緯 1. 新規プロジェクト立ち上げ 2. 7人3ヶ月程度の適度な規模 3. スクラムを提案したらあっさりと合意 4. スクラム導入だ!
  • 12. 12  KP(T)  Keep  時間(タイムボックス)を意識する  スプリント計画をしっかりと行なう  各種自動化(CI等)  ふりかえりにKPT2 (TODO枠)導入 http://blog.livedoor.jp/tech_blog/archives/744170.html
  • 13. 13  KP(T)  Problem  合意形成不足  「やっぱり"普通のやり方"に戻したい… 」  スクラムマスター(俺)のスキル不足  真のプロダクトオーナーは別にいた  2拠点に分散されたチーム  プロダクトバックロググルーミング不足  全体スケジュールが見えない、精度が低い
  • 14. 14  教訓 プロセスの理解 ≠ スキル習得
  • 15. 15 本格的に学びたい 2013年夏~2014年春
  • 16.  PMIアジャイルPM研究会立ち上げプロジェクト参画
  • 17. 17 CSPO研修受講  日時:2013年5月20日~21日  場所:株式会社ミクシィ  講師:ジェフ・パットン
  • 18. 18 一言で言うと プロダクトディスカバリを行なって、 プロダクトバックログを作るまでの話 ※スクラム開始前のフェーズ
  • 19. 19 CSM研修受講  日時:2013年6月20日~21日  場所:ビジョンセンター日本橋  講師:江端一将、Sergey
  • 20. 20 一言で言うと スクラムの基礎を 座学とワークショップを通して学ぶ
  • 21. 21  勉強会、ワークショップ、イベント  アジャイルサムライ横浜道場  POStudy  レゴスクラム  AEP読書会  Scrum Masters Night  Agile Japan 2014  Regional Scrum Gathering Tokyo 2014
  • 22. 22 アウトプット! アウトプット! アウトプット! 2013年夏~2014年春
  • 23. 23 第1回アジャイルミーティング主催  日時:2013年10月9日  場所:GMO Yours  内容 1. PMIアジャイルPM研究会立ち上げプロジェクトの紹介 2. 次世代システム研究室 3. GMOリサーチ 4. GMO ECラボ 5. GMOペパボ 6. 交流会
  • 24. 24  担当プロジェクトへ各種プラクティス導入  リーンカンバン  朝会、ふりかえり、計画MTG  グループ会社への導入支援  インセプションデッキ  導入事例を書く、話す  採用ブログに書く  自社、他社に話す  部署内MTGでの発表  アジャイルな見積もりと計画づくりまとめ  アジャイル開発取り組み状況
  • 25. 25
  • 26. 26 少しずつ 風向きが 変わってきた 2014年夏
  • 27. 27  広告技術系の新規プロジェクトへの初導入支援!  経緯 1. 同部署別チームで新規プロジェクト立ち上げ 2. 10人10ヶ月ぐらいでそこそこの規模 3. 傍から見るとあまりうまくいってなさそう 4. アジャイル開発、スクラムの利点を盛んにアピール 5. 形だけのプラクティス導入 6. 本質を理解しないままでの導入の危険性をアピール 7. 各種問題が顕在化 8. プロジェクト仕切り直し 9. スクラム導入支援
  • 28. 28  KP(T)  Keep  合わせて組織体制も刷新  マルチタスクを止めた  部署内へのアジャイル開発、スクラム浸透  ユーザーストーリーマッピング実施  Problem  現場(クライアント、開発チーム)からの反発  新しい技術領域のアーキテクチャ設計  全体と部分のバランスが難しい
  • 29. 29  教訓 (仕切り直し時の) アジャイル開発導入は 慎重に…。 HRT重要!
  • 30. 30  O2O系の新規プロジェクトへアジャイル開発導入予定!
  • 31. 31 + 正しく続ける これから学びたいこと
  • 32. 32  正しいものを(プロダクトディスカバリーフェーズ)  デザイン思考  リーンスタートアップ  プロトタイピング  ビジネスモデルキャンバス  ユーザーエクスペリエンスマップ  ユーザーストーリーマッピング  インセプションデッキ
  • 33. 33  正しくつくり(開発フェーズ)  アジャイル開発  スクラム  XP  ドメイン駆動設計  正しく続ける(運用フェーズ)  リーン開発  継続的デリバリー  今時インフラ  インフラCI  Immutable Infrastructure
  • 34. 34 おわり

×