「え？こんなにかかるの？」
見積りを見たお客様の第一声で最も多いのはこれじゃないでしょうか。
システムを作るというのは思いのほか色々なコストがかかります。
ささっと挙げてみると

• アプリケーションを作る費用(チームの人件費)
• ライセンスの費用(ドメインやパッケージの利用料)
• アプリケーションを動かすサーバー等の費用
• セキュリティに関する費用(SSL証明書など)
• 運用する為の費用(ネットワーク監視やバックアップの仕組みなど)

これだけのものが出てきます。

作るアプリケーション1つをとっても

• いつまでに作るのか
• どれだけの要望を詰め込むのか

という内容で大きく変わります。
「機能単位で金額を…」と言われる事も度々ありますが、見積り前に全ての要素を洗い出す事はとても難しいですし、ニーズは常に変化するものです。
「おおよそ最大でこれくらいかかるでしょう」という見積りは出せますが「これで作れます」という見積りを出すのはとても難しいのです。
「この機能はやっぱりいらなかった」「こういう機能にしたい」という変化に対応しなくては最終的に使われないシステムが完成したり、改修の為に追加でコストがかかってしまったりしてしまいます。
我々は顧客を巻き込んでチームとして本当に必要なものを実際に触ってもらいながらサイクルを回し積み重ねて作り上げていく「アジャイルソフトウェア開発」という手法を採用しています。

「目的」：要望や課題。システムの芯となるもの
「出来る事」：目的を果たす為に必要になる一番大きな動き
「運用に関する事」：バックアップやセキュリティに関する事

上記をベースに見積りを作っていきます。
この段階で細かい機能を決めないのは、最初に全ての機能を洗い出す事は難しいという理由と変化に対応する為です。

失敗したプロジェクトで「要望が変わった(増えた)」のに「期間が伸びない」。
「予算(コスト)が追加されない」。結果、テストが不十分で「品質が落ちる」、もしくは品質をそんな中で維持しようとして納期が間に合わなかったというのを良く聞ききます。
「要望(スコープ)」「期間」「予算(コスト)」「品質」の4つは密接に関係していて、どれかが変化すれば必ず他に影響がでるものです。
従来の開発手法ではこの4つを全て『区切られた全ての工程が正しい』という前提で進めているために変化が起こると前述のような問題が発生します。

我々は、見積りの段階で大きく「要望(スコープ)」「期間」「予算(コスト)」を決めておき変化に合わせて顧客と共に調整をしていく進め方をしています。

例えば機能を新しく追加する必要が出てきた場合に「期間」が動かせない(伸ばせない)のであれば

• 「予算(コスト)」を追加してチームにリソースを追加して期間内に開発する
• 「予算(コスト)」が追加出来ないのであれば「要望(スコープ)」を変更する
  （他の機能を一旦後回しにして、新しい機能を優先するなど）

というように4つの要素を変化に合わせて調整をしながら進めていきます。