【インタビュー】サービスを発展させるために「あらゆること」をやる。ニフティのスクラム開発を牽引するエキスパートたち【スクラムマスター 前編】

2018年に子会社からニフティに転籍し、2020年から現在のポイントチームに所属しています。現在は企画側のプロダクトオーナーとして、「ニフティポイントクラブ」というポイントサイトの運営と方針の策定や、各ステークホルダーとの調整などをメインに行っています。

2017年にエンジニアとして新卒入社し、2年目から会員基盤チームで働いています。現在、メインで担当しているのは、「シングルサインオンシステム」という、ニフティのさまざまなサービスにログインする際の認証システムの開発や刷新です。開発チームのリーダーでもあり、チーム内のアウトプットの最大化に注力しています。

2009年に新卒でニフティに入り、現在は吉田さんと同じポイントチームで、スクラムマスターとして「ニフティポイントクラブ」の開発に携わっています。また、社内のN1!制度（※1）のスクラムエバンジェリストとして、別チームのスクラム導入を支援する活動も行ってきました。

プロダクトオーナーは、シンプルに言うと「何を作るか」を決める役割です。顧客が何を求めているかを整理し、やるべきことの優先順位を決める、プロダクト全体の責任者ですね。

スクラムマスターの仕事は多岐に渡りますが、最も重要なのは、企画側と開発側のコミュニケーションをスムーズにするためのサポートや、対話を生むための環境づくりです。プロダクトをグロースさせる上で障害になることを取り除くと同時に、サービスを発展させるためにあらゆることをやる役割だと思っています。

また、自チームの改善だけでなく、組織全体にアジャイル文化やスクラム開発を浸透させるのも、スクラムマスターの使命。ニフティには私や清水くんのように別チームに所属するスクラムマスターが集まるギルドがあり、定期的に意見交換しながら社内のスクラムをより深化させる活動を行っています。

プロダクトオーナーの資格を取得したのは2024年の夏です。2022年頃から「ニフティポイントクラブ」の開発チームがスクラム開発を導入したのを機に、スクラムを意識し始めました。その際に企画側からプロダクトオーナーを出すことになり、私の上長がプロダクトオーナーを務めることになったんです。

ただ、上長は忙しくスクラムにコミットすることがむずかしかったので、私が代理として職務を任されるうちに、「ちゃんと学びたい」と思ったことが資格取得のきっかけです。もともと開発チームがスクラム開発を始めた時に、アジャイル開発のマインドセットやプロダクトマネジメント・スクラムといった知識は勉強し始めてましたが、プロダクトオーナーを全うするにあたって裏付けとなる知識やスキルを習得したいと考えました。

私はもともとエンジニアではなく、フロントエンドのコーダーから制作ディレクターを経て、スマホアプリの開発チームに入りました。その際、アプリの売り上げが伸びて開発メンバーを補強することになり、私がチームリーダーになってしまったんです。エンジニアの知見がなく、開発そのものを牽引できるわけではない私が、どう開発者とコミュニケーションを取っていくかを模索していた時に出会ったのがスクラムでした。開発チームとステークホルダーの協力体制を作り、メンバーがスムーズに動けるようサポートする。それが自分にできる貢献の仕方と考え、スクラムマスターの資格を取得しました。

私は学生インターンとしてニフティに来た2015年に、スクラム開発を体験するワークショップに参加しました。大学の研究室では、基本的に一人で活動するのが当たり前だったこともあって、こんな開発手法があるのかと、良い意味でショックを受けたんです。また、入社後に所属した会員基盤チームでも早くからスクラム開発を導入していて、徐々に「スクラムのことをもっと理解したい」と思うようになりました。そして、2021年に上長に相談の上、スクラムマスターの資格を取得したという流れですね。

私の場合は西野のように自分自身が旗を振ってスクラムを導入した経験はありませんが、スクラムマスターとしての知見を活かし、チーム内のコミュニケーションがより円滑になるよう働きかけを行っています。

私は1年半前にポイントチームにジョインしたのですが、当時は複数のチームが別々に進めていたプロジェクトが終了し、チームを一つに統合するタイミングでした。当時の課題は、それまで同じポイントチームでありながら別部隊で動いていたため、チーム内で情報の分断が起きていたこと。そして、企画側と開発側の会話頻度が少ないこと。そこを解消するのが、スクラムマスターとしての私の役割でしたね。

やり方自体はわりと泥臭いというか、難しいことは何もしていなくて。たとえば、企画側と開発側のコミュニケーション不足については、1日1回は私のほうから企画チームがあるフロアに足を運び、会話する時間を設けました。（※2）時には私以外の開発メンバーも連れていったり、企画側のプロダクトオーナーやステークホルダー、開発メンバーが打ち解けやすい空気づくりだったり、飲み会を企画して親睦を深めたり。色んなことをやりましたね。

コミュニケーションを深めようとして、いきなり会議を増やしたりすると、みんな嫌がるじゃないですか。会議を設定する前に、まずはシンプルに仲良くなることが大事です。その上で話してみると、企画側も開発側も共通の課題を抱えていることが分かったり、目指す方向が同じだったりすることも多い。そうした、根っこの部分を共有することが何より大事なのだと考えています。

そうですね。たとえば、企画側としては「こちらは開発に色々と依頼しているのに、なかなか動いてくれない」といった不満もあったようです。でも、困っていてもなかなか言いづらい空気があり、不満だけが募ってしまう。ただ、開発側には開発側の言い分もあるわけです。そこはやはりスクラムマスターが間に入り、風通しをよくしていくことが大事ですね。

実際、今のポイントチームでは企画と開発の垣根を超えて本音が飛び交う、本質的な議論ができていると思います。ミーティングでも「今の話、よく分からないです」「それって本筋から外れていませんか？」みたいなことも遠慮なく言い合えて、互いに目指す方向は同じと分かっているから揉めることもありません。

それまでは開発側とのやりとりが少なかったり、基本的にテキストベースだったりで、文章だけでは時に誤解が生じ、感情的になってしまうこともありました。西野がポイントチームに来てくれてから、細かいことまで話し合う文化が生まれ、そうした行き違いや認識の齟齬は減ったと思います。

ただ、コミュニケーションは活発になったものの、自身も含めまだまだ改善の余地はあると考えています。今後は企画側も、スクラム以前にアジャイルのマインドセットやプロダクトマネジメントに関する理解を深めつつ、開発サイドに寄り添うメンバーをもっと増やしていきたいですし、それは企画チームのサブリーダーでもある自分の役割だと認識しています。