SlideShare ist ein Scribd-Unternehmen logo
1 von 59
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 前半 )
ビジネス の拡大
の っ総力戦 真 只中
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
に急激
プロジェクト が数 増加
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
いくつかのチームが き した動 出いくつかのチームが き した動 出
なのは必要 「秩序」
かが のプロジェクトに何人 自分
スクラム を しはじめた開発 導入
の がわからない開発 優先順位 !
を けましょう作業 優先順位付
の わりが えない開発 終 見 !
して しましょう計測 予測
何が生まれたか
透明な進捗状況透明な進捗状況
強いチーム強いチーム
自律的なコミュニケーション自律的なコミュニケーション
噂が広まる噂が広まる
あのチームなんであのチームなんで
うまくいってんの?うまくいってんの?
あのチームなんであのチームなんで
うまくいってんの?うまくいってんの?
普及期
(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
渡辺 雄作

Weitere ähnliche Inhalte

Was ist angesagt?

第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表
Takeba Misa
 
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
 
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
 

Was ist angesagt? (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 を使った日常コミュケーションとチームワーク
 

Andere mochten auch

インセプションデッキ紹介
インセプションデッキ紹介インセプションデッキ紹介
インセプションデッキ紹介
You&I
 
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
 

Andere mochten auch (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
 

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

Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014
Yusaku Watanabe
 
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
Miho Nagase
 

Ähnlich wie 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
 
スクラム開発
スクラム開発スクラム開発
スクラム開発
 
アジャイルパラレル開発
アジャイルパラレル開発アジャイルパラレル開発
アジャイルパラレル開発
 

Kürzlich hochgeladen

Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadershipService-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
 

Kürzlich hochgeladen (6)

202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
 
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadershipService-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
 
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
 
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdfストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
 
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチUP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
 
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
 

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

Hinweis der Redaktion

  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が浸透していったかを説明する。