田中商店

「こんなものが作りたい」または「こんなことでこまっている」ということをまず率直にお知らせください。 最初の段階では技術的にどうか等は考えなくてもだいじょうぶです。ここはあくまで現状と夢を語るフェーズです。 「こまっている」とのご相談で、ちょっとした業務フローの工夫だけで問題が解決される場合もあります。

ひととおり、ご要望や困っている点を洗い出した上で、「最終的にどうなるともっとも望ましいか」を策定します。
これは、プロジェクトの方向性と目標、及び「成果とは何か」を定義することでプロジェクト全体の規模と予算感を大まかに把握することを目的とします。

最近ではシステムをゼロから開発することが少なくなりました。代わりに、システム全体の方向性にマッチしたオープンソースソフトウェアをエンジンとして使用し、これをカスタマイズし、拡張することで全体の工数を圧縮するケースが増えています。このステップでは、システムの全体設計にマッチし、実績のあるオープンソースソフトウェアが存在するかどうかを調べ、それをどのように活用するともっとも効率よくゴールに到達できるかを検討します。

ここから現実的なお話に入ります。
いただいたお話をもとに全体的な戦略の概要を立案します。プロジェクトが大きな場合はプロジェクトを小さく分割するためのマイルストーンを置き、プロジェクトをフェーズ化します。そして、第一フェーズの成果を明確化した上で、お見積を行います。

いよいよご発注です。田中商店では、ご担当者様とともに考え、よりよいものを求めて試行錯誤をしたいと考えております。経験上、発注したらあとは丸投げということではプロジェクトは絶対に失敗します。ご発注いただいてからも何度もやりとりをさせていただくことになりますので、ご担当者の方もぜひ、開発者とご利用になる方の気持ちを持ってお臨みください。

システムは業務フローと直結しています。まず、お客様業務フローを再確認します。これから作成するシステムが、お客様の業務フローの中に自然に溶けこむものになるように、無理のない操作が可能になるためのシステムの基本設計をここで策定します。

基本設計に基づく開発スケジュールを作成します。このスケジュールでよろしければご承認をいただき、詳細設計を行います。
※納期や開発するプログラムの性格によっては、お客様のご了承をいただいた上で詳細設計書を書かないケースもあります。

いよいよプログラム開発です。
エンジンとして採用したオープンソースソフトウェアがある場合にはその事前動作検証をここで行います。
詳細設計書から漏れた細部の仕様がある場合、このステップにおいて密なディスカッションをしながら決めていきます。

開発が完了したら、QA（Quality Assurance：品質保証）テストを行います。事前にテスト仕様書を作成し、そのパターンにそって実際の操作を行うことでバグの顕在化を行います。
発見されたバグは都度修正します。

作成したシステムを本番環境のサーバ等にインストールし、実際の動作できる状態にします。そして、お客様といっしょに動作をレビューし、バグの修正漏れなどを再確認します。レビューの結果、必要であれば微調整等を行い、問題なければ検収をいただきます。

検収が完了したら、いよいよ運用開始となります。外部に公開するサービスについては、本プロジェクトの成果を計測する仕組みを導入し、システム本体や運用方法に改善ポイントがないかどうかを逐次チェックします。改善ポイントの指摘は都度コンサルティング等で行っていきます。