本日のテーマ

先日コミュニティ機能をリニューアルしました！ prtimes.jp

本リニューアルは数ヶ月に渡るプロジェクトだったのですが、明確にリリース期日が決まっていたため、スコープを調整しつつも滞りなく開発を進める必要がありました。

今回は本リニューアルにあたり、どのように開発を進めたのかについてお話したいと思います。

リニューアル内容

本題に入る前にざっくりとコミュニティ機能がどういったものなのか説明します。

コミュニティ機能は社内外のつながり形成を目的とした機能です。同業界・同職種のつながりを形成するためのものから、同好会のつながりを形成するためのものまで、幅広いコミュニティが存在しています。

今回のリニューアルは「コミュニティ内の会話の活性化」を目的としていたので、具体的に以下のような開発を行いました。

会話をスムーズに行えるようなUIへの刷新
コミュニティの目的に応じて使い分けられる公開設定機能
コミュニティ運営を行いやすくするためのコミュニティオーナー向け機能の拡充

詳細は前述のプレスリリースに記載があるので、そちらをご参照ください。

開発の進め方

ここから本題です。

前述の通り、今回のリニューアルは明確にリリース期日が決まっていたため、スコープを調整しつつも滞りなく開発を進める必要がありました。ちなみに、チーム体制はエンジニアが5名（フルタイム2名、スポット3名）、デザイナー1名、PdM1名です。

開発は具体的に以下の手順で行いました。

簡易見積もり
スコープ決め
仕様書レビュー
設計書の作成
実装
QA
リリース

以降に各手順についてそれぞれ詳細に説明したいと思います。

1. 簡易見積もり

PdMが作成した仕様書をもとに、ストーリーポイントを使用した簡易的な見積もりを行いました。バックエンドはAPI作成やバッチ処理作成等の見積もりを、フロントエンドはコンポーネント作成やページ作成等の見積もりを行いました。

弊社ではスクラム開発を導入しており、見積もりにはストーリーポイントを使用しています。弊社のスクラム開発については以下の記事で詳細に書かれているのでぜひご参照ください。 tech.youtrust.co.jp

リニューアルということで既存のAPIが存在していたのですが、既存のAPIはコードが古いものがあり、最新のアーキテクチャに則っていなかったため、既存のAPIに機能追加をしていくと今後の開発速度に影響を及ぼす可能性がありました。そのため、APIは新しく作成する方針にして見積もりを行いました。（スコープ決めの際の判断材料になるように、既存のAPIに変更を加える場合も同様に見積もりを行いました。）

弊社のアーキテクチャについては以下のスライドで説明がされているので、ぜひご参照ください。

speakerdeck.com

また、一部今回のリニューアルで仕様追加ではなく仕様変更が入る箇所があり、データ構造の変更が必要だったので、一時的なデータ同期処理の作成やマイグレーションタスクの作成等も見積もり対象に含めました。