私がわかっているスクラムとわからないスクラム

by neno

Slide 1

Slide 1 text

私がわかっているスクラムとわからないスクラム NENO スクラム現場ガイドMEETUP 2016/10/5

Slide 2

Slide 2 text

はじめに

Slide 3

Slide 3 text

自己紹介 nenoといいます twitter: @neno_n0 ことしで29歳 C# プログラマーなごやかされて(名古屋に転職して)1年1ヶ月スクラム歴1年1ヶ月の初心者です！

Slide 4

Slide 4 text

今日話すこと私がやってきたスクラムわかってきたとおもうことわからないとおもうこと

Slide 5

Slide 5 text

私がやってきたスクラム

Slide 6

Slide 6 text

こんなことをやってきた研修のころ既存某システムの保守案件チーム基盤チーム(いまも継続中)

Slide 7

Slide 7 text

研修のころ 1 @kyon_mm と2人チーム入社してすぐの研修として、スクラムやその他を勉強

Slide 8

Slide 8 text

研修のころ 2 スクラム入門！本を読んだり「SCRUM BOOT CAMP THE BOOK」「IMPACT MAPPING」ツールに慣れるタスクカンバンスプリント、プロダクトのバックログふりかえり KPT 工数集計

Slide 9

Slide 9 text

既存某システムの保守案件チーム 1 メンバー数8人くらい SM && PM = @kyon_mm 既存のレガシーなアプリケーションの改修内部の詳細をわかる人はだれもいない

Slide 10

Slide 10 text

既存某システムの保守案件チーム 2 色々うまくいかなかったみんなスクラム初心者メンバー間のスキル差が大きい ○○さん専用タスク、ストーリー

Slide 11

Slide 11 text

既存某システムの保守案件チーム 3 ドキュメント(wiki)を書くとごちゃごちゃしてるほしい情報がない要するに何が言いたいの？これだけのことを書くのに何時間かけてるの？

Slide 12

Slide 12 text

既存某システムの保守案件チーム 4 「着手できるタスクがありません！」スプリントの残作業はたくさんあるのに何をどう進めたらいいのかわからないストーリーがどういう意味なのかわからない何がどうなったら完了なのかわからない「ゴールできないけど仕方ないよね」という空気の蔓延

Slide 13

Slide 13 text

基盤チームメンバー数3～4人くらい SM && PO = @kyon_mm アプリケーション開発で共通に使われるFW, ライブラリを開発対外的なリリースは月1回程度チーム内では1スプリント1週間以下詳しくは by @kyon_mm 基盤塾で圧倒的成長！！！ Scrum,Test,Metrics #sgt2016

Slide 14

Slide 14 text

わかったとおもうこと

Slide 15

Slide 15 text

スクラムってなんだっけ 1 システム開発プロセスに関するフレームワーク。ロールとイベント、作成物がある。ロールは人の役割 SM、PO、開発チームのメンバー

Slide 16

Slide 16 text

スクラムってなんだっけ 2 イベントは決まってやることスプリントプランニングデイリースクラムレビューレトロスペクティブ

Slide 17

Slide 17 text

スクラムってなんだっけ 3 作成物プロダクトバックログスプリントバックログインクリメントプロダクトなりアウトプットの増分

Slide 18

Slide 18 text

ロールそれぞれで考えること SMはチームの障害を除き、チームがスクラムを上手くやれるように、成長できるように助ける POはプロダクトの価値を高めるメンバーはスプリントやストーリーをゴールさせることに最大限貢献する

Slide 19

Slide 19 text

フィードバックループを回すことの大切さプロダクトについても、チームについても、自分自身についても経験、失敗から学ぶズレや、うまくいっていないこと、失敗にすばやく気づいて、修正していく

Slide 20

Slide 20 text

SPRINT REVIEWや、 KPTのKEEPは大事出来たもの(プロダクトのインクリメント)、うまく出来るようになったこと(人の成長)を認識する現状が認識できないと、次に何を目指せるのかわからないからあまりネガネガしたことばかり言っているとやる気を無くす

Slide 21

Slide 21 text

わからないとおもうこと

Slide 22

Slide 22 text

ポイントやベロシティの見積もり、使えるの？ 1 見積もり以前の問題が大きいのでは？ストーリーの粒度は適切かストーリーは適切なゴールを共有できる形で端的に表しているか誰にとってどううれしい(どんな価値がある)のかゴール達成に必要なことは何かみんな理解できているか

Slide 23

Slide 23 text

ポイントやベロシティの見積もり、使えるの？ 2 メンバーのスキル差が大きい中で、どう進めていけば全体として最高の価値を出せるのかチームのスキルの現状を踏まえて見積もれないと意味がないのでは？経験から数値化して予測するのは大事でもそれは必ずしもポイントやベロシティという形ではないと思う

Slide 24

Slide 24 text

アジャイルやXPのプラクティスってそんなにいいの？ 1 たとえば自動受け入れテスト CI TDD VCS(Git等) コードレビュー PullRequest

Slide 25

Slide 25 text

アジャイルやXPのプラクティスってそんなにいいの？ 2 導入できる下地は整っているかプラクティスの実践それ自体の改善は考えられるか ROI(費用対効果)やトレードオフは考えられているかそれを導入することで何が得られるのか何がうれしいのか何が失われるのか

Slide 26

Slide 26 text

アジャイルやXPのプラクティスってそんなにいいの？ 3 でも初めから「スキル不足だし使えない」とか言って諦めるのは甘え

Slide 27

Slide 27 text

スクラムってチームのスキルの成長は考えられてるの？ 1 価値のあるプロダクトをつくっていくには何が必要か要件を認識、説明できること調査、設計、実装効率的なテスト、伝わるドキュメンテーション、効果的なレビュー CI、ツール等々の環境を作ったり改善できること

Slide 28

Slide 28 text

スクラムってチームのスキルの成長は考えられてるの？ 2 それらのことが初めからできていたんですか？みなさんもともと圧倒的ハイスキルを持っていたんですか？振り返りの機会があるからそれだけで成長できる、というわけではない振り返り自体を上手くやれるにはどうすればいいか？成長するための活動は振り返り以外でも別途Tryすべき

Slide 29

Slide 29 text

ロールは共存出来ないと言うけど、本当？ 1 どのロールも皆がある程度自分自身でできるようになっていくべきではないか POやSMが1週間休んだらチームは止まってしまうのか？

Slide 30

Slide 30 text

ロールは共存出来ないと言うけど、本当？ 2 たとえばよくある衝突 PO「成果！価値！」 SM「健全さ！成長！」

Slide 31

Slide 31 text

ロールは共存出来ないと言うけど、本当？ 3 POの言う価値に、チームの健全さや成長は含められないのか圧倒的進捗力を出せるチーム人「財」とか言う割に、半年先程度までの収益しか見えてないんですか？

Slide 32

Slide 32 text

これらを踏まえてわからないとおもうこと「お前、明日から始まる新プロジェクトチームのスクラムマスターな！」って言われたときにどうしたらいいのか

Slide 33

Slide 33 text

まとめ

Slide 34

Slide 34 text

スクラムを適切に活用して圧倒的成長！！！有難うございました。