エンジニアがサイクルを回す。形骸化を防ぐ「ドッグフーディング」の再定義
WHIでは、実装を担うエンジニアが要件定義などの上流工程から深く関与している。エンジニアが中心となって動く理由について、宮原氏は次のように説明した。
「『キャリア』というテーマには正解がない。1度サイクルを回しただけでは答えをつくりだすことができないため、高速に試行錯誤を繰り返していく必要がある。現場でコードを書くエンジニアが主導することで、初めてこのスピード感が実現する」（宮原氏）
「COMPANY Me」の開発において、エンジニア自身がターゲットユーザーに含まれる点は大きな強みだ。ユーザー視点で欲しい機能の考案や、ロードマップ作成の議論がしやすい。結果としてコミュニケーションコストが削減され、開発スピードが加速するのだ。
具体的には、エンジニアが率先してロードマップ策定とドッグフーディング（社員が自社製品を使うこと）を行き来するしくみを構築した。
ロードマップの作成は、開発チーム全員が理想を出し合い、方向性を統一するところからスタートする。ユーザーストーリーの作成から、必要機能の定義、優先順位の決定、タスクのチケット化に至るまで、すべての工程をエンジニアが一貫して担う。これにより、開発の方向性がぶれない体制を整えた。
こうして、「答え」と仮定したロードマップが完成した。次に、作成したロードマップに沿って開発した機能をドッグフーディングへと繋げていく。エンジニアだけでなく、社内の他部署メンバーにも試用してもらい、フィードバックを得るプロセスだ。
しかし、運用当初は大きな課題に直面したという。
「当初は新製品への関心から多くの社員が触れてくれ、バグ報告なども上がってきた。しかし、ロードマップの仮説検証に繋がるような本質的なフィードバックはなかなか集まらず、参加者は徐々に減少していった」（宮原氏）
ドッグフーディングを進めるために工夫が必要だと気付きを得たエンジニアチームは、2つの改善を行った。
1つ目は「動機付けの変更」だ。単なる「未発表製品のテスター」として依頼するのではなく、「自身のキャリア設計に役立つツール」としてメリットを提示した。これにより、社員がアプリを「自分事」として利用するようになり、ユーザーとしての真実味のある意見が出るようになった。宮原氏は「求めるフィードバックに応じて動機付けを最適化することの重要性を学んだ」と振り返る。
2つ目は「定期的な利用促進活動」だ。以前は依頼して終わりになっていたが、社内イベントへの登壇などを通じて継続的に周知を行った。
これらの取り組みにより、社内のアプリ利用者は1.5倍に増加した。具体的な不満や潜在ニーズ、活用方法といったユーザー目線の意見が届くようになり、宮原氏は「仮説検証が可能な、有意義なドッグフーディングを実現できた」と評価する。
「特に、開発チームになかった視点のフィードバックや、『こういう風に使いたい』といった具体的な意見を得られたのは大きな収穫でした。自分たちが知らなかったニーズに気付き、次のロードマップに生かすことができる。このサイクルをエンジニア主導で何度も回すことで、少しずつ答えに近づこうとしています」（宮原氏）
