こちらは バイセルテクノロジーズ Advent Calendar 2021 の4日目の記事です。
前日の記事は松榮さんの BtoBオンラインオークションの紹介 でした。
こんにちは。CTO室のなおとです。
CTO室ではエンジニアリング組織に関する様々な活動をしていますが、その中でスクラムマスターとしてプロダクトチームを支援することがあります。
今回はスクラムの導入や立て直しをする際に自分がやっていることについて紹介しようと思います。
- 重要なことはチームの共通認識を作ること
- スクラムガイドの読み合わせをする
- スプリントの期間を1週間にする
- モブプロを導入する
- お試し期間を区切って実践し、振り返りをする
- スクラムをはじめると大体いい感じになる
- まとめ
重要なことはチームの共通認識を作ること
これまで様々なチームを支援する活動を通じて、スクラムという明確な正解がない取り組みを成功させるために重要なことはチームの共通認識を作ることだという考えに至りました。
スクラムマスターとしてスクラムに関するレクチャーや活動のファシリテーションをすることもわかりやすい役割ですが、現状のチームの課題やあるべき姿について共通認識を持つことができれば、メンバーが自律的、創造的に振る舞っていく場面を多く見てきました。
今回は自分がスクラムを始める際に、共通認識を作るためにやっていることに絞って紹介をします。
スクラムガイドの読み合わせをする
スクラムガイドにはスクラムの定義が含まれている。 フレームワークの各要素には特定の⽬的があり、 スクラムで実現される全体的な価値や結果に⽋かせないものとなっている。 スクラムの核となるデザインやアイデアを変更したり、要素を省略したり、 スクラムのルールに従わなかったりすると、問題が隠蔽され、スクラムの利点が制限される。 場合によっては、スクラムが役に⽴たなくなることさえある。 - スクラムガイド
まずは スクラムガイド の読み合わせです。
上記の通り、スクラムガイドにはスクラムの定義が書かれています。読み合わせをすることでスクラムというゲームのルールについて共通認識を作ります。
スクラムガイド自体は17ページと短いので、やり方としては事前に個人で読んでもらった上で感想をシェアする会を開催することが多いです。
Miroなどオンラインの付箋ツールを用いてスクラムガイドを読んで理解したことやわからなかったことと合わせて、チームで既にできていることや課題に感じていること、これからスクラムに取り組む目的もメンバーの言葉で言語化をしてもらいます。
アジャイルソフトウェア開発宣言 や、フロー効率に関するレクチャーもこのタイミングですることで、どのようなアプローチが正解とされているのかチームで認識を合わせます。
スプリントの期間を1週間にする
スクラムはスプリント期間が短いほど簡単です。
自分が支援する場合はスプリントの期間を1週間に設定することが多いです。
2週間スプリントと比較をすると、1週間のスプリントは以下のようなメリットがあります。
- 見積もりをする対象が半分なので認知的な負荷が少ない
- スプリントプランニングの時間が半分になる
- 振り返りをする時にスプリント期間に起こった出来事を覚えている
- 振り返りによる試行回数が倍に増えるので課題の改善サイクルが早い
- 計画と実績の差が少なくなる
1週間で開発をして成果を出すことが難しい、そういうサイズにチケットを切ることができないという相談を受けることもありますが、ユーザに価値を提供するプロダクト開発でそのような場合は適切なチケット分割ができていないケースが多いです。その場合は別途プロダクトオーナーを支援することに時間をかけてプロダクトバックログを整備します。
また、Tipsとしてはスプリントの開始と終了を火曜日から木曜日の間で設定をすると、祝日との重なりが少ないので調整コストが減ったり、スプリントの区切りが平日で繋がっているので振り返りのコンテキストを忘れずに次スプリントでTryを実行しやすいなどの利点があります。
このようにスプリント期間を短く設定することでタスクや出来事に関する認識がズレることを防ぎます。
モブプロを導入する
仕事の進め方としてタスクをアサインする方式のままだと、形だけスクラムを導入しても実態としてスプリントプランニングの時点で人に対してチケットをアサインし、スプリントレビューで未完了の理由を説明をする状態になっていることもあると思います。
また、フロー効率の観点から考えてみると、タスクに取り組んでから手が止まったり質問が発生した時点でリードタイムが長くなることでフロー効率は低下してしまいます。それによる想定外の差し込みは他のメンバーにとってもマルチタスクにつながるためチーム全体での作業効率も低下します。
そこでスプリントのチケットの中で最も優先順位が高いものや不確実性が高いものを選択して、開発者全員でモブプロで取り組んでいきます。
モブプロについても XPにおけるペアプロ を説明してから実際にやってみることで、チケットのリードタイムが短くなるフロー効率の体験や、他のメンバーから学ぶスキルトランスファーを体験してもらいます。
チーム全員で同じチケットに取り組むことでコンテキストのギャップや必要なキャッチアップも減り、コードレビューもスムーズになります。
お試し期間を区切って実践し、振り返りをする
スクラムを導入または立て直しをする際、開始の時点ではチームのメンバー全員が100%スクラムに期待をしているわけではありません。
しかし、100％成功する気やる！そんな気概がなければうまくいくものも失敗してしまいます。
10スプリントをお試し期間と位置づけてあらかじめ振り返り会も計画しておき、結果的にスクラムが合わないと感じたら止めるという選択肢をチームが持っておくことで、逆に10スプリントはスクラムに集中して取り組んでもらいます。
また、振り返り会の中でスクラムを導入する目的が達成できたかどうか、どの点がチームや個人にフィットしたか、今後のチームの方向性なども話し合うことで共通認識を持ってもらいます。
スクラムをはじめると大体いい感じになる
自分もまだまだスクラムを勉強中の身ですが、人や環境に恵まれてきたこともあり、これらの取り組みをする中でスプリントを中止したりメンバーから反発を受けることはありませんでした。感謝しかありません。
前提として成功のためにはプロダクトやメンバーが重要な要素ですが、スクラムをやってみることで大体いい感じになることが多かったように思います。
「いい感じ」の一例です
- コミュニケーションの量が増える
- チームのタスク量を把握できる
- 作業の手戻りが減る
- プロジェクトの進捗を可視化できる
- ジュニアなメンバーがリーダーシップを発揮するようになる
- シニアなメンバーが経験や知識を共有するようになる
- マネージャーの負担が減る
一方、このある種の「スクラムの踊り場」からいかに早く次のフェーズに移ることができるのかも非常に大切です。それについてはまた別の記事で書こうと思います。
まとめ
今回は自分がスクラムを始める時にやっていることを紹介しました。
スクラムガイドの読み合わせから始め、お試し期間の中で1週間スプリントとモブプロによって成功体験を重ねて最後に取り組みを振り返ることで、スクラムやチームに対する共通認識を作ってきました。
バイセルではスクラムをはじめエンジニアリング組織の課題の取り組む仲間を募集しています。 hrmos.co
明日の バイセルテクノロジーズ Advent Calendar 2021 は尾沼さんによる「CircleCIで構築されたCI/CD環境をGitHub Actionsに移行した際のポイント」です。お楽しみに。
