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

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

はじめに

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

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

私がやってきたスクラム

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

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

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

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

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

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

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

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

わかったとおもうこと

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

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

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

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

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

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

わからないとおもうこと

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

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

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

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

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

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

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

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

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

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

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

まとめ

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

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

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

neno

More Decks by neno

Other Decks in Technology

Featured

Transcript