週単位モデルによる製品開発

開発ウィークは、決まった数の機能を測る単位ではありません。ソフトウェア製品は、複雑さ、出発点、技術的な依存関係があまりにも異なるからです。

ただし、適した課題であれば、短い開発サイクルのうちに、まとまりのあるアプリケーションシステムがすでに生まれることもあります。実際のユーザーインターフェース、ドメインの中核ロジック、データモデル、可視化、そして堅牢な技術構造を備えたものです。

複雑なデスクトップシステム、リアルタイムシステム、可視化システムの場合、1週間で生まれるのはバーティカルスライスかもしれません。後から加わるすべての機能を含むわけではありませんが、製品に関する中心的な判断を下すのに十分な、実際のアーキテクチャと機能を備えています。

技術的な基盤がすでによく理解されている場合には、範囲はさらに大きく広がることがあります。

一方、研究、統合、性能に関するリスクがある場合には、ひとつの重要な技術的問題を解明することが、最も大きな経済的価値をもつこともあります。

範囲は標準化されていません。しかし目指す水準は決まっています。できるだけ短い開発期間で、できるだけ多くの確かな製品の実体を得ることです。

この協業は、技術的な独立性を前提として設計されています。

発注者は、代金の全額支払い後に、到達した開発段階のプロジェクト関連ソースコードと、以降の作業に必要なプロジェクトファイルを受け取ります。ただし、それらが開発の一部であり、法的に譲渡可能な範囲に限ります。

開発段階は、発注者自身または第三者が引き継いで開発を続けられるものとします。

機密性のあるビジネス情報および技術情報は、機密として取り扱います。

CUBE4DEV独自の開発プラットフォームに戦略的に縛られることはありません。

お客様は開発時間を購入し、そこから生まれたプロジェクトの到達段階を受け取ります。

このアプローチは、中身のある製品アイデアがありながら、その可能性がまだ十分に見極められていない企業に特に適しています。

それは、新しい独立したアプリケーション、デジタル製品、専門分野向けのシステム、シミュレーション、可視化環境、複雑なインタラクティブツール、あるいは既存製品の重要なソフトウェア拡張かもしれません。

このモデルが特に有効なのは、さらなる抽象的な計画よりも実際の技術的な開発段階のほうが多くの知見をもたらすと見込まれる場合、そして製品アイデアが新たな知見に対応できるだけの柔軟性をまだ備えている場合です。

一方、完全に仕様化された機能範囲を固定の請負価格で発注したい場合、大規模な開発チームが必要な場合、あるいは既存の組織に開発リソースを追加したいだけの場合には、あまり適していません。

このアプローチは、既存のIT業務をできるだけ安く実装することを目的としたものではありません。技術開発によって新たな経営上の選択肢が見えてくる製品アイデアを対象としています。

重要な製品アイデアのすべてに、すぐさま大規模なプロジェクトが必要なわけではありません。

多くの場合、まずは的確な問いがあれば十分です。より大きな投資を決める前に、どの製品アイデアを実際の技術的水準にまで引き上げるべきでしょうか？これまでコンセプトとしてしか存在していないアプリケーションはどれでしょうか？もはや理論上の議論にとどめておけないほど興味深い技術的可能性はどれでしょうか？

開発ウィークは、より大きな製品の始まりになることもあります。同様に、あるアイデアを意識的にそれ以上追求しない、あるいは別の方向へ発展させるための土台となることもあります。

最初の一歩で製品全体を決める必要はありません。求められるのは、次の判断をより良いものにすることです。

1週間・4,900ユーロ（税抜）