[論文レビュー] Software Process Models and Analysis on Failure of Software Development Projects

Rupinder Kaur, Jyotsna Sengupta|arXiv (Cornell University)|Jun 5, 2013

Software Engineering Techniques and Practices参考文献 8被引用数 64

ひとこと要約

この論文はソフトウェアプロセスモデルとそのプロジェクト失敗への影響を分析し、失敗の定義に一貫性の欠如があることを特定し、より良いプロセスモデリングのためのフレームワークを提案する。ウォーターフォール、アジャイル、スパイラルなどの既存モデルを評価し、プロジェクト失敗の主な要因はプロセス選定の不備と標準化の欠如であると結論づけ、プロジェクト成功確率を向上させるために統一的で研究に基づいたプロセス設計の必要性を訴えている。

ABSTRACT

The software process model consists of a set of activities undertaken to design, develop and maintain software systems. A variety of software process models have been designed to structure, describe and prescribe the software development process. The software process models play a very important role in software development, so it forms the core of the software product. Software project failure is often devastating to an organization. Schedule slips, buggy releases and missing features can mean the end of the project or even financial ruin for a company. Oddly, there is disagreement over what it means for a project to fail. In this paper, discussion is done on current process models and analysis on failure of software development, which shows the need of new research.

研究の動機と目的

• ソフトウェア開発プロジェクトの成功または失敗におけるソフトウェアプロセスモデルの役割を検討すること。
• 現在のソフトウェアプロジェクト失敗の理解と定義における一貫性の欠如を特定すること。
• ウォーターフォール、アジャイル、スパイラルなどの既存ソフトウェアプロセスモデルが、プロジェクト失敗の防止にどの程度有効であるかを分析すること。
• 現在のモデルにおけるギャップを浮き彫りにし、標準化され、失敗に強いプロセス設計に関する新たな研究を提唱すること。
• 失敗分析に基づいて、ソフトウェアプロセスモデルの評価と改善を促進する構造化されたフレームワークを提示すること。

提案手法

• ウォーターフォール、アジャイル、スパイラルモデルを含む広く使われているソフトウェアプロセスモデルの体系的レビュー。
• スケジュール遅延、機能欠落、バグの含まれたリリースといった失敗の兆候の分析。
• 出版済みの事例研究からのプロジェクト成果データとプロセスモデルの特徴を比較。
• モデル選定および実装と関連した共通の失敗パターンの同定。
• 質的および比較的分析を用いて、モデルの頑健性と適応性を評価。
• 発見事項を統合し、より良いプロセスモデル選定および設計のためのフレームワークにまとめること。

実験結果

リサーチクエスチョン

• RQ1 ソフトウェアプロジェクト失敗の主な原因は何であり、それらはソフトウェアプロセスモデルとどのように関連しているか？
• RQ2 ウォーターフォール、アジャイル、スパイラルなどの異なるソフトウェアプロセスモデルは、プロジェクトの成功または失敗にどのように影響を与えるか？
• RQ3 なぜソフトウェアプロジェクト失敗の定義について合意が得られていないのか？
• RQ4 現在のプロセスモデルに、プロジェクト失敗を助長するギャップは何か？
• RQ5 ソフトウェアプロセスモデルは、ソフトウェア開発における失敗率を低下させるためにどのように再設計できるか？

主な発見

• ソフトウェアプロジェクト失敗の定義について顕著な合意の欠如があり、これが評価や報告の不一致を引き起こしている。
• スケジュール遅延、機能欠落、バグの含まれたリリースは、主にプロセス管理の不備と関連するプロジェクト失敗の主な指標である。
• ウォーターフォールモデルは、その硬直的で順次的な構造とフィードバックループの欠如のため、特に失敗しやすい。
• 反復的開発とリスク管理の要素のおかげで、アジャイルおよびスパイラルモデルはより高い適応性と失敗耐性を示す。
• 標準化されたプロセスモデル評価基準の欠如が、効果のないモデル選定と高い失敗率を招いている。
• 本研究は、プロジェクト失敗を低減するための統一的で証拠に基づいたフレームワークを新たに開発する必要があると結論づける。