上っ面スクラムチームにならないために気を付けたいこと
•
0 likes•1,349 views
［2022/6/17～18開催「スクラムフェス大阪2022」の講演資料です］ 私たちは約3年間、開発ベンダーの立場でありながら、あえてアジャイル・スクラムを取り組んできました。 何故なら、そのアジャイル・スクラムのマインドに共感し、お客様のビジネス拡大に貢献し続けるにはスクラムが適していると感じたからです。 そして昨年のスクフェス大阪2021で開発ベンダーとして、スクラムチャレンジをしているといった内容を話しました。 あれから1年、改めて開発ベンダーの立場でお客様に寄り添いながらスクラムを行う難しさを実感しつつ、同時に手応えも感じています。 そこで、実際の現場で起きた課題から、私たちが取り組んできたことを紹介したいと思います。
Recommended
More Related Content
What's hot
What's hot (20)
Similar to 上っ面スクラムチームにならないために気を付けたいこと
Similar to 上っ面スクラムチームにならないために気を付けたいこと (20)
More from IIJ
More from IIJ (20)
上っ面スクラムチームにならないために気を付けたいこと
- 1. 1 © Internet Initiative Japan Inc. 上っ面スクラムチームにならないために気を付けたいこと 株式会社インターネットイニシアティブ 2022年6月18日 北河 直樹
- 2. 2 はじめに 昨年のScurm Fest Osaka 2021では、 私たちの「スクラムチャレンジ」の歴史から ”つまづき” と ”学び” を話ました あれから1年… 新たな ”学び” を得ながらスクラムに取り組んでいます
- 4. 4 自己紹介 • 名前 • 北河 直樹 • 所属 • 株式会社インターネットイニシアティブ • ロール • スクラムマスター、スクラムコーチ • twitter • @nk_tamago 詳細は twitter を見るか質問でもください！ 生粋の東三河人
- 5. 5 自己紹介 • 私たちこんなことが得意です！ エネマネ みまもり IoT エネマネ 独居ケアみまもり 子供みまもり スマートホーム モバイル通信 サーバレス モバイルアプリ AWS アジャイル開発 チャレンジ精神 IIJ IoTサービス IIJ モバイルサービス
- 6. 6 ちょっと聞きます
- 8. 8 開発ベンダーがやるスクラムの印象 どんな印象を持ちましたか？こんな印象ではないでしょうか？ 怪しい なんちゃって スクラム ビジネス スクラム なぜいい印象が無いのか？ それは「スクラムをやること」に 価値 を置いているように感じるからではないで しょうか？ • スクラムやれば成功する • 今の時代はスクラムでしょ • スクラムやったら…
- 10. 10 私達がスクラムを取り組む理由 ただし … 茨の道でした ヤバイことをやっているなーという認識あります ベンダーに限らず、様々な現場であることだと思います • POが別部署でほとんど顔を合わせない • POが上司でほとんど顔を合わせない • … ＿人人人人人人人人人人人人＿ ＞ POが近くにいない！ ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y￣￣ ベンダーがやるスクラム … お客様をプロダクトオーナーに据えたスクラム 抽象度を上げると … 近くにPOがいないスクラム 次のスライドからは理想と現実についてお話します
- 11. 11 理想と現実
- 12. 12 理想と現実 私たちが目指す、スクラムチームの理想形はどのようなものか？ ビジネス領域 開発領域 スクラムチーム 開発者 PO • PO(お客様) と 開発者(ベンダー) が対等に話せる関係性 • チーム全員が ビジネス領域 (お客様ドメイン) について会話 出来る 理想 開発者(ベンダー) もビジネスを意識した提案・実現が出来る お客様のビジネス拡大に貢献 SM
- 13. 13 理想と現実 現実は非常に残酷です • PO(お客様) と 開発者 (ベンダー) に壁がある関係性 • POのみが ビジネス領域(お客 様ドメイン) について会話出来 る ビジネス領域 開発領域 スクラムチーム 開発者 PO 現実 開発者・SM(ベンダー)は表面上でしか会話出来ず、ビジネス領域まで踏み込めれない ビジネス拡大に貢献できない 開発ベンダーがスクラムをやる意味がない！ SM
- 15. 15 課題
- 16. 16 課題 開発者のマインドがPOの事業ドメインを理解しようとしていない 課題１：開発者がプロダクトオーナーの言われるがままになっている 開発者がPOとビジネス領域について対等に会話できるレベルに達していない 達していないと何が問題となるか？ • POに言われたことに対し疑問を持たなくなる • 自身の価値観を基準として考えてしまう • 開発者が待ちの姿勢になってしまう 「ふむふむ」「なるほど」 といった相槌が多くなってきたら注意
- 17. 17 課題 課題２：スクラムをやることが目的にすり替わってしまっている なぜ私たちがスクラムを取り組んでいるか、心で理解出来ていない 「スクラムをやるんです！」 といった “スクラムのプロセスをやる” が目的になっている “スクラムやる”が目的だと何が問題となるか？ • そもそも、なぜスクラムを取り組んでいますか？ • 私たちが実現したいこと覚えていますか？という話 「ふりかえりってやらないと駄目ですよね」 「本当のスクラムは…」 といった会話が出てきたら注意
- 18. 18 課題 課題３：人の入れ替わりによるチーム力の低下 積み上げたチームの信頼関係がリセットされてしまう 同じスキルセット・マインドの人はいない 人の入れ替えと、ちょっとした “きっかけ” でチームの歯車が狂ってしまう 歯車が狂うと何が問題となるか？ • メンバーのモチベーションの低下 • 負のスパイラル発生。全てが悪い方向に進んでしまう (ま、いっか) (…何も言わない…) といった雰囲気になったら注意
- 20. 20 課題に対して取り込んでいること 私たちの取り組みの前提 ルール・マニュアル で縛る チェックリスト で自己検査する • すぐ抜け道を探す • 都合よく解釈する 本質的な解決にならず 効果が薄いことが多い • やりがちな取り組み • 私たちの取り組み 心で理解して もらう 本質を考えて行動出来る
- 21. 21 課題に対して取り込んでいること 課題１：開発者がプロダクトオーナーの言われるがままになっている 課題２：スクラムをやることが目的にすり替わってしまっている 課題３：人の入れ替わりによるチーム力の低下 取り組み１: 開発者のビジネス視点を鍛える 取り組み２: 啓発活動によって意識付けを継続に行う 取り組み: 啓発活動によって意識付けを継続に行う 取り組み１: 入れ替わることを可したチーム運営を行う 取り組み２: ちょっとした兆しを察知して早めに対処
- 23. 23 課題に対して取り込んでいること 取り組み２: 啓発活動によって意識付けを継続に行う 課題１：開発者がプロダクトオーナーの言われるがままになっている • 啓発絵本、能動的コーチングによって単なるPGにならないように意識付け 常に言い続けることで、心に刻まれることを期待 啓発絵本 • ”心に刻んでほしいこと” を まとめた絵本 • ガチ資料や説教くさいと心 が拒絶してしまうため、絵 本で心に残るように工夫
- 24. 24 課題に対して取り込んでいること 取り組み２: 啓発活動によって意識付けを継続に行う 課題１：開発者がプロダクトオーナーの言われるがままになっている • 啓発絵本、能動的コーチングによって単なるPGにならないように意識付け 常に言い続けることで、心に刻まれることを期待 能動的コーチング • コーチが普段の現場へ積極的に顔を出 し、自然体でコーチングを行う • 「なんでこれやるんだろ？」など話が 出たら「わからなければPOと話をし ようよ！」のように促す POと話しようよ！
- 25. 25 課題に対して取り込んでいること 取り組み: 啓発活動によって意識付けを継続に行う 課題２：スクラムをやることが目的にすり替わってしまっている • Scrum Masters会、能動的コーチングによってなぜスクラムを取り組んでいる か心で理解してもらう 理解を深め、意識をアップデートすることで、心に刻まれることを期待 Scrum Masters会 • SMが週1回集まり、スクラムのフレーム ワークとしての共有・相談したいことを話 し合い、チームに持ち帰ってもらう会 • スクラムガイドを読み解く • チームの困りごとや気付きを共有 スクラム！ スクラム！
- 26. 26 課題に対して取り込んでいること 取り組み１: 入れ替わることを可したチーム運営を行う 課題３：人の入れ替わりによるチーム力の低下 • ペアプロでスキトラを積極的に行う • チームビルディングやJoinイベントなどチーム力を高める時間を大切にする 時間と努力を惜しまず、丁寧に対応することでチームが正常化することを期待 取り組み２: ちょっとした兆しを察知して早めに対処 • 能動的コーチングから異変を察知した or 4半期に1回 で1on1を実施する • 丁寧に対応し着地点を探る • 時間はかかるが、ここを丁寧に対応しないとチームは空中分解してしまう
- 27. 27 取り組み過程からの学び
- 28. 28 取り組み過程からの学び 取り組み過程からの学び１ 「開発者のビジネス目線を鍛える」が鍛えていない状態で提案するとどうなる か？の学び • 提案を出していくチャレンジは良いこと • しかし、ビジネス領域の知識が無い状態での提案は微妙な空気になるだけ • ちょっとかじっただけで知った気になってはダメ • 開発者は技術だけ磨けばよいではない • ビジネス領域・事業ドメインを理解してこそ、その技術が活躍できる 薄い提案は余計なお世話 • どっぷり深い所まで浸かって、初めて提案のスタートラインに立てる 学び
- 29. 29 取り組み過程からの学び 取り組み過程からの学び２ 「スクラムをやる」の目的を忘れてきたチームからの学び • スクラムをやる目的を忘れてくると、イベントを減らす傾向になる • 「 ふりかえりは絶対必要ですか？遅れているからやめたいんですけど」 • とか平気で意見が出てくる • なぜやっているかが理解できていないチームの特徴 • ただ無心でイベントを行うだけなら時間のムダ • やるからには実りのある時間にしよう それってあなたがやりたいだけですよね • 何のためにスクラムやっているんだっけを思い出せ • プロセスをやっているだけでは何も生まれない。時間のムダ 学び
- 30. 30 まとめ
- 31. 31 まとめ 伝えたかったこと 「上っ面スクラムチームにならないために」に気を付けたいこと • プロセスばかりを気にするのではなく、目的を思い出そう • 目的を忘れたプロセスは時間のムダであることを理解しよう • 人の記憶は時間と共に薄れていく。定期的に思い出す努力をしよう • ビジネス・ドメインにどっぷり浸かろう • ビジネス領域や事業ドメインを知る努力をしよう • その業界を知らなければ何も生まれないぞ