サービス内容

プロジェクトサマリー（要件定義）

開発に必要な要件を定め、サマリーを見ればプロジェクトの概要を理解できる状態を目指してドキュメントを作成します。

ドメインモデル（画面一覧）

サービスに必要な「要素」を洗い出します。「要素の用語集」「要素同士の関係性」を定義します。プロジェクトチームの認識と実装がずれないようにします。

ユースケース（機能一覧）

ドメインモデルに必要な機能を一覧にまとめます。要件定義書に記載したものより細かく記載し「ロジック」や「どんな時に」「誰が」「何を」できるかをまとめお客様との擦り合わせをより細かい単位で行います。

ワイヤーフレーム

ドメインモデル、ユースケースをもとに画面ごとに必要な要素と文言をまとめます。デザイナーはワイヤーフレームを実現するべくデザインします。

ユーザーテスト

限定したユーザーに使ってもらい、課題解決を達成できるか、利用フローに致命的な欠陥が無いかを検証します。

ムードボード

サービスのニュアンス、イメージを可視化して検討するためのドキュメントです。このイメージは近い、これは違うという議論を行います。

デザインシステム

デザインに対する考え方、フォントやカラーなどの選定、コンポーネントデザイン、アニメーションの方向性などサービス全体のデザインがぶれないように定義するための指針です。いきなり大掛かりに作るのではなく必要最小限のシステムを整備します。

デザインファイル

figmaやXDを利用してワイヤーフレームをもとにUI/ビジュアルデザインを当てます。ユーザーが目にする状態に近づけたファイルです。

プロジェクトサマリー（要件定義）

設計フェーズで作成したプロジェクトサマリーのアップデートを行います。

ドメインモデル（画面一覧）

設計フェーズで作成したドメインモデルのアップデートを行います。

開発ガイドライン

スプリントの期間や開発手法などをまとめたドキュメントです。スプリントを正しく実行するためにチーム全員の動き方を記載します。有用なプラクティス、フレームワークが共通言語となりチームの生産性が底上げされます。

タスク管理

Backlogやスプレッドシートなどを使ってタスクと進捗を可視化します。

コンポーネント

ページを構成するパーツの設計・デザイン・実装を行います。

DB設計

ドメインモデル、ユースケースをベースに、データベースの設計を行います。

APIドキュメント

サーバサイドとフロントエンドをつなぐAPIの仕様書です。

単体テスト

コンポーネントやその他プログラム単体の動作を保証する自動テストです。

結合テスト

コンポーネントやその他プログラム同士を結合しての動作を保証する自動テストです。

デプロイフロー

開発上定期的に発生するデプロイを自動化し簡単にミス無く行えるようにします。

インフラ

development環境・ staging環境・production環境の3つのアプリケーションが動く環境を準備します。

実装

これまで作成したドキュメントをもとにエンジニアがプログラムの実装を行います。

技術負債の解消

リリース後、バグの原因や開発のボトルネックになる可能性のある技術負債を解消しておきます。

パフォーマンス改善

アクセスした際の速度、そしてユーザーが増えても遅くならないようにパフォーマンスを計測し改善します。

ドキュメントブラッシュアップ

ユーザーの反応を踏まえてデザインをブラッシュアップします。

新規機能開発

理想のプロダクトに近づけるために新規機能を開発していきます。

不要機能削除

一度作ったものであっても必要ないと判断した機能は削除してスリムな状態を保っていきましょう。

チームのスケールアップ

サービスの成長に合わせて利用ユーザーも増えていきます。コードやデータ構造をリファクタリングしたり、コスト面からインフラ構成を見直すことで成長に合わせたトラフィックに増加に対応します。