1年足らずでチームメンバーが倍増!その時ディレクターの私が取り組んだこと。2019年3月5日1年足らずでチームメンバーが倍増!その時ディレクターの私が取り組んだこと。araitomokoPMディレクターみなさんこんにちは、株式会社マッチングエージェント執行役員の新居と申します。サイバーエージェント子会社である弊社が運営する恋活サービス「タップル誕生」にて主にプロダクトマネージャー・開発ディレクターとして従事しております。ここ数年「タップル誕生」はおかげさまで多くの方々にご支持いただき、事業を伸ばしてきました。事業の成長にあわせ多くの新しい仲間が参画し、振り返ると1年で2倍以上に増え総勢30名近くの大きなチームとなりました。今回は開発フローの側面で「1年でチームメンバーが2倍になるまでにみえた課題や取り組んだこと」についてまとめてみようと思います。1年前はどんな感じ?2015年12月時点でチームメンバーは会社全体で15名。うちエンジニア、デザイナーは7名ほど在籍していました。開発フローついて一言でいえば「小さく作り、小さくリリース」、のサイクルでサービスを改善してきました。品質担保においては少し弱く、テスター1名と実装者間で起こしたテストケースに沿ってテストを行うといったやや心細いフローでした。このフェーズまでは長期的な品質改善や検証よりも新しい機能開発に注力していました。事業を加速させるため、2016年の後半より続々とエンジニア、デザイナーの参画が決まりました。1年前と比較するとエンジニア、デザイナー組織だけでみれば2倍以上に増えています。新しいリードエンジニアの加入により、真っ先に取り掛かったのは技術的負債の返却です。その時の内容はこちらの記事でご参照ください。https://developers.cyberagent.co.jp/blog/archives/2450/こちらをはじめ、チーム全体で品質改善に向き合い実現していく体制が整ってきました。多くの機能をユーザーに届けることができる」これは事業機会を創出すると同時に、必ず実現すべき我々のミッションでもあります。こちらを大前提に、改めて下記を軸に開発プロセスの見直し・再構築に取り組みました。改善速度を落とさないこと!1品質を落とさないなかでも「不具合をリリースしない」体制作りは最優先で取り組んだことの一つです。バグが事業リスクにつながることを改めて意識し、テストフローを仕組み化するなどバージョンアップを行いました。テコ入れ前は前述の通り、実装者とテスターでチェックを完結させましたが、このフローで対応できない開発量になることを踏まえ下記にあげたようなテスト強化に少しずつ取り組んでいきました。1.テストチームの強化テストケース作成、オペレーション、ディレクションなど品質検証フェーズをハンドリングできるメンバーにジョインしてもらい、テストチームの体制を強化しました。・リリース前のリグレッションテストを行うメンバーそれぞれに固有の不具合が発生しうるため、担当を分けテストを実施し、クリティカルな不具合を早期に検出、修正期間内で改修できる体制に変更しました。3.テストケースファースト新機能の仕様を開発メンバーと擦り合わせるmtgではテスターにも必ず参加してもらい、仕様の把握からテストケース作成、開発者を交えた項目レビューを行い、開発前に高い精度でテストができる下準備のフローを作りました。テスターによる仕様のレビューが入ることで、ミスや考慮漏れなどを早期に解決できるようにもなりました。最新の仕様に合わせたテストを必ず実施できるフローとなりました。品質強化の仕組みを一つ実現したと同時に、エンジニアが開発に集中できる体制にもつながったと思います。2改善速度を落とさないチーム拡大以前は2週間のスプリントベースで計画を立て、ときに関係者のみで仕様やスケジュールを取り決めるなどで開発スピードを確保することがありました。総勢30名近くのチームで既存機能の保全と、より大きな改善を並行し、サービス運営をしていくフェーズになると、そうはいきません。「事業ロードマップに即して、自分たちがいつ何を改善するのか」をサービスに関わるメンバー全員で把握できるようにし、企画に関わるプランナーから開発者それぞれに設定されている大小のゴールを明確に、いつでもゴールを目指したコミュニケーションをベースとした、確実に歩を進める流れ作りに努めました。実践したことは以下のようなことです。1.開発全体のスケジューリングを一元管理タップル誕生にはいくつかの開発ラインがあり、工程や依存関係を明確にし、各自ゴールを把握してもらえるようにしました。2.より正確なスケジュールで健全に生み続ける実現可能なスケジュールのもと開発を進めることでスピードは担保され、それを継続し続けることで事業は成長していきます。実現可能なスケジュールとは、ある程度完成した仕様から見積もったもので作ることがマストです。柔軟性でカバーしようと楽観的に捉えていると、大まかに算出された工数で期日を決めがちです。後の考慮漏れから開発中に過剰なリテイクが生じることで、曖昧な要素によって決定された期日に追われ、結果チームが疲弊していく、このような事業リスクにつながります。これらを最小限に抑えるルールを加えました。具体的には・原則、見積もりができる状態までリリース日を決めないコミュニケーションをとる・見積もる時間を明確に確保し、その上でスケジュールを決定するこれらを実施することで関わるメンバー全員が健全に開発し続けられる体制づくりを整えました。(いまも模索中)3.毎日のちょっとしたコミュニケーションを工夫する例えば以下のような、ちょっとした日々の工夫の積み重ねがスピード改善につながることも多いと考えています。・適切なタイミングで、適切な分量のmtgを行う各開発段階に応じた適切なタイミングでmtgができるよう工夫しました。作り込む期間は極力mtgを控えるなど、開発に集中できる環境づくりをエンジニア、デザイナー以外も意識しておくべきです。開発大詰めの段階では、必要なメンバーに絞り、毎日10分程度の確認mtgを実施するなど、各段階にあわせた過不足のないmtgの実施を行っています。・即レスを心がける開発中に生じるやりとりは主にslackで行われています。仕様確認など、それらの回答を以って開発が進む場面がしばしばあり、地味なのですがいかに即レスできるかがスピードを保つ一つの鍵と考えています。開発に関する即レスを業務の最優先に心がけています。私たちはその移り変わりが激しい場所にいると感じます。改善と向き合い続けることが重要であると感じています。事業の成長とその担い手となるメンバー両方にとって最良の結果が生まれる体制づくりに今後も取り組み続けていきたいと考えています。ディレクタープロジェクトマネージメントaraitomoko株式会社マッチングエージェント執行役員。これまでにウェブ・スマホアプリサービスの立ち上げや運用を複数担当。現在は趣味からつながる恋活サービス「タップル誕生」の開発ディレクションに従事。