全ては「良いプロダクト」を作るためーーヤプリ開発チームのプロジェクトごとに最適な人材が集まる働き方とは

こんにちは、株式会社ヤプリで採用担当をしている石村です。今回は「ヤプリの仕事現場」をテーマに、メンバーが普段どのように働いているかを紹介します。

スポットライトを当てるのは、「Yappli」を支えている開発チーム。「良いプロダクトを作るためにはどうしたらいいか」を考えた結果、今期からプロジェクトごとにチームを組成する仕組みを導入しています。具体的にはどのような体制になっているのか、そしてなぜそのような働き方をしているのか、開発企画の田村に聞きました。

【プロフィール】田村有正（たむら・なりまさ）　開発企画、テクニカルディレクター
中国国内の広告代理店において広告企画、サービス企画を経験。日本に戻ってからはWEB開発会社において、ASP系のECサービスのプロダクト開発、またWEB系のシステム開発において様々なプロジェクトに携わる。

プロジェクトごとにリーダーを立て、都度メンバーをアサイン

― 今期からチームの作り方を変えていますよね。早速ですが概要を教えてください！

（田村）ヤプリではプラットフォームの開発や、お客様が既に利用されているシステムとの連携などを進めていくにあたり、プロダクト開発部内でチームを組みます。以前は開発チーム1、2、3のように固定のチームを作っていましたが、今期からはプロジェクトごとにチームを編成する形に変えたんです。

まずは四半期ごとにプロジェクトの候補をリストアップするところから始まります。これはセールス担当者やクライアント様からの要望、制作チームから生まれたアイデアなどがベースです。全社で共有した後、実際にプロジェクトとして承認されたものについては陣頭指揮をとるリーダーを選任。リーダーの元にメンバーが集い、プロジェクトのチームが組成されます。

― どのようなものがプロジェクトになるのでしょう？

（田村）たとえば私がリーダーを務めるプロジェクトに「アプリのUI/UXの多様化」があります。これは「お客様がYappliでアプリを作る際に、レイアウトの選択肢が広がるともっと使い勝手がよくなるよね」という考えから始まりました。

これまでもYappliではレイアウトを自由に変更できたのですが、iOSとAndroidでメニューの位置（タブナビゲーション）が異なる仕様になっていたんです。その点について、お客様から「同じ位置に表示したい」という要望がありました。Yappliのリリース時に比べてスマホ端末の種類も増え、状況も変わってきていましたから、これを機に「ナビゲーション周りを始めアプリのレイアウトを見直してみよう」とプロジェクト化したんです。

― まさにお客様の要望を起点にプロジェクトが立ち上がり、プロジェクトリーダーを中心にチームを作っていくんですね。

（田村）このプロジェクトの場合は、私も含めて6人のメンバーが集まりました。アプリのUI/UXを担当するデザイナー、サーバー側の開発をするサーバーサイドエンジニア、アプリの動作を実装するiOS、Androidのアプリエンジニアです。

― チームができたあとは、どのような流れで仕事を進めていくのでしょう？

（田村）最初に目標とするゴール地点を設定します。プロジェクトの成果物をワイヤーフレームにして共有し、それを基にどこまで実現できるのかをメンバーで精査していくんです。この段階で機能面の要件を整理しておけば、全体のイメージが共有できるので、UI/UXデザイナーがモックアップを作れます。あとは動きの部分を詰めながらプロトタイプへと落とし込んでいく、という流れです。

プロジェクトの内容によっては、リリースまでに半年ほどの期間を設定しているものもあるので、その場合は2回目のミーティングにて最初の四半期で目指すところを共有しながら進めます。

限られた時間の中で、個々の能力を最大限生かす仕組みとは

― 従来との違いという観点では、やっぱり毎回チームを作る部分ですよね。なぜこのスタイルを取るようになったんですか？？

（田村）背景として、プロダクト開発部全体で「プロダクトをもっとベースアップしていかないといけない」という共通認識がありました。限られた時間の中で各メンバーの能力を生かし、成果を最大化するにはどうしたらいいか。それを考えた結果、プロジェクトごとにチームを組成してみることにしたんです。

