以下は、VLF プロジェクトを成功させる鍵となる主要な要素です。
1. プロトタイプを作成するエンドユーザーの代表および開発者に、内容の確認、承認をしてもらいます。エンドユーザーは、何が提供されるかを理解でき、開発者は何を提供しないといけないか理解できます。
これは期待管理の基本の形であり、昔からあるITプロジェクトの問題、例えばユーザーが関わっていないケースや予期せぬ仕様変更などを避けられます。
2. 最低限サポートされる構成のドキュメントを作成する –このドキュメントには、アプリケーションがどのサーバーやクライアント・プラットフォーム、ブラウザ、デバイスをサポートするかを含め、ソリューションが実際にサポートする最低限の構成を正式に記述します。
正式な最低限必要な構成 (MSC) には以下も含まれます。
詳細については、「アプリケーションのパフォーマンス」を参照してください。
開発を行う一方で最低限のプラットフォームでのパフォーマンスのテストを定期的に行います。プロジェクトの最中もこのドキュメントの管理を行い、再発行します。
3. ビシネス価値の提案を作成する–この中ではアプリケーションのビジネス価値を正式に定義します。特に既存のIBM i 5250アプリケーションをモダナイズする、または置換する場合は重要です。
このアプリケーションにより、どのようにして、そして何故今までよりより良く、より早く、より賢明にビジネスを行うことができるのかを公式に説明します。アプリケーションの価値提案を言葉や図で定義できないと、これをソフトウェアに導入できる可能性は低くなります。
目に見えるコンポーネントそのもの(例えばラジオ・ボタン、ドロップダウン・メニュー、メニュー・バーや色の諧調など)を導入しても、これらが大きなビジネス価値になることはめったにありません。エンドユーザーがITプロジェクトのビジネス価値についてほとんど説明を受けていない、もしくは全く説明されていないことは今までも繰り返されてきた悪い習慣です。
4. プロジェクトの計画、配布やテストのための時間を設ける。開発者はよく「これは数日で終わる」と短縮してしまいがちです。こういったことにより、ITプロジェクトのコストが見積もりを超えてしまうことがよくあります。
通常のアプリケーション・レベルでの単体および結合テストに加え、配布戦略を設計する時間、それを導入して全てのサポートされるプラットフォームでテストする時間をそれぞれ分割する必要があります。専用のテスト要員やハードウェア・リソースをアプリケーション・テストだけに充てるというオプションも考えらるでしょう。