実装の計画とアーキテクチャ
すべてのプロジェクトにとって最も重要なものは計画です。 そして計画を行う際は、まずフェーズを描き、それにタイムライン、活動、リソース、成果物などを追加するのが最適です。すべてのチーム メンバーにとって明確で理解しやすく、容易に従うことのできる方法でこれらすべてのプロジェクト要素を構造化するための手法が用意されています。
手法とは、秩序正しく、包括的な方法で構造化手順が含められた正式な技法です。 正しい順序のタスクを用意し、プロジェクトのライフサイクルを通じて、必要なすべてのリソースとアーティファクトの適切な管理を実現することが、実装の成功にとって重要です。
財務と運用の実装中、使用するモデルまたは方法論に関係なく、顧客の投資は時間の経過と共に増加していきます。 しかし、使用までの時間を短縮し、顧客に価値をもたらすことが目標となります。 単一の Go-live で、すべての機能を使用する本番運用を一挙に開始することを計画できます。 または、複数のロールアウト (複数の運用開始) に分けて機能を本番運用にリリースすることもできます。
反復手法とウォーターフォール手法
手法は、ビジネス ソリューションに従い、価値創出に要する時間を考慮した上で、財務と運用の実装プロジェクトに適したものを選択することが重要です。 ここでは、これらの実装において最もよく使用される方法論を示します。
ウォーターフォール手法
ウォーターフォール手法は、上流から下流へと水が流れるように進めていく手法です。 プロジェクトは、プロジェクトの開始から終了までの順番で異なるフェーズに分けられます。 各フェーズはすべて詳しく文書化され、成果物、レビュー、承認について明確に定められます。 通常、ウォーターフォール手法では、前のフェーズが完了するまで次のフェーズは開始されません。 たとえば、財務と運用アプリを実装する場合、開発者が開発に着手する前にすべての統合の要件を定義する必要があります。
一般に、これらのプロジェクトには長いタイムラインがあり、設計および構築活動に数か月を要することもあります。 要件のゆがみ、知識の退化、後続のフェーズに関する不確実性の高まりに直面することもあります。 さらに、開発とテストが行われた後に問題が発見され、複数のテスト サイクルが追加されてタイムラインが延長され、プロジェクトが遅れることがよくあります。
ウォーターフォール手法は、プロジェクトが複雑ではなく、要件が明確に定義されており、全体的な変更を意図するものではなく、すべての実装が一度で完了する場合に検討する必要があります。
反復手法
反復手法は、継続的なフィードバックによってプロジェクトの成果物を変更および追加することを重視しています。 ウォーターフォール手法とは異なり、反復のフェーズは後戻りすることもできます。 これは、異なるフェーズの作業を同時に進められることを意味します。
たとえば、ある統合の要件が定義されている場合、他の統合の要件が収集フェーズであっても開発者はその統合の作業を開始できます。 通常、反復プロジェクトは定められた期間のスプリント (1 週間または 2 週間とするのが一般的) に分けられます。 各スプリントには、そのスプリントで完成させる一連の成果物があります。
反復手法は、プロジェクトの開始時に要件が不明確な場合、アプリケーションのライフサイクルで追加の要件や成果物が予想される場合、プロジェクトのリリースを 1 回で行う必要がない場合などに役立ちます。 また、ユーザー主導型のプロジェクトにも適しており、専属のプロジェクト チームがある場合に特に効果を発揮します。 反復手法では、多数の作業者がプロジェクトのさまざまな要素に対して同時に作業することになるため、プロジェクトのコミュニケーションと調整が難しくなる可能性があります。 そのため、プロジェクト チームが定期的に連絡を取り合うことにメリットがあります。
各スプリントではフィードバックと検証を行うことができます。潜在的な問題を早期に検出することで、繰り返しを通じて知識を深め、さらに自信を持って開発を進めることができます。
この手法は反復型という性質のために、追跡が複雑になる可能性があります。成果物が当初の計画のスプリントに間に合わない場合や新しいスプリントを後から追加する必要がある場合は、作業の優先順位の見直しが頻繁になります。
この手法によって生じる他のリスクには、並行して行われる活動が多くなること、多くの顧客リソースが必要なこと、変更管理の課題に直面して組織に混乱が生じることなどがあります。 スコープは、1 つの反復から次の反復にずれ込むことがあります。
計画時には、プロジェクトのフェーズ、時間、品質、予算に応じて、適切な手法を採用することが重要です。