IT ライフサイクル・マネジメント

ソフトウェア・アプリケーションの品質は、「障害をいかに少なくしていくか」ということに尽きます。適切にビジネス・プロセスを把握できていない、アーキテクチャーの拡張性が低い、コードに柔軟性がないなど、原因はいろいろ考えられます。必ずしもこれらがバグの原因に結びつくといえませんが、確実にエンド・ユーザーの不満を招きます。
高品質のビジネス・アプリケーションを提供するために、何がITに求められているでしょうか？

多くのビジネス・プロセスがソフトウェアで実現されるようになるにつれて、組織は品質をITライフサイクルの後期段階の課題として扱うことができなくなっています。過去にはプロジェクトの遅延からスケジュールが圧縮されているにもかかわらずサービス開始の遅延を避けるために、デプロイするアプリケーションに簡易なテストで対応することもありました。しかし、このような手法では、プロジェクトの中止、遅延、ソフトウェアの品質低下、デプロイの非効率、再作業のコスト高などが生じます。デプロイ済みアプリケーションで見つかった障害に対する修正コストは、同じ障害がコーディング中に見つかった場合の修正コストに比べて15倍も高くなります¹。

「機能品質の確保」には、この問題を克服し、開発の各フェーズとデプロイ全体にわたるアプリケーションの品質を確保することを組織的に行うことが必須要件となります。例えば、

• チームが品質を重視・強化できる効率的な開発プロセスを確保する。
• ユーザー要求とビジネス・プロセスに対し十分な検証と継続的な見直しをすることにより、顧客のビジネス・ニーズを満たす。
• 次善策を講じたユニット・テストとコード分析により開発コストを削減する。
• 運用要件、アプリケーション・アーキテクチャー、設計方針の決定に関し公式に組織内で同意を得ることによってIT効率を向上する。

上に戻る

IBM IT ライフサイクル・ソリューションにおける「機能品質の確保」により、これらの要求を満たし、以下の点を実現することが可能となります。

アナリストおよび開発者にとっては：
ソフトウェア開発ライフサイクルの早い段階で、障害や設計の不具合を見つけて修正することができます。

テスターにとっては：
前工程で修正されているべきコードに関する問題よりも、エンド・ユーザーに重点を置いたテストが実施できます。

品質保証マネジャーにとっては：
テスト期間を短縮することにより、デプロイまでの時間を短縮することができます。

システム管理者にとっては：
アプリケーションの手戻り発生を低減できます。

ITマネジャーにとっては：
再作業コストの大幅な削減を見込めます。

¹ 出典：B. Boehm & V. Basil "Software Defection Reduction Top 10 List", IEEE Computer