アジャイルとXPの違いは何ですか？
アジャイル、XP、スクラム、ペアプログラミングが互いにどのように異なっているか、または互いに関連しているのかを知るために、Web上のいくつかの記事を読み、次の行を導き出しました。
- スクラムとXPはほぼ同じです。XPは、スクラムよりもリリース期間が短い
- ペアプログラミングはアジャイルとXP方法論の両方で採用されています
しかし、私はアジャイルがXPとどのように異なるかを特定できませんでした。
URLを提供するだけでなく、これに関するあなたの経験と考えを読んでいただければ幸いです。
あなたは問題を混乱させています。アジャイルであることは、あなたが アジャイルマニフェスト の価値観と実践の束に従っていることを意味します。それでおしまい。
XPとスクラムは、これらの価値観に従う開発プロセスです。どちらも「アジャイルと同じように」です。スクラムとXPの大きな違いは、スクラムにはプログラミングのための特別なプラクティスが含まれていないですが、XPそれらはたくさんあります（TDD、継続的インテグレーション、ペアプログラミング）。
アジャイルは方法論の総称です。
[〜＃〜] xp [〜＃〜] および Scrum は、その方法論のさまざまな実装の具体的な名前です。
ウィキペディアのページは、おそらくさらに読むための良い出発点です。各ページの下部にある「参照」セクションと「参考文献」セクションを確認してください。または（他の人が指摘しているように）あなたのために働く各実装のビット。
どのように鶏肉を炒めますか？
それは深刻な問題です。他の人の仕事の意図を、自分に合ったものにどうやって集めますか？
ここだけでなく、SO that ask）に非常に多くの質問が表示されます "x、y、またはZを使用する必要がありますか？"劇的な変化がチームにどのように影響するか、または（さらに悪いことに）動作を完全に理解せずに何かを試みた場合の影響にはほとんど注意が払われていません。開発方法論に関しては、わからないそれが正常に使用されるまでそれを理解し、そうでなければあなたは盲目的なアドバイスに従うだけです。
見るたびに「スクラムは役に立ちますか？」質問します「わからない、あなたに試しましたか？」
これらはある種の霊的な経典に由来するものではないので、これらを読んではいけません。何がうまくいくかを試してみて、うまくいく場合は、うまくいった部分を実装してください。これは、libfooおよびlibbarが行うことを最大限に活用することと同じですそしてあなたのニーズを満たすものを作る。
誰かはどの時点で「この方法に従うか、またはこの方法で命を落とす」と言ったのですか？
最善の方法は、公開された独自の知恵をが効果的であるに最適に適合させることです。
アジャイルはソフトウェア開発方法論のクラスであり、そのXPは1つインスタンスです）
スクラムはproject-management方法論であり、ソフトウェア開発方法論ではありません。スクラムでアジャイル開発方法論を使用することは一般的ですが、それは必須ではありません。彼らは同じものではありません。
XPおよびScrumは、アジャイルソフトウェア方法論に基づくソフトウェア開発方法論であり、アジャイルプロセスモデルのファミリーの一部であり、その他には、Crystal、機能駆動開発などが含まれます。
それらの違いの詳細については、以下のリンクをたどってください。
実際には、XPまたはスクラムが定められているため、スクラムのような特定の方法論に従っていない組織が多くあります。特に、アジャイルの原則に従っている場合は特にそうです。アジャイルバンドワゴンに含まれるスクラムのような与えられた方法論。アジャイルはより抽象的であり、XPまたはスクラムを実行するよりも、より簡単に言うことができます。