SlideShare a Scribd company logo
1 of 59
Download to read offline
Ameba 流 Scrum を
浸透させていく方法
株式会社サイバーエージェント
大﨑 浩崇
自己紹介
• 大﨑 浩崇 (2012 年 4 月入社 )
• アメーバ事業本部 コミュニティ事業部
• 24LOG のシステム責任者
• ウェブアプリケーション , JavaScript
アジェンダ
• 組織に Scrum が浸透するまでの歴史
• 黎明期 (2007-2011)
• 混乱期 (2011-2012 前半 )
• 普及期 (2012 後半 -2014/03)
• 統一期 (2014/04- 現在 )
• 組織に Scrum を浸透させるための Tips
Scrum が浸透するまでの歴史
約 3 年でエンジニア比率が
10% 45%→ に増加!
約 3 年でエンジニア比率が
10% 45%→ に増加!
黎明期 (2007-2010)黎明期 (2007-2010)
が きていたか当時何 起
• システム のばらつきが きい品質 大
• には は の でその しのぎのスピード の全体的 品質 二 次 場 開発 空
気
• ハイレベルなエンジニアがいるチームは が い品質 高
開発チーム E開発チーム B 開発チーム C 開発チーム D開発チーム A
まだチームも なくお いを ってい少 互 知
るため のコストが い情報共有 低 状態
おおよその体制
目の前の火消しで精一杯目の前の火消しで精一杯
なぜ開発プロセスが注目されなかったのか
混乱期
(2011-2012 前半 )
混乱期
(2011-2012 前半 )
Ameba流 scrumを浸透させていく方法
ビジネス の拡大
の っ総力戦 真 只中
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
に急激
プロジェクト が数 増加
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
いくつかのチームが き した動 出いくつかのチームが き した動 出
なのは必要 「秩序」
かが のプロジェクトに何人 自分
スクラム を しはじめた開発 導入
の がわからない開発 優先順位 !
を けましょう作業 優先順位付
の わりが えない開発 終 見 !
して しましょう計測 予測
何が生まれたか
透明な進捗状況透明な進捗状況
強いチーム強いチーム
自律的なコミュニケーション自律的なコミュニケーション
噂が広まる噂が広まる
あのチームなんであのチームなんで
うまくいってんの?うまくいってんの?
あのチームなんであのチームなんで
うまくいってんの?うまくいってんの?
普及期
(2012 後半 -2014/3)
普及期
(2012 後半 -2014/3)
サービス開発のノウハウも増えてきた
リリースのサイクルをもっと く速 !
え けるサービスの を したい増 続 品質 担保
な から なチームへ中央集権的 管理 自律的
組織課題
Scrum!!Scrum!!Scrum!!Scrum!!
役員陣が興味を持ち始めてくれた
社内研究レポートで受賞
社内勉強会が多く開催される
Ameba の Scrum の普及
の での さな が混乱 中 小 改善
として が し めた結果 組織全体 真似 始
統一期
(2014/04 〜 )
経緯
• ボトムアップでスクラムを取り入れる
ところが増えてきた
• 組織課題に、人材の流動性を高めるた
めに、開発の統一化が検討されていた
開発支援ツールの統一
• チケット管理
• アジャイル補助
• コミュニケーション
• ドキュメント作成
3 日間かけた説明会
ゲーム・ブログ
コミュニティで
最適な開発手法を改善中
Scrum を組織に浸透させる Tips
組織をまるごと変えてやる!組織をまるごと変えてやる!
なぜ変えられないか
•アジャイルな開発を行うためには、
自律的な組織にならなければ
いけない
強制されると
萎縮する
されることによって真似
な を す自律的 浸透 促
なぜ変えられないか
•アジャイルな開発を行うためには、
自律的な組織にならなければ
いけない
•組織の目標と Scrum 開発が競合する
場合がある
組織のミッション
•KPI などの目標数値の達成が組織の
ミッション
•開発手法の改善は、防御的な仕事
• を を にするため成果 最大化 最優先
に り いが折 合 必要
どう折り合うか?
パターンを作って
ひとつずつ試す
自動化
• Jenkins を使った自動ビルドや
自動デプロイ
• ほとんどのプロジェクトで
導入済み
チーム内で分割
• 人数・チーム状況に応じて管理を分ける
デザイナーチーム
開発チーム
カンバンで
管理
スクラムで管理
プロジェクト
進行中のタスクの生存期間は
1 日に固定
(一日以内に終わらせる粒度)
進行中のタスクの生存期間は
1 日に固定
(一日以内に終わらせる粒度)
タスクの粒度と WIP(work in progress) 制限タスクの粒度と WIP(work in progress) 制限
タスクの粒度と WIP 制限タスクの粒度と WIP 制限
翌日の朝会で進行中のままになっているタスクが
あった場合は、その場で粒度について議論する
ストーリー着手の直列化ストーリー着手の直列化
ストーリーの並列着手をやめるストーリーの並列着手をやめる
ストーリー着手の直列化ストーリー着手の直列化
ストーリー着手の直列化ストーリー着手の直列化
ストーリー着手の直列化ストーリー着手の直列化
ストーリー着手の直列化ストーリー着手の直列化
ストーリー着手の直列化ストーリー着手の直列化
ストーリー着手の直列化ストーリー着手の直列化
一つのストーリーを全員で着手して
ひとつひとつ確実につぶしていく
•不安や悩みはその場で相談・解決
•結果として開発速度向上
•開発者の不安をなくす
•ペアプログラミング導入
パターンの取り扱い
•チームに馴染むもの・馴染まないも
のがある
•有効なものを取り入れて、そうでな
いものを捨てていく
まとめ
真似により Scrum やアジャイルが浸透真似により Scrum やアジャイルが浸透
成果目線で最適な開発を各所で改善中成果目線で最適な開発を各所で改善中
Ameba の Scrum はカオスから始まったAmeba の Scrum はカオスから始まった
Ameba の Scrum の歴史Ameba の Scrum の歴史
ご清聴ありがとうございました
Images Credit(Flickr.com)
slide 7: Some rights reserved by kharied(http://www.flickr.com/photos/kharied/3331716380/)
slide 9: Some rights reserved by Official U.S. Navy Imagery(http://www.flickr.com/photos/usnavy/8426065379/)
slide 16:Some rights reserved by esterina on silver(http://www.flickr.com/photos/esterinasilver/3024062418/)
slide 23:Some rights reserved by Julia Manzerova(goo.gl/GcZSvO)
slide 26:Some rights reserved by Joseph Kesisoglou(http://www.flickr.com/photos/josephkes/5886199731/)
slide 27:Some rights reserved by francisco_osorio(goo.gl/VrvRes)
slide 31:Some rights reserved by Padmanaba01(http://www.flickr.com/photos/43423301@N07/3998449040/)
slide 38:Some rights reserved by romec1(http://www.flickr.com/photos/romec1/3246065362/)
slide 41:Some rights reserved by Tom Leuntjens Photography(http://www.flickr.com/photos/vstrash/2847241785/in/photostream/)
Special Thanks
渡辺 雄作

More Related Content

What's hot

チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるかチーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるかTakafumi Ikeda
 
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズアジャイルレトロスペクティブズ
アジャイルレトロスペクティブズYagi Natsuki
 
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするためにCEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするためにTakafumi Ikeda
 
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門陽一 滝川
 
第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表Takeba Misa
 
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかったMakoto Iguchi
 
Agile2010とは何だったのか
Agile2010とは何だったのかAgile2010とは何だったのか
Agile2010とは何だったのかDai FUJIHARA
 
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・Rakuten Group, Inc.
 
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきましたHajime Yanagawa
 
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellはじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellDai FUJIHARA
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスYasui Tsutomu
 
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会Yu Ishikawa
 
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!Yasui Tsutomu
 
スクラム開発について
スクラム開発についてスクラム開発について
スクラム開発についてAkio Terayama
 
2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料Toshihiro Hirota
 
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワークスクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク慎一 古賀
 

What's hot (20)

チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるかチーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
 
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズアジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
 
爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan
 
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするためにCEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
 
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
 
第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表
 
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
 
スクラム再入門
スクラム再入門スクラム再入門
スクラム再入門
 
Agile2010とは何だったのか
Agile2010とは何だったのかAgile2010とは何だったのか
Agile2010とは何だったのか
 
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
 
TFSの導入提案
TFSの導入提案TFSの導入提案
TFSの導入提案
 
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
 
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellはじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
 
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
 
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
 
スクラム開発について
スクラム開発についてスクラム開発について
スクラム開発について
 
2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料
 
Dev love kansai
Dev love kansaiDev love kansai
Dev love kansai
 
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワークスクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
 

Viewers also liked

インセプションデッキ紹介
インセプションデッキ紹介インセプションデッキ紹介
インセプションデッキ紹介You&I
 
KPTの基本と、その活用法
KPTの基本と、その活用法KPTの基本と、その活用法
KPTの基本と、その活用法ESM SEC
 
Scrum with Redmine Backlogs
Scrum with Redmine BacklogsScrum with Redmine Backlogs
Scrum with Redmine BacklogsRyuta Hamasaki
 
Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発Takuya Sato
 
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターンHidehisa Matsutani
 
Project Facilitation From Hiranabe
Project Facilitation From HiranabeProject Facilitation From Hiranabe
Project Facilitation From HiranabeYasui Tsutomu
 
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだことESM SEC
 
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことKatsunobu Harada
 
Redmineによるタスクの整理
Redmineによるタスクの整理Redmineによるタスクの整理
Redmineによるタスクの整理Go Maeda
 
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発! ~Redmineでアジャイルに開発しよう
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発!~Redmineでアジャイルに開発しよう【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発!~Redmineでアジャイルに開発しよう
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発! ~Redmineでアジャイルに開発しようakipii Oga
 
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということストーリーポイントで見積もるということ
ストーリーポイントで見積もるということYagi Natsuki
 
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へakipii Oga
 
挫折しないRedmine
挫折しないRedmine挫折しないRedmine
挫折しないRedmineGo Maeda
 

Viewers also liked (14)

インセプションデッキ紹介
インセプションデッキ紹介インセプションデッキ紹介
インセプションデッキ紹介
 
KPTの基本と、その活用法
KPTの基本と、その活用法KPTの基本と、その活用法
KPTの基本と、その活用法
 
Scrum with Redmine Backlogs
Scrum with Redmine BacklogsScrum with Redmine Backlogs
Scrum with Redmine Backlogs
 
Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発
 
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン
 
Project Facilitation From Hiranabe
Project Facilitation From HiranabeProject Facilitation From Hiranabe
Project Facilitation From Hiranabe
 
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
 
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
 
Redmineによるタスクの整理
Redmineによるタスクの整理Redmineによるタスクの整理
Redmineによるタスクの整理
 
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発! ~Redmineでアジャイルに開発しよう
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発!~Redmineでアジャイルに開発しよう【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発!~Redmineでアジャイルに開発しよう
【第13回RxTStudy勉強会】Redmine BacklogsプラグインでScrum開発! ~Redmineでアジャイルに開発しよう
 
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
 
Rakuten Redmine
Rakuten RedmineRakuten Redmine
Rakuten Redmine
 
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ
【第7回redmine.tokyo勉強会】RedmineのFAQとアンチパターン集~WBS駆動からチケット駆動へ
 
挫折しないRedmine
挫折しないRedmine挫折しないRedmine
挫折しないRedmine
 

Similar to Ameba流 scrumを浸透させていく方法

大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015Itsuki Sakitsu
 
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャーVOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャーHironori Miura
 
イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡NTT Communications Technology Development
 
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31Sukusuku Scrum
 
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルにアジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルにESM SEC
 
5年しかもたない最高のシステムとの向き合い方
5年しかもたない最高のシステムとの向き合い方5年しかもたない最高のシステムとの向き合い方
5年しかもたない最高のシステムとの向き合い方Jumpei iwamura
 
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdf
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdfHowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdf
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdfKei Nakahara
 
3年前の僕へ
3年前の僕へ3年前の僕へ
3年前の僕へgarden_tree
 
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 -
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 - 良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 -
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 - teyamagu
 
Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014Yusaku Watanabe
 
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイドYou&I
 
スクラム初心者セッション.pdf
スクラム初心者セッション.pdfスクラム初心者セッション.pdf
スクラム初心者セッション.pdfHideo Kashioka
 
「進化し続けるインフラ」のためのマルチアカウント管理
「進化し続けるインフラ」のためのマルチアカウント管理「進化し続けるインフラ」のためのマルチアカウント管理
「進化し続けるインフラ」のためのマルチアカウント管理Recruit Lifestyle Co., Ltd.
 
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)Yasui Tsutomu
 
3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-garden_tree
 
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)Miho Nagase
 
20190610 teamwork session
20190610 teamwork session20190610 teamwork session
20190610 teamwork sessiondonguri_yaguchi
 
スクラム開発
スクラム開発スクラム開発
スクラム開発DoNabe1
 
アジャイルパラレル開発
アジャイルパラレル開発アジャイルパラレル開発
アジャイルパラレル開発Fumio Kawakami
 

Similar to Ameba流 scrumを浸透させていく方法 (20)

大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
 
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャーVOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
 
イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡
 
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
 
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルにアジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルに
 
5年しかもたない最高のシステムとの向き合い方
5年しかもたない最高のシステムとの向き合い方5年しかもたない最高のシステムとの向き合い方
5年しかもたない最高のシステムとの向き合い方
 
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdf
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdfHowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdf
HowToDevelopATeamGrowsByThemselves_SCF_OSaka2022.pdf
 
3年前の僕へ
3年前の僕へ3年前の僕へ
3年前の僕へ
 
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 -
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 - 良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 -
良きモノの提供に向けた協働 - 開発とテストが一体となったソフトウェア開発 -
 
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
 
Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014
 
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド
 
スクラム初心者セッション.pdf
スクラム初心者セッション.pdfスクラム初心者セッション.pdf
スクラム初心者セッション.pdf
 
「進化し続けるインフラ」のためのマルチアカウント管理
「進化し続けるインフラ」のためのマルチアカウント管理「進化し続けるインフラ」のためのマルチアカウント管理
「進化し続けるインフラ」のためのマルチアカウント管理
 
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
 
3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-
 
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
 
20190610 teamwork session
20190610 teamwork session20190610 teamwork session
20190610 teamwork session
 
スクラム開発
スクラム開発スクラム開発
スクラム開発
 
アジャイルパラレル開発
アジャイルパラレル開発アジャイルパラレル開発
アジャイルパラレル開発
 

Recently uploaded

2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf
2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf
2403_chouhou_obuse_reiwa6nen3gatu_slide.pdfssuser31dbd1
 
インターン向け会社紹介資料 (株式会社Suzak)
インターン向け会社紹介資料                (株式会社Suzak)インターン向け会社紹介資料                (株式会社Suzak)
インターン向け会社紹介資料 (株式会社Suzak)suzak392
 
20230322_Another works Logo Guideline.pdf
20230322_Another works Logo Guideline.pdf20230322_Another works Logo Guideline.pdf
20230322_Another works Logo Guideline.pdfssuser2f4ddc
 
240322_Another works Future 採用資料 (1).pdf
240322_Another works Future 採用資料 (1).pdf240322_Another works Future 採用資料 (1).pdf
240322_Another works Future 採用資料 (1).pdfssuser2f4ddc
 
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)miraimanagementkaigi
 
Service-misorae-leadership-consulting.pdf
Service-misorae-leadership-consulting.pdfService-misorae-leadership-consulting.pdf
Service-misorae-leadership-consulting.pdfYasuyoshi Minehisa
 
LP用nounou画像 This is a business description document.
LP用nounou画像 This is a business description document.LP用nounou画像 This is a business description document.
LP用nounou画像 This is a business description document.gnakagawa
 
RSpecが遅いからはやくしてみた...................................
RSpecが遅いからはやくしてみた...................................RSpecが遅いからはやくしてみた...................................
RSpecが遅いからはやくしてみた...................................yutonoda2
 
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)miraimanagementkaigi
 
Sun__company..........................pdf
Sun__company..........................pdfSun__company..........................pdf
Sun__company..........................pdfssuser698bcc
 
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______Undiscovered Gems of Japan
 
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。tshimabukuro0405
 
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。naokomukoyama
 

Recently uploaded (13)

2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf
2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf
2403_chouhou_obuse_reiwa6nen3gatu_slide.pdf
 
インターン向け会社紹介資料 (株式会社Suzak)
インターン向け会社紹介資料                (株式会社Suzak)インターン向け会社紹介資料                (株式会社Suzak)
インターン向け会社紹介資料 (株式会社Suzak)
 
20230322_Another works Logo Guideline.pdf
20230322_Another works Logo Guideline.pdf20230322_Another works Logo Guideline.pdf
20230322_Another works Logo Guideline.pdf
 
240322_Another works Future 採用資料 (1).pdf
240322_Another works Future 採用資料 (1).pdf240322_Another works Future 採用資料 (1).pdf
240322_Another works Future 採用資料 (1).pdf
 
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーの歴史と変遷(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
 
Service-misorae-leadership-consulting.pdf
Service-misorae-leadership-consulting.pdfService-misorae-leadership-consulting.pdf
Service-misorae-leadership-consulting.pdf
 
LP用nounou画像 This is a business description document.
LP用nounou画像 This is a business description document.LP用nounou画像 This is a business description document.
LP用nounou画像 This is a business description document.
 
RSpecが遅いからはやくしてみた...................................
RSpecが遅いからはやくしてみた...................................RSpecが遅いからはやくしてみた...................................
RSpecが遅いからはやくしてみた...................................
 
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
マネージャーとリーダーの違い(組織で成果を出したいマネージャーの羅針盤 〜遠くへ行きたければ、マネジメントを学べ〜)
 
Sun__company..........................pdf
Sun__company..........................pdfSun__company..........................pdf
Sun__company..........................pdf
 
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______
にっぽんの宝物 JAPANグランプリ 2023-2024 当日冊子______
 
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。
株式会社ピーエスシーは、情報技術を追究することで世の中の「不便・不満・不安」を解消する総合デジタル企業です。
 
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。
株式会社デジタルフォルンご紹介資料_202403pdf___共に前へ時代を前へ。
 

Ameba流 scrumを浸透させていく方法

Editor's Notes

  1. 組織自体が小さいのでビジネス側も近いため、自然と巻き込んだ仕事ができた。 チームビルドはうまくいっていたが、欠けていたのはプロセス。
  2. 「採用は計画通りなのですが、4月に入社が集中したことで、4-6月に約500名増えました。社員数2500人中500名が入社間もない新人は事実」 拡大を狙っているので一時的な人数増加に対応するため、一時的に現場はわちゃわちゃした。 ただし、これがよかったのかもしれない。 多様な文化や働き方が入り交じることによって、指針となるものが必要だった。 Scrumはフレームワークとして理解しやすく、開発マニュアルとしての役割にもなる。
  3. 「採用は計画通りなのですが、4月に入社が集中したことで、4-6月に約500名増えました。社員数2500人中500名が入社間もない新人は事実」 拡大を狙っているので一時的な人数増加に対応するため、一時的に現場はわちゃわちゃした。 ただし、これがよかったのかもしれない。 多様な文化や働き方が入り交じることによって、指針となるものが必要だった。 Scrumはフレームワークとして理解しやすく、開発マニュアルとしての役割にもなる。
  4. ルールは少なく秩序は厳しく。
  5. 差し込みのタスクが入り、エンジニアから悲鳴が上がっていたため重複不可の優先順位を設定
  6. 差し込みのタスクが入り、エンジニアから悲鳴が上がっていたため重複不可の優先順位を設定
  7. 進捗確認のMTGも人数が多く、概要を知りたがっていたのでバーンダウンチャートの受けがすごくよかった。
  8. 進捗確認のMTGも人数が多く、概要を知りたがっていたのでバーンダウンチャートの受けがすごくよかった。
  9. 役員陣がエンジニアの働き方やプロセスの重要性について気づいてきた?
  10. 「採用は計画通りなのですが、4月に入社が集中したことで、4-6月に約500名増えました。社員数2500人中500名が入社間もない新人は事実」 拡大を狙っているので一時的な人数増加に対応するため、一時的に現場はわちゃわちゃした。 ただし、これがよかったのかもしれない。 多様な文化や働き方が入り交じることによって、指針となるものが必要だった。 Scrumはフレームワークとして理解しやすく、開発マニュアルとしての役割にもなる。
  11. 「採用は計画通りなのですが、4月に入社が集中したことで、4-6月に約500名増えました。社員数2500人中500名が入社間もない新人は事実」 拡大を狙っているので一時的な人数増加に対応するため、一時的に現場はわちゃわちゃした。 ただし、これがよかったのかもしれない。 多様な文化や働き方が入り交じることによって、指針となるものが必要だった。 Scrumはフレームワークとして理解しやすく、開発マニュアルとしての役割にもなる。
  12. 役員陣がエンジニアの働き方やプロセスの重要性について気づいてきた?
  13. 役員陣がエンジニアの働き方やプロセスの重要性について気づいてきた?
  14. 役員陣がエンジニアの働き方やプロセスの重要性について気づいてきた?
  15. 「採用は計画通りなのですが、4月に入社が集中したことで、4-6月に約500名増えました。社員数2500人中500名が入社間もない新人は事実」 拡大を狙っているので一時的な人数増加に対応するため、一時的に現場はわちゃわちゃした。 ただし、これがよかったのかもしれない。 多様な文化や働き方が入り交じることによって、指針となるものが必要だった。 Scrumはフレームワークとして理解しやすく、開発マニュアルとしての役割にもなる。
  16. 会社の規模と開発プロセスに併せてどのようにScrumが浸透していったかを説明する。
  17. 会社の規模と開発プロセスに併せてどのようにScrumが浸透していったかを説明する。