というのはチームを固定していると、場合によってはチーム内で完結しない要素が発生することがありました。たとえば社内にUI/UXデザイナーが数名いたとして、それぞれ「アプリのデザインが得意な人」「ウェブのデザインが得意な人」のようにバックグラウンドの違いから得意な領域が異なる場合があります。そうすると、各メンバーのチームが固定されてしまうことで、チームごとに適性のバラつきがでたり、柔軟性に欠けてしまったりする可能性がある。それなら「プロジェクトの要件やゴールに合わせて、毎回最適なメンバーでチームを組む仕組みはどうだろう」と。まだ手探りの状態ではありますが、今のところ上手くいっています。

― 確かに毎回ミッションに適したメンバーがチームを組むと、成果にも繋がりそうなイメージはありますね。

（田村）そうですね。ただメンバーの適性を踏まえつつも、「このプロジェクトに参加することでもっと仕事の幅が広がりそうだな」という視点でメンバーをアサインすることも多いです。

たとえば、これまではサーバーサイドだけで完結する業務が多かったメンバーがいれば、他チームとコミュニケーションをとる機会の多いプロジェクトに入ってもらったり。それによって新しい知見や経験を得ることもできますから。

― なるほど、メンバーのポテンシャルを広げる意味合いもあるんですね。

（田村）もちろんしっかりと良いプロダクトを作り、お客様に提供するというのが前提にはなります。ただ個々のスキルが上がっていくことは会社の大きな資産にもなりますし、それが結局はプロダクトやお客様にも良い影響を与えるはずですから。そのような視点もチームを作る際に大切にしています。

― 自分から名乗りを上げてプロジェクトを希望することもできるんですよね！

（田村）できます！というかプロジェクト化される前から勝手に始まっているケースもあるんです（笑）ちょっとした機能改善の場合だと、現場のメンバーが「『ここを改善するといいかもね』という話があったので、やってみました」とボトムアップで、いつのまにか始まっていることもあります。

― そんなこともあったんですね！（笑）実際にそのような流れで始まって、公開されている機能もあるんですか？

（田村）今期リリースした「スタンプカードの機能改善」はまさにそうです。もともと提供していたスタンプカード機能に関して、お客様の使い勝手を改善するとともに、管理画面の入稿スタイルをシンプルにしようという想いで立ち上がりました。

何人かのメンバーから複合的にアイデアが出ていたので、「どのような仕様がニーズにマッチしているのか」をプロジェクト化して洗い出していったんです。するとこれが、かなり評判が良かったんです。スタンプカードを導入していなかったお客様が使ってくださるようになったり、入稿業務をしている社内メンバーからも工数が大幅に改善されたという声があがったりして。

ケースバイケースではありますが、各々がアイデアを出してプロジェクトを作り、それを「実際にお客様に提供するとしたら何が必要か」という視点でリーダーを中心にフォローアップする仕組みは、理想形のひとつです。

いいアウトプットが社内外に伝わるきっかけにも

― 田村さんから見て、新しいチームの仕組みはどうでしょう？

（田村）ポジションや部署によって、役割や考え方、仕事の進め方も異なります。ただ「良いプロダクトを作りたい」というゴールは同じなので、それに向けて個々の能力をいかに発揮できるか。その面ではひとつに凝り固まらなくていいなと。

「こうなったらいいんじゃないかな」という想いで生まれたプロジェクトに対して、いろいろなメンバーからフィードバックが集まれば、質の高いアウトプットにも繋がります。

― 開発メンバーの視点で見たときに何か変化はありましたか？

（田村）これは毎回リーダーを立ててプロジェクト化することによる変化ですが、エンジニアが作ったものがより正しく評価されたり、認知されたりするようになったと感じます。プロジェクトを立てるということは、「このプロジェクトによって、プロダクトがどのように良くなるのか」「お客様にどんな価値を提供できるのか」をきちんとアナウンスするということです。

プロダクトの改善は必ずしも見栄えのいい華やかなものばかりではありません。それでもいい取り組みは社内にしっかりと伝わり、それがゆくゆくは社外にも届くようになる。エンジニアのアウトプットを伝える「メガホン」のような効果も生まれています。

― そのような効果も生まれているんですね！まだまだ始まったばかりで手探りの状態という話もありましたが、今後改良したい点についてはいかがでしょうか？

（田村）ヤプリのエンジニアはプロダクトをよく見ていて、機能改善のアイデア一つとってもバリエーションの幅が広いなと日々感じています。そのようなアイデアがうまく表現されて形になるプロセスをもっと整備できれば、最終的には良いプロダクト、良いユーザー体験にもつながるはずです。