Soumettre la recherche
Mettre en ligne
スクラムナイト#8 地獄のデイリースクラム ~ 19時半だヨ!全員集合 ~ Daily scrum from hell next
•
Télécharger en tant que PPTX, PDF
•
9 j'aime
•
3,241 vues
Takahiro Kaihara
Suivre
2015/10/07 (水) 19:30 場所はロックオンさんで実施した、スクラム道関西の勉強会、スクラムナイト#8の公開資料です。 ご参加いただいた方、ありがとうございました!
Lire moins
Lire la suite
Logiciels
Signaler
Partager
Signaler
Partager
1 sur 45
Télécharger maintenant
Recommandé
KPTの基本と、その活用法
KPTの基本と、その活用法
ESM SEC
プレゼン初心者にありがちなアンチパターン
プレゼン初心者にありがちなアンチパターン
真俊 横田
事業成長にコミットするエンジニア組織への道のり
事業成長にコミットするエンジニア組織への道のり
Recruit Lifestyle Co., Ltd.
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
ビジネスに貢献するIT部門への変革に必要な3つのポイント
ビジネスに貢献するIT部門への変革に必要な3つのポイント
UNIRITA Incorporated
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
Itsuki Kuroda
Ormとの付き合い方
Ormとの付き合い方
豊明 尾古
Recommandé
KPTの基本と、その活用法
KPTの基本と、その活用法
ESM SEC
プレゼン初心者にありがちなアンチパターン
プレゼン初心者にありがちなアンチパターン
真俊 横田
事業成長にコミットするエンジニア組織への道のり
事業成長にコミットするエンジニア組織への道のり
Recruit Lifestyle Co., Ltd.
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
ビジネスに貢献するIT部門への変革に必要な3つのポイント
ビジネスに貢献するIT部門への変革に必要な3つのポイント
UNIRITA Incorporated
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
Itsuki Kuroda
Ormとの付き合い方
Ormとの付き合い方
豊明 尾古
UX白書には本当は何が書かれているか
UX白書には本当は何が書かれているか
Masaya Ando
私にとってのテスト
私にとってのテスト
Takuto Wada
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
カンバンゲーム
カンバンゲーム
Yasui Tsutomu
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
ESM SEC
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
toshihiro ichitani
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
ESM SEC
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
【SQiP2016】楽天のアジャイル開発とメトリクス事例
【SQiP2016】楽天のアジャイル開発とメトリクス事例
Kotaro Ogino
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ESM SEC
DBパフォーマンス・チューニング
DBパフォーマンス・チューニング
Yukihiro Kitazawa
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Pull Request & TDD 入門
Pull Request & TDD 入門
ESM SEC
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
Yoshiki Hayama
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
toshihiro ichitani
スクラムナイト#1 デイリースクラムやってます?
スクラムナイト#1 デイリースクラムやってます?
Takahiro Kaihara
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
Yahoo!デベロッパーネットワーク
Contenu connexe
Tendances
UX白書には本当は何が書かれているか
UX白書には本当は何が書かれているか
Masaya Ando
私にとってのテスト
私にとってのテスト
Takuto Wada
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
カンバンゲーム
カンバンゲーム
Yasui Tsutomu
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
ESM SEC
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
toshihiro ichitani
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
ESM SEC
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
【SQiP2016】楽天のアジャイル開発とメトリクス事例
【SQiP2016】楽天のアジャイル開発とメトリクス事例
Kotaro Ogino
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ESM SEC
DBパフォーマンス・チューニング
DBパフォーマンス・チューニング
Yukihiro Kitazawa
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Pull Request & TDD 入門
Pull Request & TDD 入門
ESM SEC
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
Yoshiki Hayama
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
toshihiro ichitani
Tendances
(20)
UX白書には本当は何が書かれているか
UX白書には本当は何が書かれているか
私にとってのテスト
私にとってのテスト
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
カンバンゲーム
カンバンゲーム
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
KPTの理論と実践 公開用 プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
【SQiP2016】楽天のアジャイル開発とメトリクス事例
【SQiP2016】楽天のアジャイル開発とメトリクス事例
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
DBパフォーマンス・チューニング
DBパフォーマンス・チューニング
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Pull Request & TDD 入門
Pull Request & TDD 入門
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
Similaire à スクラムナイト#8 地獄のデイリースクラム ~ 19時半だヨ!全員集合 ~ Daily scrum from hell next
スクラムナイト#1 デイリースクラムやってます?
スクラムナイト#1 デイリースクラムやってます?
Takahiro Kaihara
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
Yahoo!デベロッパーネットワーク
[ワークショップ] 自分の壁をぶち破れ! - Agile Japan 2014
[ワークショップ] 自分の壁をぶち破れ! - Agile Japan 2014
一法 山崎
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
Whyから始めるスクラムマスター #sgt2016
Whyから始めるスクラムマスター #sgt2016
Yahoo!デベロッパーネットワーク
チーム開発積み重ね Rails Developers Meetup 2018 Day2
チーム開発積み重ね Rails Developers Meetup 2018 Day2
tatsuo sakurai
WordCamp Tokyo2016-WooCommerceのすすめ
WordCamp Tokyo2016-WooCommerceのすすめ
Kei Tamura
私の(なんくるないさぁ)勉強法
私の(なんくるないさぁ)勉強法
Naoki Takaesu
簡単に楽しくはじめよう!Raspberry Pi入門
簡単に楽しくはじめよう!Raspberry Pi入門
Akira Ouchi
研修担当者に聞く、学生のうちに学ぶべきこと
研修担当者に聞く、学生のうちに学ぶべきこと
Hiromu Shioya
WooCommerce 勉強会 - 20161022
WooCommerce 勉強会 - 20161022
Kei Tamura
第3回すくすく・スクラム 自己組織化Ws
第3回すくすく・スクラム 自己組織化Ws
Kazumasa EBATA
slackの導入と装備(特に銃)の種類に関して
slackの導入と装備(特に銃)の種類に関して
貴一 末田
誰にでもできるプレゼン入門 〜解脱プレゼンの極意〜
誰にでもできるプレゼン入門 〜解脱プレゼンの極意〜
VirtualTech Japan Inc./Begi.net Inc.
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
Taku Yajima
爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan
Yahoo!デベロッパーネットワーク
とある Perl Monger の働き方
とある Perl Monger の働き方
Yusuke Wada
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
プログラミング?なにそれこわい?なママも楽しんじゃうサロン
プログラミング?なにそれこわい?なママも楽しんじゃうサロン
Mom Studeo
スクラムやったらこうなった #AgileJapanOsaka
スクラムやったらこうなった #AgileJapanOsaka
真一 牛島
Similaire à スクラムナイト#8 地獄のデイリースクラム ~ 19時半だヨ!全員集合 ~ Daily scrum from hell next
(20)
スクラムナイト#1 デイリースクラムやってます?
スクラムナイト#1 デイリースクラムやってます?
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
[ワークショップ] 自分の壁をぶち破れ! - Agile Japan 2014
[ワークショップ] 自分の壁をぶち破れ! - Agile Japan 2014
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
Whyから始めるスクラムマスター #sgt2016
Whyから始めるスクラムマスター #sgt2016
チーム開発積み重ね Rails Developers Meetup 2018 Day2
チーム開発積み重ね Rails Developers Meetup 2018 Day2
WordCamp Tokyo2016-WooCommerceのすすめ
WordCamp Tokyo2016-WooCommerceのすすめ
私の(なんくるないさぁ)勉強法
私の(なんくるないさぁ)勉強法
簡単に楽しくはじめよう!Raspberry Pi入門
簡単に楽しくはじめよう!Raspberry Pi入門
研修担当者に聞く、学生のうちに学ぶべきこと
研修担当者に聞く、学生のうちに学ぶべきこと
WooCommerce 勉強会 - 20161022
WooCommerce 勉強会 - 20161022
第3回すくすく・スクラム 自己組織化Ws
第3回すくすく・スクラム 自己組織化Ws
slackの導入と装備(特に銃)の種類に関して
slackの導入と装備(特に銃)の種類に関して
誰にでもできるプレゼン入門 〜解脱プレゼンの極意〜
誰にでもできるプレゼン入門 〜解脱プレゼンの極意〜
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan
とある Perl Monger の働き方
とある Perl Monger の働き方
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
プログラミング?なにそれこわい?なママも楽しんじゃうサロン
プログラミング?なにそれこわい?なママも楽しんじゃうサロン
スクラムやったらこうなった #AgileJapanOsaka
スクラムやったらこうなった #AgileJapanOsaka
スクラムナイト#8 地獄のデイリースクラム ~ 19時半だヨ!全員集合 ~ Daily scrum from hell next
1.
2.
はじめに • スクラム道関西の勉強会にきていただ いてありがとうございます • 会場提供いただきました 株式会社ロックオンさんありがとうご ざいます!
3.
本日の予定 • デイリースクラムについてのおさらい • ひたすらロールプレイ 『Daily
Scrum From Hell』 (邦題:地獄のデイリースクラム) • 簡単にまとめ
4.
本日の予定 • 本日はデイリースクラムのワークショ ップをします • ワークショップは非日常の体験ができ る学び・気づきの方法です •
失敗してもかまいません。どうか楽し んで、思い切って参加してみてくださ い
5.
自己紹介 •開原隆弘(40) •とある企業のIT子会社勤務 •業務系Webアプリ開発チーム のマネージャー •事務作業がとても苦手 •最近、失敗続き!
6.
デイリースクラム やってますか?
7.
どんな役割ですか? 開発チーム? スクラムマスター?
8.
今夜のターゲット
9.
デイリースクラム概要 • スクラム4つのイベントのひとつ • チームがスプリントゴールを達成できそうかを確認し 必要があれば再計画するプランニングイベント •
開発チームがチームの状況を同期し、活動の歩調を合わせ次 の 24 時間の計画を作る • 「15分」以内に立ったまま「3つの質問」 • ≒ 朝会 朝会言うなー
10.
スクラムの3本柱
11.
透 明 性
12.
検 査
13.
適 応
14.
透明性 検 査 適
応
15.
透明性 検 査 適
応
16.
デイリースクラムにおける 検査とは
17.
透明性 検 査 適
応 •スプリントゴールは 達成できそうか •仕事を妨げている問題 はないか •再計画の必要はないか
18.
デイリースクラムに必要な 透明性とは
19.
透明性 検査 適応 •明確なゴール •チームの状況 タスクボード バーンダウン チャート
20.
透明性 検 査 適 応 •明確なゴール •チームの状況 •スプリントゴール は達成できそうか •仕事を妨げている 問題はないか •再計画の必要はな いか 注目~
21.
透明性 検 査 適 応 •明確なゴール •チームの状況 •スプリントゴール は達成できそうか •仕事を妨げている 問題はないか •再計画の必要はな いか 注目~ 問題 発生 良いアイデア 昨日より 良いチームに なろう!
22.
デイリースクラムにおける スクラムマスターの役割とは
23.
透明性 検査 適応 スクラムマスター 多聞天 スプリントゴールは 達成できそうかな? チームはチーム の最新状態を把 握できている 昨日より 良いチームに なるんじゃー! デイリースクラムが機能しているか 検査は実施されているか 透明性は損なわれていないか 適応はタイムリーに行われているか
24.
開発チームの責務 @デイリースクラム • デイリースクラムを実施する責任 • 3つの質問に答える •
開発チームがスプリントゴールを達成するために、 私が昨日やったことは何か? • 開発チームがスプリントゴールを達成するために、 私が今日やることは何か? • 私や開発チームがスプリントゴールを達成するとき の障害物を目撃したか? • 15分のタイムボックスを守る! • 毎日、同じ場所、同じ時間で(朝じゃなくても良い)
25.
スクラムマスターの責務 @デイリースクラム • 開発チームにデイリースクラムを開催してもらうようにする(デイ リースクラムを開催する責任は開発チーム) • デイリースクラムを
15 分のタイムボックスで終わらせるように開 発チームに伝える • デイリースクラムには開発チームのメンバーしか参加できないとい うルールを遵守する • 「デイリースクラム」イベントが機能しているか確認する • 自分に向いて、話しかけられたら、「ちぇぇえい」と言う
26.
デイリースクラム あるある 『だらだら話す』 ⃝もっと素早くまとめて話すように言う 『脇道にそれた会議』 ⃝必要であればミーティングの後に、議題に関連する人を集めて 会議を行うかどうか尋ねる 『しゃべるオブザーバー(鶏)』 ⃝彼らはオブザーバーであるということを再認識させる 『みんなスクラムマスターに向かって話す』 デイリースクラムは開発チームのものです! Ryuzee.com (http://www.ryuzee.com/contents/blog/5624)
27.
28.
地獄のデイリースクラムとは • 2004年10月にデンバーのScrum GatheringでWilliam C.
Wake氏によっ て行われたもの • チームでデイリースクラムについて学ぶ ことができる • 進め方など少しだけ改変しています • 参考URL http://xp123.com/articles/scrum-from-hell/ http://www.ryuzee.com/contents/blog/5624
29.
地獄のデイリースクラムの流れ • 6-8人くらいのチームで行います。(ひとりはスクラムマスター) • 皆さんはテキストエディタを開発している開発チームという設定で臨ん でください •
メンバーにそれぞれ『秘密のミッション』カードをお渡しします。人に は見せないように!ロールプレイの間、このカードに書かれている内容 を演じてください。ノリ重要。 • もしスクラムマスターにふるまいを指摘された場合は、ふるまいを貫き 通さないようにしてください
30.
地獄のデイリースクラム 準備編 それでは地獄のデイリースクラムの準備をはじめます。(5分間) 1. グループで簡単に自己紹介をしてください 2. スクラムマスター役を決めてください(経験者が望ましい) 3.
タスクボードに貼るタスクを手分けして作成してください 4. 各自、3つの質問に答えれるように準備してください 5. 上記の準備ができたら、『秘密のミッション』を配ります
31.
ロールプレイ開始
32.
開発チーム オブザーバースクラムマスター どのようなふるまいが 見られましたか?
33.
開発チーム オブザーバースクラムマスター このデイリースクラムは 参加してみて どうでしたか?
34.
開発チーム オブザーバースクラムマスター スクラムマスターに対して 何か感じたことは? (良かったこと、俺ならこうする!など)
35.
開発チーム オブザーバースクラムマスター デイリースクラムでの スクラムマスターの役割 って何でしょう?
36.
開発チーム オブザーバースクラムマスター 今後のデイリースクラム に参考にしたいことが 見つかりましたか?
37.
38.
まとめ
39.
今夜のスクラムナイトは いかがでしたか? 開発チーム オブザーバースクラムマスター
40.
41.
次に聞きたい スクラムナイトのネタは ありますか? 開発チーム オブザーバースクラムマスター
42.
43.
スクラムナイト#8 おしまい
44.
スクラムナイト#9 次回は2016年1月ごろ予定 http://www.flickr.com/photos/span112/4041683905/ 皆さんのご参加 お待ちしています! Coming Soon!!
45.
スクラム道関西 について 私たちは、ソフトウェア開発における私たち自身の現場をより 良くしたいという想いから、スクラムやアジャイルな開発の知 識を相互に共有し、議論しながら切磋琢磨するために集まった 関西のコミュニティです。 より多くの人々に、従事する開発現場を改善するきっかけにな るような情報を発信し、また、みなさんの悩みや問題を一緒に 考え話し合うことで、より広い知恵と知識を培っていける場を 設けていきたいと考えています。 私たちは開発者のみなさんがいつも笑顔で開発できるような世 界を目指しています。
Notes de l'éditeur
広目天
持国天
増長天
Télécharger maintenant