ラボ型開発
|
期間で契約しますので、何回も見積もって稟議申請して契約して・・・ということを繰り返す必要がありません。また、途中でやることが変わっても問題ありません。ただし、やることが無くなったりしてエンジニアの手が空いたりすると、その分のコストが無駄になるというリスクはあります。
|
スタートアップやプロトタイプの開発、環境の変化が大きい業界で必要なソフトウェア開発のように、考えながら作るタイプのプロジェクトに最適です。
|
受託型開発
|
プロジェクトごとに契約しますので、無駄なリソースに費用が発生することがありません。ただし、大きくやることが変わったり、開発中に大きな技術的課題が見つかって工数が大幅に膨れそうな場合は、対応できない場合がございます(別途契約が必要になるケースがございます)。
|
開発すべきアプリケーションの仕様が最初からほぼ固まっている場合や、ローンチ後に追加開発をあまり見込んでいない場合に有効です。
|
プロダクトオーナー
|
プロダクトの仕様の最終意思決定者です。
|
お客様に担当していただきます。
|
ブリッジ
|
プロダクトオーナーと、プロジェクトリーダーや開発チームが異なる言語でコミュニケーションを取る必要がある場合、ブリッジが双方の言語を駆使してプロダクトオーナーの要件をうまく開発チームに伝え、開発チームの状況をプロダクトオーナーに正確に伝えます。英語でのコミュニケーションが可能な場合は、このポジションは不要です。
|
弊社の社員が担当します。もしお客様側でブリッジを担当したい場合は、ベトナムのオフィスにいらして、開発チームと同じオフィスでプロジェクトを進めることを強く推奨します。
|
プロジェクトリーダー
|
開発チームの進捗や課題を管理します。また、プロジェクトの品質の責任者です。技術的な意思決定も行います。
|
弊社の社員が担当します。もしお客様側でプロジェクトリーダーを担当したい場合は、ベトナムのオフィスにいらして、開発チームと同じオフィスでプロジェクトを進めることを強く推奨します。
|
開発チーム
|
実際のプログラミングやテストを行います。
|
弊社の社員が担当します。
|
要件定義・基本設計お客様から要件定義書や、必要に応じて基本設計書を出して頂き、ブリッジを介してお客様のご要望を正確に把握します。非常に重要なフェーズで、必要な機能だけでなく、「それを作ることで社会にどれだけいいことがあるのか」まで伝えていただけると、より良いプロジェクトになります。
|
開発・テスト弊社側でお客様の要件に応じたプログラムを作成し、正しく動作しているかテストします。モジュールごとになるべく細かくお客様が確認できる状況を作り、要望が正確に把握されているか、使いやすいものができているかを早期にフィードバックできる体制を作ります。
|
受け入れテスト・納品全てのモジュールのプログラムが作成・テストされた段階でお客様に引き渡し、受け入れテストをしていただきます。これは最終チェックに相当します。もし認識相違やバグが発見された場合は開発チーム側で修正します。全ての修正が完了できた段階で納品になります。
|
リンクプロダクトブログ株式会社スクーティー生成AIに強みを持つベトナムのオフショア開発サービスを提供しています。優秀なベトナム人エンジニアでチームを組み、安価で高速な開発体制を作りましょう。
|