スクラム推進でマインド形成と自己組織化、生産性の可視化も実現
フェーズ2では、さらに広い範囲でスクラムを展開。スマートフォン版Mobageを運用する企画・開発部門に導入した。チーム構成は、ミッションごとに構成された4つのチームで、各チームにプロダクトオーナー、スクラムマスターを1名ずつ配置。チームメンバーは、最大でも10名以内に抑えた。これは、フェーズ1で人数が多いために朝会が破綻してしまったことを踏まえての調整だ。
ほかにも、フェーズ1の教訓を活かして、もともと別組織で席が離れていた企画者と開発者を組織にかかわらず近い席に集めたり、ツールを使い慣れたJIRAに集約してホワイトボードや付箋と同じ内容を登録する無駄を省く、といったことを行った。また、Sprint 0（ゼロ）として、スクラム実施前の準備期間を1～2週間設定。経験の浅いスクラムマスターをサポートするために、貝瀬氏がSprint 0で実施すべきことのテンプレートを作成して配布した。こうした取り組みにより、フェーズ2のふりかえりでは、3つの課題に対してさらに良い効果が得られたことが認められた。
しかし一方で、バックログがなかなか増えなかったり、スクラムの各種会議に否定的なチームが出てくるなど、フェーズ1では挙がっていなかった新たな課題も発生。そこで貝瀬氏は、各チームのメンバーがスクラムの理解を深めること、これまで実施したスクラムをふりかえって今後の改善につなげることを目的とし「立て直し」のフェーズ（フェーズ2.5と表現）を実施。貝瀬氏自身もスクラムの仕組みを体系的に理解するために認定スクラムマスター研修に参加し、その内容をワークショップ形式で他のメンバーに伝えた。
今後の改善につなげる取り組みとしては、フェーズ2のふりかえりで当時のデータ収集を行い、さまざまな問題を集めて、それぞれに対してどうすれば改善できるのかアイデア出しを実施。それらのアイデアから、次に何をすべきかを決定した。また、最後にこれらの取り組み自体をふりかえる「ふりかえりのふりかえり」も行った。
「これにより、ふりかえり自体が有意義であることをメンバーも自分自身も実感できた」と、貝瀬氏は強調する。
こうした経験を経て、社内でスクラムに対する理解が深まったこともあり、続くフェーズ3では各チームが主体的にスクラムをアレンジするようになったという。例えば、スクラムは基本的に突発案件をよしとしないが、それを受け入れるルールとしたり、組織や市場の変化・成長に対応するためにスプリントごとにチームを再構成するといったアレンジも行っている。なお、このフェーズでは自部門の開発にかかわる全組織にスクラムを導入。12のチーム、100人を超えるメンバーが対象となった。
このようなスクラムへの取り組みを通じ、DeNAには「組織として確実に変化が起きている」と貝瀬氏は話す。まず挙げられるのが、「マインド」の変化だ。チーム内のみならず他部署との組織間のコミュニケーションが活性化したことで、意見交換などがスムーズに行えるようになった。また、自らやりたいことを生み出す風土と仕組みもできてきた。これにより、将来的にスケールすることが期待される取り組みや新たな製品の企画開発も続々と生まれている。そして、ふりかえりによる、自発的な改善サイクルも回るようになってきた。
「自己組織化」も重要な変化として挙げられる。新規プロジェクトのスクラムがメンバーから自発的に立ち上がっていること、担当やチームの構成が変わっても生産性が落ちていないこと、プロダクトバックログが増えてきていることなどは、その成果といえるだろう。
また、プロダクトバックログやスプリントバックログで、登録された課題、消化できたストーリーの数などを把握することで、生産性を可視化することもできるようになった。同様に、スプリントごとの見積もり精度なども可視化可能だ。
「スクラムを回していくことで、これまで見えてこなかった課題や問題点が可視化され、将来やるべきこと・やりたいことも明確になる。非常に有用なフレームワークだと実感しているので、ご自分の組織で取り入れてみたいと感じた方は、ぜひトライしていただきたい。もし仮に半年ほど実践してみて、効果が得られないと思われたら……そのときはDeNAに来て私と一緒にスクラムをやりましょう！」
最後に貝瀬氏は聴講者にそうエールを送り、セッションを終えた。
