Suche senden
Hochladen
No023-01-suc3rum-20110527
•
10 gefällt mir
•
1,957 views
Sukusuku Scrum
Folgen
Business
Melden
Teilen
Melden
Teilen
1 von 42
Empfohlen
そのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyoko
Miho Nagase
老舗大企業からスタートアップへの挑戦
老舗大企業からスタートアップへの挑戦
GuildWorks
はじめてのScrum
はじめてのScrum
Kenji Morita
ポストJenkins時代のCI戦略
ポストJenkins時代のCI戦略
GuildWorks
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
スタートアップこそ巨人の肩に乗りまくれ! 〜Craful開発とMackerel〜
スタートアップこそ巨人の肩に乗りまくれ! 〜Craful開発とMackerel〜
Hiroshi Maekawa
ギルドワークスの現場コーチ
ギルドワークスの現場コーチ
GuildWorks
Dev love kansai
Dev love kansai
Takafumi Ikeda
Empfohlen
そのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyoko
Miho Nagase
老舗大企業からスタートアップへの挑戦
老舗大企業からスタートアップへの挑戦
GuildWorks
はじめてのScrum
はじめてのScrum
Kenji Morita
ポストJenkins時代のCI戦略
ポストJenkins時代のCI戦略
GuildWorks
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
スタートアップこそ巨人の肩に乗りまくれ! 〜Craful開発とMackerel〜
スタートアップこそ巨人の肩に乗りまくれ! 〜Craful開発とMackerel〜
Hiroshi Maekawa
ギルドワークスの現場コーチ
ギルドワークスの現場コーチ
GuildWorks
Dev love kansai
Dev love kansai
Takafumi Ikeda
Supersonic agile
Supersonic agile
Shozaburo Yoshihara
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Hiroyuki Tanaka
Scrum 0916
Scrum 0916
herrooow
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
Scrum
Scrum
Takahiro Tachiki
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
スクラム開発について
スクラム開発について
Akio Terayama
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
Fumiya Sakai
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
Fumiya Sakai
すくすくスクラム用語集
すくすくスクラム用語集
Akihito Enomoto
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
アジャイル入門
アジャイル入門
Kenji Morita
Scrum
Scrum
Kakigi Katuyuki
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
You&I
Weitere ähnliche Inhalte
Was ist angesagt?
Supersonic agile
Supersonic agile
Shozaburo Yoshihara
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Hiroyuki Tanaka
Scrum 0916
Scrum 0916
herrooow
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
Scrum
Scrum
Takahiro Tachiki
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
スクラム開発について
スクラム開発について
Akio Terayama
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
Fumiya Sakai
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
Fumiya Sakai
すくすくスクラム用語集
すくすくスクラム用語集
Akihito Enomoto
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
アジャイル入門
アジャイル入門
Kenji Morita
Was ist angesagt?
(20)
Supersonic agile
Supersonic agile
1から学ぶスクラム
1から学ぶスクラム
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Scrum 0916
Scrum 0916
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Scrum
Scrum
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
スクラム開発について
スクラム開発について
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
UIを作る際にライブラリにする? それともDIYする?の切り分け(僕の見解)
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
UIを作る際にライブラリにする?それともDIYする?の切り分け&実装のアイデア例と事例紹介
すくすくスクラム用語集
すくすくスクラム用語集
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
アジャイル入門
アジャイル入門
Ähnlich wie No023-01-suc3rum-20110527
Scrum
Scrum
Kakigi Katuyuki
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
You&I
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
You&I
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
shibao800
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
Yoichi Tamamaki
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
Yozo SATO
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
Scrumワークショップ
Scrumワークショップ
You&I
Scrum"再"入門
Scrum"再"入門
You&I
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
稔 川口
2017/4/25 『小規模開発アジャイル導入の気づき』
2017/4/25 『小規模開発アジャイル導入の気づき』
voltage_devrel
Agile PBL祭り2020
Agile PBL祭り2020
TakuyaShinjo
20160409_Validating Product Ideas_yukio yoshida_cp04
20160409_Validating Product Ideas_yukio yoshida_cp04
Japan Culture Creation
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Yusuke Suzuki
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
You&I
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
Arata Fujimura
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Yusuke Suzuki
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
Ryutaro YOSHIBA
Ähnlich wie No023-01-suc3rum-20110527
(20)
Scrum
Scrum
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
Scrumワークショップ
Scrumワークショップ
Scrum"再"入門
Scrum"再"入門
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
2017/4/25 『小規模開発アジャイル導入の気づき』
2017/4/25 『小規模開発アジャイル導入の気づき』
Agile PBL祭り2020
Agile PBL祭り2020
20160409_Validating Product Ideas_yukio yoshida_cp04
20160409_Validating Product Ideas_yukio yoshida_cp04
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
Mehr von Sukusuku Scrum
No49 振り返りの基礎はこれだ!年末特別版 suc3rum-20141219
No49 振り返りの基礎はこれだ!年末特別版 suc3rum-20141219
Sukusuku Scrum
No42 01-suc3rum-20131031
No42 01-suc3rum-20131031
Sukusuku Scrum
No035 02-suc3rum-20121201
No035 02-suc3rum-20121201
Sukusuku Scrum
20120725 SukuSuku Scrum_No33
20120725 SukuSuku Scrum_No33
Sukusuku Scrum
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
Sukusuku Scrum
No024-01-suc3rum-20110726
No024-01-suc3rum-20110726
Sukusuku Scrum
No022-01-suc3rum-20110221
No022-01-suc3rum-20110221
Sukusuku Scrum
No021-01-suc3rum-20110128
No021-01-suc3rum-20110128
Sukusuku Scrum
No020-01-suc3rum-20101129
No020-01-suc3rum-20101129
Sukusuku Scrum
No018-01-suc3rum-20100929
No018-01-suc3rum-20100929
Sukusuku Scrum
Agile conf2010 reports xp-conf2010-20100904
Agile conf2010 reports xp-conf2010-20100904
Sukusuku Scrum
No017-01-suc3rum-20100728
No017-01-suc3rum-20100728
Sukusuku Scrum
No016-01-suc3rum-20100621.pdf
No016-01-suc3rum-20100621.pdf
Sukusuku Scrum
Osaka-No001-01-suc3rum-20100616
Osaka-No001-01-suc3rum-20100616
Sukusuku Scrum
No014-01-suc3rum-20100527
No014-01-suc3rum-20100527
Sukusuku Scrum
No011-01-Suc3rum-20100225
No011-01-Suc3rum-20100225
Sukusuku Scrum
すくすくスクラム瀬戸内_オープニング_20100205
すくすくスクラム瀬戸内_オープニング_20100205
Sukusuku Scrum
すくすくスクラム瀬戸内_ソフトウェア開発の嘘_20100205
すくすくスクラム瀬戸内_ソフトウェア開発の嘘_20100205
Sukusuku Scrum
Devsumi2010-01-Suc3rum-20100218
Devsumi2010-01-Suc3rum-20100218
Sukusuku Scrum
No010-01-Suc3rum-20100207
No010-01-Suc3rum-20100207
Sukusuku Scrum
Mehr von Sukusuku Scrum
(20)
No49 振り返りの基礎はこれだ!年末特別版 suc3rum-20141219
No49 振り返りの基礎はこれだ!年末特別版 suc3rum-20141219
No42 01-suc3rum-20131031
No42 01-suc3rum-20131031
No035 02-suc3rum-20121201
No035 02-suc3rum-20121201
20120725 SukuSuku Scrum_No33
20120725 SukuSuku Scrum_No33
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
No024-01-suc3rum-20110726
No024-01-suc3rum-20110726
No022-01-suc3rum-20110221
No022-01-suc3rum-20110221
No021-01-suc3rum-20110128
No021-01-suc3rum-20110128
No020-01-suc3rum-20101129
No020-01-suc3rum-20101129
No018-01-suc3rum-20100929
No018-01-suc3rum-20100929
Agile conf2010 reports xp-conf2010-20100904
Agile conf2010 reports xp-conf2010-20100904
No017-01-suc3rum-20100728
No017-01-suc3rum-20100728
No016-01-suc3rum-20100621.pdf
No016-01-suc3rum-20100621.pdf
Osaka-No001-01-suc3rum-20100616
Osaka-No001-01-suc3rum-20100616
No014-01-suc3rum-20100527
No014-01-suc3rum-20100527
No011-01-Suc3rum-20100225
No011-01-Suc3rum-20100225
すくすくスクラム瀬戸内_オープニング_20100205
すくすくスクラム瀬戸内_オープニング_20100205
すくすくスクラム瀬戸内_ソフトウェア開発の嘘_20100205
すくすくスクラム瀬戸内_ソフトウェア開発の嘘_20100205
Devsumi2010-01-Suc3rum-20100218
Devsumi2010-01-Suc3rum-20100218
No010-01-Suc3rum-20100207
No010-01-Suc3rum-20100207
Kürzlich hochgeladen
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
KayaSuetake1
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
Jun Chiba
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
Michael Rada
事例DBサービス紹介資料(Case Study DB service introduction)
事例DBサービス紹介資料(Case Study DB service introduction)
YujiSakurai3
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
masakisaito12
company profile.pdf
company profile.pdf
keiibayashi
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
ユニパー株式会社
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ 株式会社
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
Kürzlich hochgeladen
(9)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
事例DBサービス紹介資料(Case Study DB service introduction)
事例DBサービス紹介資料(Case Study DB service introduction)
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
company profile.pdf
company profile.pdf
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
No023-01-suc3rum-20110527
1.
第23回すくすくスクラム
~Scrum の概要~ 認定スクラムマスター 認定プロダクトオーナー Thanks: www.flickr.com/photos/cdm/2336025560 海江田 兼輔 (@Qooh0)
2.
Scrum で規定されている役割 Thanks: http://www.flickr.com/photos/presidencymaldives/3623375310/
3.
プロダクト・オーナー •
プロダクトのビジョンを確立し、チームに伝える • 投資ビジョンに対して、費用対効果 を管理する • リリース可能かどうかを判断する
4.
チーム •
機能横断的 • メンバーを長期的に安定させる • 最も重要なものから順に作業する • 作業を見積もりやすい小さいタスクに分割する • スプリントといわれるタイムボックスで開発する
5.
スクラム・マスター •
サーバント・リーダーシップで臨む • プロダクト・オーナーは問題点を隠したがる • チームを守り、問題を解消する • 実権限はない • 各種ミーティングを主宰する • チームに直接指示は出さない
6.
顧客
• 顧客は、Scrum で規定されている役割ではない • 顧客は必ず存在する • エンドユーザーは最も大切。 • 結果のフィードバックを提供します
7.
流れを確認する 確認してほしい点は三つ ・
全体の流れ ・ 検査ポイントの多さ ・ “普段行っている開発手法” との違い 適合 検査 修正
8.
PO が
プロダクトの Vision を決める Thanks: http://www.flickr.com/photos/anselm23/2812005967
9.
キックオフ ミーティング Thanks: http://www.flickr.com/photos/fumi/4414107590
10.
プロダクトバックログの作成 PO はプロダクトバックログを作成する
Vision を何ができたら満足か? という単位に分割する Thanks: http://www.flickr.com/photos/24469297@N05/4297558881/
11.
プロダクトバックログ •
機能、技術、課題のリスト • 明示されており、優先順位がある • 優先順位は、プロダクト・オーナーがつける • 更新されており、だれでも見れる • 価値について記載する • チームによって見積もられている • 見積もりは、相対的な見積もりを行う • 例として、プラニングポーカーによる見積り方法がある
12.
スプリント計画 1 誰のために何ができたらよいか?の項目(PBI) を確認し、どの項目までを実装するかを決める
Thanks: http://www.flickr.com/photos/24469297@N05/4297558881/
13.
スプリント計画ミーティング •
プロダクトバックログからのタスクの切り出し ( 1-4 H) • スプリントのゴールを決定する • スプリント計画バックログの見積もり( 1-4 H)
14.
完了の定義を決めておきましょう
• プロダクト・オーナーが出荷可能と認めるレベル についてのチームでの合意 • プロダクト・オーナーが出荷可能か判定するのに 使用する • タスクが完了したとは、 知りうる限り残作業が 残っていないこと • チェック判定の根拠 Thanks: http://www.flickr.com/photos/taedc/5091487939/
15.
完了をサポートするためのツール
すべてを確認するのは手作業では無理 • バージョン管理 • 自動ビルドツール • 自動テストツール • Q/A 環境 Thanks: http://www.flickr.com/photos/bre/552152780/
16.
PBI の見積もり
• 相対的に見積もる • プラニング・ポーカーなどで見積もる方法がある • 大事なことは、各個人の意見の差異をチェックにして 話し合うこと、合意することが大事 Thanks: http://www.flickr.com/photos/alandd/3180887085/
17.
スプリント計画 2 •
スプリントバックログを作成する • 仕様の確認を必要ならする Thanks: http://www.flickr.com/photos/24469297@N05/4297558881/
18.
スプリントバックログ •
PBI を、タスクに分割したもの • チームメンバーが作成する • チームメンバーで理想時間で見積る • すべての項目は、スプリント内で終わらせる • タスクは 1 – 16 時間 (個人的には 1-8 時間)
19.
デイリー・スクラム
日々の開発において 開発を進めるうえで問題がないかを確認する Thanks: http://www.flickr.com/photos/klean-dk/5424689186
20.
デイリースクラム 毎朝行う •
昨日何やった(何が終わった)? • 今日何やる? • 何か障害になっていることない?
21.
障害リストのアップデート チームから上がってきた問題点を
障害リストに追加する Thanks: http://www.flickr.com/photos/24469297@N05/4297558881/
22.
障害リスト •
スクラムマスターのプロダクトバックログ • チームの障害になっているものを記載する • 毎日のデイリースクラム、ふりかえりでアップデートする • オープンで、だれでも見れる • 定期的に、優先順位を見直す
23.
バーンダウンチャート
Scrum の管理ツールの中心的存在 開発スピードの確認をする 今後の見積もりのための情報を収集する Thanks: http://www.flickr.com/photos/kakutani/2761992149/
24.
Develop! Develop! Develop! Special
Thanks : Microsoft http://www.flickr.com/photos/umpcportal/2343766155
25.
スプリント・レビュー
• チームがプロダクト・オーナーと顧客に向けて行う • Demo or Die Thanks: http://www.flickr.com/photos/yoavshapira/5490350050/
26.
スプリントレビュー •
開発 or テスト環境で行う • チームがプロダクトオーナーと顧客に向けて行う • Demo or Die • プロセス改善を行う
27.
ふりかえり •
改善を行う • チームとスクラムマスターが中心となって スプリントミーティングからスプリントレビュー までをふりかえる • 問題があれば障害リストを更新する
28.
イテレーティブに!
Product Backlog Demo Sprint Or Backlog Die Development Estimate スプリントを、およそ 2 – 4 週(固定)開発を行っていく
29.
紙飛行機を飛ばす A4用紙の 1⁄4 だけをつかいます。 紙ヒコーキは、先端が丸まっている必要があります。 鋭い先端を丸めるのに、はさみを使ってください。 紙ヒコーキは、テストゾーンで3メートル飛ぶ必要があります。 3メートルのゾーンを飛びきった紙飛行機だけをカウントします。 一つの紙飛行機につき、飛ばせるチャンスは1回だけです。 紙飛行機を飛ばせるのは、テストゾーンだけです。 連続して紙を折ることができません。 折ったら、他のメンバーに飛行機を渡してください。 仕掛品は破棄してください。
30.
アジャイルな開発の核
Thanks: http://www.flickr.com/photos/lel4nd/4277978437
31.
自己組織化
32.
コマンド・コントロール Thanks: http://www.flickr.com/photos/bpamerica/4789660075
33.
世の中は変化に富んでいる
あらゆる予測は不可能 一人一人が現実に向き合うこと による開発をしたほうがよい フィードバックを利用し 自己組織化を行うことによって、 開発の効率を高める
34.
フィードバックするためには チェックが必要
Thanks: http://www.flickr.com/photos/alancleaver/4439276478/
35.
自己組織化を体感する
ワークショップ ほかの人の動きからフィードバックをもらい 自ら動くことによって より早く収束することを実感してください!
36.
僕が最初にやったこと… •
スプリントミーティング • スプリントバックログ • 完了の定義を決める • デイリースクラム • スプリントレビュー 実はこのとき、障害リストを知らなかった…
37.
でもね、できることなら ちゃんとしたコーチを入れて まずは、すべてのプラクティスを やったほうがよいと思います。
38.
今日来た人は 変化への一歩を
踏み出しました 少しずつ幸せを求めて 良いなと思ったところは 取り入れていければ 良いと思っています
39.
今日の主なストーリーの下書き ボリュームが多かったので
あきらめた付箋
40.
とりあえず読んだ方が良い資料 本 •
アジャイルな見積もりと計画づくり • アート・オブ・アジャイル デベロップメント • アジャイルプラクティス • レトロスペクティブ • 闘うプログラマー • セムラーイズム PDF • Scrum Guide • 塹壕より XP Scrum • Scrum Primer
41.
42.
質問等があれば、お気軽に~ Twitter : @Qooh0 Mail
: Qooh0.public at gmail