開発の進め方
ひとつの規律。
ひとつの定義されたプロセス。
ソフトウェア開発を場当たり的に進めることはありません。既存.NETシステムの刷新から新しいモバイルアプリまで、すべてのビルドで実践する4段階のプロセスをご紹介します。
次に打つべき一手を
開発のプロセス
ソフトウェア開発 — すべての案件で同じ4段階
場当たり的ではない、定義されたSDLC。要件定義、計画、実装、UAT・リリース。既存.NETシステムの刷新でも新しいモバイルアプリでも、同じプロセスで進めます。各工程は、お客様が普段お使いの日本の工程名と成果物に対応しています。
01 /
要件定義
— ビジネスニーズを、範囲の明確な機能一覧に
関係者とのブレインストーミングで範囲と優先順位を決め、質問票（Q&Aシート）ですべての疑問点が解消されるまで確認します。
成果物：機能一覧 · 質問票 · 合意した範囲と優先順位
要件定義 機能一覧 · 質問票 · 合意した範囲と優先順位
02 /
計画
— 作業分解、技術スタック、アーキテクチャ
WBS（作業分解構成図）で手順を決め、それに沿って要員を割り当て、コードを書く前に技術スタックを選定・文書化します。
成果物：WBS · 要員計画 · 技術スタックの決定 · アーキテクチャ設計書
基本設計 · 詳細設計 WBS · 要員計画 · 技術スタックの決定 · アーキテクチャ設計書
03 /
実装
— 透明性を持って開発し、毎日レビュー
モックアップをもとに開発し、毎日の朝会と終業時の進捗報告でチームの足並みをそろえます。すべての変更はプルリクエストを通し、最後だけでなく毎週お客様に報告します。
成果物：モックアップ · 日次進捗報告 · プルリクエスト · 週次レポート
製造 · 単体テスト 画面モックアップ · 日次の終業時進捗報告 · プルリクエスト · 週次のお客様向けレポート
04 /
UAT・リリース
— 承認を得てからリリース
ユーザーマニュアルを作成し、テスト用のビルドを提供して、結果をUATテスト報告書にまとめます。お客様の承認なしに本番公開することはありません。
成果物：ユーザーマニュアル · UATテスト報告書 · リリース成果物 · お客様の承認
結合テスト · 総合テスト · 受入テスト ユーザーマニュアル · UATテスト報告書 · リリース成果物 · お客様の承認
折り返しの連絡を依頼する
まずはご相談から
ご連絡先をお知らせください。お客様のチームとの進め方を具体的にご説明します。