Submit Search
Upload
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
•
Download as PPTX, PDF
•
2 likes
•
4,019 views
Makoto Iguchi
Follow
Regional Scrum Gathering Tokyo 2015 で発表したスライドです([1C-3] 分散開発チームによるアジャイル開発実践 ~いろいろハマった!よかった)
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 57
Download now
Recommended
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
アジャイル入門
アジャイル入門
Kenji Morita
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
はじめてのScrum
はじめてのScrum
Kenji Morita
他人が3人集まってHerokuでアプリ公開した話
他人が3人集まってHerokuでアプリ公開した話
Takeba Misa
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
Recommended
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
アジャイル入門
アジャイル入門
Kenji Morita
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
はじめてのScrum
はじめてのScrum
Kenji Morita
他人が3人集まってHerokuでアプリ公開した話
他人が3人集まってHerokuでアプリ公開した話
Takeba Misa
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Dev love kansai
Dev love kansai
Takafumi Ikeda
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Hirotaka Osaki
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
スクラム開発について
スクラム開発について
Akio Terayama
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
system testing in Scrum
system testing in Scrum
Noriyuki Nemoto
第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表
Takeba Misa
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
TDDはじめる前に
TDDはじめる前に
Yasui Tsutomu
自社ブログサービス「ヤプログ!」でスクラム開発
自社ブログサービス「ヤプログ!」でスクラム開発
Takao Kimura
100円プロトタイプ(The $1 Prototype)
100円プロトタイプ(The $1 Prototype)
Tarumoto Tetsuya
More Related Content
What's hot
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Dev love kansai
Dev love kansai
Takafumi Ikeda
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Hirotaka Osaki
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
スクラム開発について
スクラム開発について
Akio Terayama
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
system testing in Scrum
system testing in Scrum
Noriyuki Nemoto
第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表
Takeba Misa
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
TDDはじめる前に
TDDはじめる前に
Yasui Tsutomu
What's hot
(20)
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
はじめてのアジャイル
はじめてのアジャイル
Dev love kansai
Dev love kansai
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Agile2010とは何だったのか
Agile2010とは何だったのか
スクラム開発について
スクラム開発について
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
system testing in Scrum
system testing in Scrum
第3回enPiTシンポジウムBizApp分野代表発表
第3回enPiTシンポジウムBizApp分野代表発表
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル
はじめてのアジャイル
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
TDDはじめる前に
TDDはじめる前に
Viewers also liked
自社ブログサービス「ヤプログ!」でスクラム開発
自社ブログサービス「ヤプログ!」でスクラム開発
Takao Kimura
100円プロトタイプ(The $1 Prototype)
100円プロトタイプ(The $1 Prototype)
Tarumoto Tetsuya
大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくために
Tomonori Fukuta
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方
Takuo Doi
スクラムマスターは要らない #rsgt2015
スクラムマスターは要らない #rsgt2015
Mitsuyuki Shiiba
The collection of practice in our team (2006 version)
The collection of practice in our team (2006 version)
Takeshi Kakeda
「質」を考える
「質」を考える
Iwao Harada
現場をかき回す方法
現場をかき回す方法
Iwao Harada
品川アジャイル第7回読書会
品川アジャイル第7回読書会
Hiroyuki Ito
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
博行 門眞
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Kiro Harada
Modeling in the Agile Age - JP
Modeling in the Agile Age - JP
Kenji Hiranabe
Spark MLlibではじめるスケーラブルな機械学習
Spark MLlibではじめるスケーラブルな機械学習
NTT DATA OSS Professional Services
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
POStudy
時系列分析による異常検知入門
時系列分析による異常検知入門
Yohei Sato
最新業界事情から見るデータサイエンティストの「実像」
最新業界事情から見るデータサイエンティストの「実像」
Takashi J OZAKI
Deep Learningと画像認識 ~歴史・理論・実践~
Deep Learningと画像認識 ~歴史・理論・実践~
nlab_utokyo
Viewers also liked
(17)
自社ブログサービス「ヤプログ!」でスクラム開発
自社ブログサービス「ヤプログ!」でスクラム開発
100円プロトタイプ(The $1 Prototype)
100円プロトタイプ(The $1 Prototype)
大きな組織にスクラムの輪を広げていくために
大きな組織にスクラムの輪を広げていくために
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方
スクラムマスターは要らない #rsgt2015
スクラムマスターは要らない #rsgt2015
The collection of practice in our team (2006 version)
The collection of practice in our team (2006 version)
「質」を考える
「質」を考える
現場をかき回す方法
現場をかき回す方法
品川アジャイル第7回読書会
品川アジャイル第7回読書会
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Modeling in the Agile Age - JP
Modeling in the Agile Age - JP
Spark MLlibではじめるスケーラブルな機械学習
Spark MLlibではじめるスケーラブルな機械学習
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
時系列分析による異常検知入門
時系列分析による異常検知入門
最新業界事情から見るデータサイエンティストの「実像」
最新業界事情から見るデータサイエンティストの「実像」
Deep Learningと画像認識 ~歴史・理論・実践~
Deep Learningと画像認識 ~歴史・理論・実践~
Similar to 分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
InnovationSprint2011
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
kyon mm
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
Hiroyuki Tanaka
テスト駆動開発の導入ーペアプログラミングの学習効果ー
テスト駆動開発の導入ーペアプログラミングの学習効果ー
Shuji Watanabe
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
Ryo Mitoma
Scrum"再"入門
Scrum"再"入門
You&I
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
Taku Yajima
アジャイル開発&TFS導入
アジャイル開発&TFS導入
You&I
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
Developers Summit
大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について
Rakuten Group, Inc.
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
Distributed Agile using UML
Distributed Agile using UML
Kenji Hiranabe
.Netlab202107
.Netlab202107
TomomitsuKusaba
[TL09] 突撃! 隣の Visual Studio Team Services / Team Foundation Server ~利用者からのベスト...
[TL09] 突撃! 隣の Visual Studio Team Services / Team Foundation Server ~利用者からのベスト...
de:code 2017
テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1
Hiro Yoshioka
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
Akiko Kosaka
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
Akiko Kosaka
今、おさえておきたい DevOps
今、おさえておきたい DevOps
智治 長沢
Similar to 分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
(20)
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
テスト駆動開発の導入ーペアプログラミングの学習効果ー
テスト駆動開発の導入ーペアプログラミングの学習効果ー
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
Scrum"再"入門
Scrum"再"入門
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
アジャイル開発&TFS導入
アジャイル開発&TFS導入
To be sn agile enterprise
To be sn agile enterprise
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
デブサミ2014【13-B-L】テスト自動化を見直そう!自動化への投資が開発チームをクリエイティブにする(安竹由起夫〔コベリティジャパン〕)
大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Distributed Agile using UML
Distributed Agile using UML
.Netlab202107
.Netlab202107
[TL09] 突撃! 隣の Visual Studio Team Services / Team Foundation Server ~利用者からのベスト...
[TL09] 突撃! 隣の Visual Studio Team Services / Team Foundation Server ~利用者からのベスト...
テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
AgileJapan2010 官公庁でも取り組み始めたアジャイル! NECソフトウェア東北
今、おさえておきたい DevOps
今、おさえておきたい DevOps
More from Makoto Iguchi
How to balance between Security and Agile Development
How to balance between Security and Agile Development
Makoto Iguchi
セキュリティとアジャイル開発のいい関係について考える
セキュリティとアジャイル開発のいい関係について考える
Makoto Iguchi
シフトレフトを頑張っていたらなぜかカードゲームができた話
シフトレフトを頑張っていたらなぜかカードゲームができた話
Makoto Iguchi
The Privacy Policy Landscape After the GDPR from PETS2020
The Privacy Policy Landscape After the GDPR from PETS2020
Makoto Iguchi
ぜんぜんわからない…俺たちは雰囲気でリスクアセスメントをやっている(た)
ぜんぜんわからない…俺たちは雰囲気でリスクアセスメントをやっている(た)
Makoto Iguchi
GDPRにおける日本の十分性認定が(ほぼ)採択された今だからこそ発表できるアレな話 ーそんな契約で大丈夫か?ー
GDPRにおける日本の十分性認定が(ほぼ)採択された今だからこそ発表できるアレな話 ーそんな契約で大丈夫か?ー
Makoto Iguchi
「みもふたもない」〆切なんかに絶対負けない方法
「みもふたもない」〆切なんかに絶対負けない方法
Makoto Iguchi
「みもふたもない」論文投稿必勝法
「みもふたもない」論文投稿必勝法
Makoto Iguchi
More from Makoto Iguchi
(8)
How to balance between Security and Agile Development
How to balance between Security and Agile Development
セキュリティとアジャイル開発のいい関係について考える
セキュリティとアジャイル開発のいい関係について考える
シフトレフトを頑張っていたらなぜかカードゲームができた話
シフトレフトを頑張っていたらなぜかカードゲームができた話
The Privacy Policy Landscape After the GDPR from PETS2020
The Privacy Policy Landscape After the GDPR from PETS2020
ぜんぜんわからない…俺たちは雰囲気でリスクアセスメントをやっている(た)
ぜんぜんわからない…俺たちは雰囲気でリスクアセスメントをやっている(た)
GDPRにおける日本の十分性認定が(ほぼ)採択された今だからこそ発表できるアレな話 ーそんな契約で大丈夫か?ー
GDPRにおける日本の十分性認定が(ほぼ)採択された今だからこそ発表できるアレな話 ーそんな契約で大丈夫か?ー
「みもふたもない」〆切なんかに絶対負けない方法
「みもふたもない」〆切なんかに絶対負けない方法
「みもふたもない」論文投稿必勝法
「みもふたもない」論文投稿必勝法
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
1.
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった 2015.2.28 Kii株式会社 井口誠 makoto.iguchi@kii.com 1
2.
本日お話すること 1. もやっと Agile
期(スクラム導入前) 2. スクラム導入期 3. スクラム+カンバン期 4. ちょっとした Tips ご紹介 2 国内外に分散した開発チームで Agile 開発を実践した事例紹介
3.
本日お話しないこと 1. スクラムプロセスの解説 ただしスクラムに詳しくない方にも分かりやすい ようにお話します 2. 各種ツールの詳しい紹介 軽く触れる程度。深くは説明しません 3
4.
と、その前に… 4
5.
5 ってなにもの?
6.
かつてこんな会社がありました 6 シンクロア株式会社 モバイルデータの同期サービス (例:NTTドコモの 「電話帳お預かりサービス」) 日本企業。開発はすべて国内で実施 Servo Software(米) デバイスサーチ事業を展開 米国カリフォルニアを拠点に 様々な国の点在するエンジニアが システム開発を実施
7.
これを… 7 ( ^ω^) ⊃ ⊂
8.
こうして… 8 ( ^ω^) ≡⊃⊂≡
9.
こうじゃ! 9 ( ^ω^) ⊃ ⊂
10.
Kii 株式会社 10 Spain China
Japan USA 2010年7月 会社設立以来 Mobile Backend 一筋で取り組み、Mobile Operators / Manufactures / Apps へ Backend や SDKを提供 Founded HQ 東京 Business Record Mobile Backend Service
11.
開発エンジニアの分布 11
12.
Kii Cloud 12 mBaaS (Mobile
Backend as a Service) ユーザー管理 データ管理 アプリ分析 プッシュ通知 SDK サーバチーム クライアント SDKチーム 開発者ポータル チーム QAチーム Opsチーム Docチーム
13.
Kii における開発 • 国内外に分散するチームが協力して ひとつのサービスを開発している •
開発しているのはモバイル開発者向け バックエンドサービス (そこそこ大きい開発) 13
14.
第一章:もやっとAgile期 14 1. もやっと Agile
期(スクラム導入前) 2. スクラム導入期 3. スクラム+カンバン期 4. ちょっとした Tips ご紹介 国内外に分散した開発チームで Agile 開発を実践した事例紹介
15.
Scrum 導入以前 15 • チケット駆動開発 •
継続的インテグレーション/デリバリー • 週一回のチームリーダー会合 (進捗報告&確認、意識合わせ等) 2012年より Agile 開発手法を実践
16.
そこはかとない「もやっと」感 • チームリーダー会合長すぎ 数時間続く… 時差のせいでたいてい深夜開催(夜食片手に…) • チーム間の微妙な意識の齟齬 「◯◯機能できたよー」 「ちょ、それこっちの想定と微妙に違う」 「まじかー」 •
機能リリースが微妙に遅れ気味 …と Stakeholder が思っているフシ (開発チーム的にはやれることをやっているのに) 16
17.
そんなときに参加したのが 17 Scrum Alliance Regional Gathering
Tokyo 2013
18.
私の脳内イメージ(参加前) 18 Scrum?
19.
私の脳内イメージ(参加後) 19 Scrum!!
20.
Scrum の考え方で 色々解決するかも!! 20 …と提案したところ 「OK、じゃあ
Scrum Master 任せた」と言われました。 いわゆる言い出しっぺの法則発動です本当にありがとうございました(笑)
21.
第ニ章:スクラム導入期 21 1. もやっと Agile
期(スクラム導入前) 2. スクラム導入期 3. スクラム+カンバン期 4. ちょっとした Tips ご紹介 国内外に分散した開発チームで Agile 開発を実践した事例紹介
22.
ん? Scrum って •
理想的なメンバー数:5~9人 • われわれ:30人以上 22
23.
Scrumではなく、Scrum of Scrum 23 プロダクトオーナー スクラムマスター(いぐち)
24.
スプリントの進め方 24 • スプリントプラニング このスプリント(2wk)で完了させるタスクを選択 タスクボードに載せる • デイリースタンドアップ 各チームがやったこと、やること、問題点の共有 •
スプリントレビュー タスクボードの確認 (完了した/しなかったタスクの確認) • スプリントレトロスペクティブ スプリント中よかったこと、悪かったことの共有 次のスプリントでカイゼンすることの決定 参加メンバーは 日・中・西。 肉体と精神に 優しい時間帯に 開催するように
25.
ということで1年ちょい回してみた 25 • チームリーダーからの声 「Sprint の導入によりなんかリズム感が でてきたような気がする」 •
プロダクトオーナー /ステークホルダーからの声 「なんか前よりリリースがきちんと できてるような気がする」
26.
めでたしめでたし(完) 26
27.
…な訳がなく、 いろいろな不満や課題が むしろここからが本番 27
28.
第三章:スクラム+カンバン期 28 1. もやっと Agile
期(スクラム導入前) 2. スクラム導入期 3. スクラム+カンバン期 4. ちょっとした Tips ご紹介 国内外に分散した開発チームで Agile 開発を実践した事例紹介
29.
スクラム期で見えてきた問題 29 1. バーンダウンチャート不燃問題 2. Scrum?なにそれ問題
30.
1.「バーンダウンチャート」不燃問題 30 いつまでたっても0にならない…(心理的にどよーん) 未完の タスク数
31.
2. Scrumなにそれ問題 • 全エンジニアに対してアンケートを実施 31 Q:
今の開発プロセスに 満足か? Q: 「Scrum に参加してる 感」はあるか? やや不満足 &回答なし:46% まったくそう思わない &回答なし:33%
32.
アンケート自由記入欄より抜粋 • 他のチームが何やってるのかとか、 開発全体の方向性とか、よくわからない • Scrum
ってもうちょっと楽しいものだと 思ってたんだけど… • うまく回っていると思うんなら そうなんだろうな、お前ん中ではな(意訳) 32
33.
1. なぜ不燃? 33 ためしたこと: • タスクの分離 例:サーバ側リリースとクライアント側リリースを分離 タスクを2週間で完了できていない →
リリース可能な状態にもっていけない …でも結局2週間ではリリース可能な 状態にもっていけないケースが多発
34.
2. Scrum なにそれ?と言われる原因? 34 Scrum
of Scrum でやっていることが 各チームメンバーに伝わっていない → タスクボードを見ても「ふーん」 ヒアリングの結果: • タスクボードが実作業工程とズレてる あるタスクが「Ongoing」だったとして、 それは実装中なの?テスト中なの?
35.
カイゼンしたこと • 「リリースの呪縛」からの脱却 スプリント終了時に「リリース可能」なものを求めない • カンバンの導入 タスクボードを拡張し、実作業工程を反映した カンバンを導入 •
Scrum的な取り組みのよいところは継続 2週間の Sprint 制 はそのままキープ 「リリースの呪縛」からの脱却に合わせプロセスを調整 35
36.
カンバンの導入 • タスクボード →
カンバン 36 バックログ 設計 開発 テスト@ Dev環境 リリース 作業 テスト@ Stage環境 (Github + Huboard で作成)
37.
スプリントの進め方(改) 37 • スプリントプラニング このスプリント(2wk)における重要タスクを確認 これらのタスクをどのフェーズまでもっていくか決定 • デイリースタンドアップ 各チームがやったこと、やること、問題点の共有 •
スプリントレビュー カンバンの確認 (スプリント計画時に設定したゴールと比較) • スプリントレトロスペクティブ スプリント中よかったこと、悪かったことの共有 次のスプリントでカイゼンすることの決定
38.
実際の例 38 タスクその1 タスクその2 タスクその3 スプリント開始時 のフェーズ スプリント終了時 のフェーズ(ゴール)
39.
1年ちょい回してみたところ… 39 • チームリーダー/プロダクトオーナーだけ ではなく、チームメンバーにもそこそこ 好評っぽい 少なくともあまり不満は聞こえてこない。 アンケート? うん、まぁ…
そうね……
40.
「リリースの呪縛」を解いたことで… 40 • リリースが Agile
になった バックログ 設計 開発 テスト@ Dev環境 リリース 作業 テスト@ Stage環境 必要なものが揃ったら すぐリリース
41.
「見える化」効果 41 • カンバンによる「見える化」効果 問題になっている箇所の特定 複数チームの協力による問題のカイゼン
42.
カイゼン例:ドキュメント ガイドドキュメント (http://docs.kii.com/) 42 クライアント SDK
や 開発者ポータルの 使い方をカバー 英語/日本語/中国語
43.
従来のプロセス 43 バックログ 設計 開発 テスト@ Dev環境 リリース 作業 テスト@ Stage環境 実装 Doc こんなかんじですー (内部ドキュメント) 怒涛の勢いでドキュメント執筆&翻訳 実装&テスト
44.
問題点 • たいてい複数の機能が並行して実装 ドキュメント執筆が間に合わない 実装が終わったがドキュメントがまだ… 切ない •
実装途中で仕様が変更 仕様変更がドキュメント担当に伝わってこない 最終的なドキュメント内容が間違っている… しくしく • 微妙な意識のズレ ドキュメント担当が実装担当の意図を汲みきれない ことがある(and vice versa)… つのるイライラ感 44
45.
カイゼンされたプロセス 45 バックログ 設計 開発 テスト@ Dev環境 リリース 作業 テスト@ Stage環境 実装 Doc こんなかんじっすわー (外部ドキュメントのドラフト) 「設計」フェーズの終了条件: ドラフトを、実装・QA・ドキュメント担当でレビュー 実装&テスト 加筆/修正&翻訳
46.
カイゼンの結果 • 実装が並行進行しても間に合うように ドトウの追い込みを掛ける必要がなくなった • ちゃんと仕様変更が反映されるように 実装者自ら執筆したドキュメントなのでちゃんと 反映してくれる(反映漏れが減った) •
意識のズレが減った 設計フェーズの最後に行うレビューで疑問点を潰す 46
47.
メタな視線から見て何が起こったか? 47 複数チームの有機的な連携
48.
これ以外の有機的なチーム連携例 • サーバ(西)と QA
チームの連携 時差の影響で問合わせ等のやりとりに時間が かかっていた → QAテストの一部をサーバ(西)に委譲 • クライアントSDK と QA チームの連携 より密な情報共有がしたいという要求 → 合同でデイリーミーティングを実施 48
49.
おまけ:ちょっとした Tips 49 1. もやっと
Agile 期(スクラム導入前) 2. スクラム導入期 3. スクラム+カンバン期 4. ちょっとした Tips ご紹介 国内外に分散した開発チームで Agile 開発を実践した事例紹介
50.
仕事の区切りの喪失 アンケートより: 「スクラムになってから仕事の区切りが 曖昧になった。いつまで経っても 『終わった』感が感じられない」 まあ、そうなるな… 50
51.
お疲れ会の開催 スプリントの終わりに「お疲れ会」を開催 51
52.
海外の同僚とのコミュニケーション 海外拠点との顔が見えない状態でのやりとり Scrum of Scrum
におけるデイリー チーム間での確認(◯◯って、△△だっけ?) 52 HipChat などのチャット ツールを駆使して実現 スムーズに意思の疎通を はかれるようにするため にできること…
53.
コツ:とりあえず会っておく 53 年一回、みんなで All-hands ミーティング 実際に会っておくのは 重要。本当に重要 色々キッツいお願いを しなければならない 状況において効いてくる 逆にキッツいお願いを された時にも「まあ、 仕方ないかぁ」と思える
54.
まとめ 54 色々な試行錯誤を経て Scrum+カンバン というスタイルで頑張っております
55.
実は、カイゼン項目はまだ山盛り • スプリントプラニング時に無難なゴール 設定しちゃうよね問題 マージン取りたいよね…わかります。 でもそんな計画で大丈夫か? • 機能横断的チーム組んでみたいよね 実は一回試してみたが失敗した苦い経験あり レッツリベンジ! •
あと全エンジニアアンケートをやらねば (´・ω・`) 55
56.
今後もハマっていきますー • 今後も色々ハマりながら頑張っていこう と思っております! • みなさんもぜひハマってみてください! (そして
SGT2016 でお話を聞かせてください) • Kii で一緒にハマりたいという方、 随時仲間募集中です!! 56
57.
(おまけ)カイゼンには終わりがない 57 ,. '  ̄
`ヽ 見通しが良くなり 。 ∧∧ ‘, 新たな課題が ! (゚Д゚ ) l 見えてきます ,, -→ 、 | | ,‘--. ,, ,.‐‘“ ヽ . _ .. ’ ゛‘‐、 ,i´ `:、 ある程度課題が / i, 蓄積すると… ,i γ´ ̄ ̄ ̄ ̄ヽ↓ ,. ‘  ̄ `ヽ | ハマった … |. '  ̄ `ヽ / ∧∧ ‘, 一時的に満足な ヽ、_____メ :∧∧: ’, モヤモヤ ! ( ゚Д゚) =3l 状態になります ! :(゚Д゚ ): l 、 | | ,‘ ◎ モヤモヤ、 :| |: ,' ヽ . _ .. ' ヽ . _ .. ' ↑ γ´ ̄ ̄ ̄ヽ l l | うまく | ,! i、 | いった | / ヽ 入_____ノ ↓ ,. ‘∬ ̄ `ヽ カイゼンの結果 ,. '  ̄ `ヽ\人_人,_从_人,_从,人/ / ,.,.,. ∧∧‘, 次第にうまく / ヘヘ ’ )早くカイゼンを!( ! ;;__;;(゚Д゚ ) l 回るように ! (r゚*‘’) \人__从,人/⌒⌒Y⌒ 、ヽ_/η |,←、, ,、‐´ 、 | | ,‘ ) ハリー!ハリー!( ヽ . _ .. ‘ ´´“”’‘’‘“”´´ ヽ ._ .. ’ /⌒Y⌒Y⌒ Y⌒ Y⌒ヘ
Editor's Notes
Mbaas説明 開発チーム(サーバ、クライアントSDK, etc…)
終わった感がない ➡ ビール
なぜ不評だったの? とりあえずできる目標になってしまう
解決しようとした: 〆切との相性(プラニングの方法…かな?) ➡ 乞うご期待
解決しようとした: 〆切との相性(プラニングの方法…かな?) ➡ 乞うご期待
解決しようとした: 〆切との相性(プラニングの方法…かな?) ➡ 乞うご期待
Download now