ウォーターフォールモデルの問題は何ですか?

ウォーターフォールモデルの問題は何ですか?

実際には、顧客は実際にソフトウェアを動かしてみないとニーズがわからないこともあり、要件を変更すると設計のやり直し、再開発や再テストが発生し、コストアップにつながる。開発者は、新しいソフトウェア製品や機能を設計する際に、その先の困難さに気付かないことがあります。その場合、新たに発見された制約、要件、問題点を考慮しない設計に固執するよりも、設計を修正した方が良いのです。その結果、組織が考えている要件が実際に機能する保証はない。

続きを読む
スクラムプロダクトオーナー:役割と責任

スクラムプロダクトオーナー:役割と責任

プロダクトオーナーは、何を開発すべきか、満たすべき項目の順序を指示する責任を負う。彼は、チームの他のメンバーに対して、何を作るべきか、どの機能を先に作るべきかを指示する唯一の権威と考えることができる。つまり、チームの他のメンバーに対して、何を作るべきかを伝える人です。

続きを読む
スクラムする方法:実用ガイド

スクラムする方法:実用ガイド

スクラムは複雑な製品を開発・維持するためのフレームワークで、漸進的、反復的な開発プロセスである。このフレームワークでは、開発プロセス全体がいくつかの短い反復サイクル、スプリントと呼ばれる短い反復サイクルで構成され、1スプリントは2週間から4週間の長さです。

続きを読む
スクラムの歴史の概要

スクラムの歴史の概要

スクラム手法の歴史は1986年に始まる。この年、2人の日本人ビジネス専門家が、製品開発の文脈でこの言葉を紹介した。竹内弘高と野中郁次郎が『ハーバード・ビジネス・レビュー』誌に「新・新製品開発ゲーム」という論文を発表した(「新」という二文字がタイトルに含まれているのは確かだ)。著者らは、スピードと柔軟性を向上させる商業製品開発の新しいアプローチについて述べている。自動車、複写機、プリンターなどの製造業のケーススタディからヒントを得たという。

続きを読む
スクラムはアジャイルマニフェストとどのように関連していますか?

スクラムはアジャイルマニフェストとどのように関連していますか?

アジャイルマニフェストには、アジャイルの基本的な哲学がいくつか詳述されていますが、そのうちの1つが経験的プロセス制御の好みです。これは、知識は経験から得られ、意思決定は既知のものに基づいて行われると主張するものです。スクラムは、検査、適応、透明性に基づく経験的プロセスであり、「アジャイル」という名称をこの運動に与えた。

続きを読む
スクラムを選ぶ理由:定義されたプロセスと経験的なプロセス

スクラムを選ぶ理由:定義されたプロセスと経験的なプロセス

ソフトウェア開発プロジェクトの多くは、「人」「要求」「技術」の3つの要素が集約され、複雑で予測不可能な性質を持つものとされています。プロジェクトの遂行と管理に用いられる様々なアプローチは、プロセス制御モデルとプロジェクトの複雑性という文脈でより容易に理解することができるだろう。

続きを読む