agile - なぜ機能駆動開発を使用する必要があるのですか？

Question

エクストリームプログラミング、スクラム、テスト駆動開発は、現時点で間違いなく最も人気のあるアジャイル手法のようです。しかし、最近誰かが私に機能駆動開発を見てみようと提案しました。

この方法を使用して成功したことはありますか？それを使用する利点は何ですか？

Answer 1

FDD は、非常に高いレベルでプロジェクトを管理する方法を適用できるという点で、ラッパーの方法論と考えるのが好きですが、それでも他の方法論をより低いレベルで使用することができます。

FDD の焦点は、見積もりとスケジュールを設定し、プロジェクトのステータスを全体として、または非常に詳細なレベルでレポートできるようにすることですが、スケジュールを作成するために適用する特定の方法を規定していません。それはあなた次第です。アイデアは、プロジェクトを見て、プロジェクトのステータスが何であるか、時間通りに進んでいるか、遅れているか、早いかなどをある程度確実に述べることができるということです。

私はプロジェクトを管理しやすいステージに編成する手段として FDD を使用しています。しかし、それ自体では、FDD はほとんど役に立たないでしょう。たとえば、私は個人的に、一種の FDD の傘の下で管理される開発プロセスの要素として、Evidence Based Scheduling と結合された BDD/TDD を使用しています。個人的には、問題が発生せずに完全な XP または SCRUMM を実行することはできませんでした。なぜなら、私たちの独自の状況に付加価値をもたらさない他の方法論の実践に従事することを余儀なくされた場合、私のプロジェクトとチームが妨げられるからです。

いずれにせよ、会社やプロジェクトのニーズや状況は定期的に変化する可能性が高く、プロジェクトを成功させたい場合は、プロジェクトの管理方法に柔軟に対応する必要があるため、特定の方法論に固執しない方がよいでしょう。 . 単一の方法論は特効薬ではないため、どの方法が自分に適しているかを判断し、個々のニーズに合わせて方法論を調整することが秘訣です。これが「アジャイル」であることの基本です。

Answer 2

FDDは古い方法です。他のアジャイル手法のアイデアがたくさんあり、それらのいくつかを見逃しています。スクラムのように、それは少し管理に焦点を合わせており、実際の実装にはXPのいくつかの要素が必要だと思います。

FDDは確かに調査するのに興味深いものです。しかし、スクラムやXPと同じように、成功するにはプラクティスを実装するだけでなく、メカニズムを理解する必要があると思います。「FDDを実行する」または「スクラムを実行する」だけの場合は、本来あるべきほど適応性がありません。

アジャイルを理解したい場合に私が調べることは

スクラムまたはFDDを使用して、管理者がアジャイルから抜け出すことができるものを理解します。
XPは、テクノロジーの観点からアジャイルを実現する方法を理解します。
コミュニケーションの側面を理解するためのクリスタルクリア。
アジャイル手法についてまったく異なる視点を得るためのリーンアジャイル

ちなみに、TDDをアジャイル手法とは呼びません。これはXPの手法ですが、それ自体が完全な方法ではありません。