質問

Webでいくつかの記事を読んで、アジャイル、XP、スクラム、ペアプログラミングが互いにどのように異なるかを調べ、次の行を導き出しました。

  1. スクラムとXPはほぼ同じです。 XPのリリースは、スクラムよりも短いリリースです
  2. ペアプログラミングは、アジャイルとXPの両方の方法論で採用されています

しかし、私はアジャイルがXPとどれほど違うかを特定することができませんでした。

URLを提供する以上に、私はあなたの経験とこれについての考えを読んで喜んでいます。

役に立ちましたか?

解決

あなたは問題を混乱させています。アジャイルであることは、あなたがからの価値と実践の束に従っていることを意味します アジャイルマニフェスト. 。それでおしまい。

XPとスクラムは、これらの値に従う開発プロセスです。どちらも「アジャイル」です。スクラムとXPの大きな違いはそれです スクラムには、プログラミング専用のプラクティスは含まれていません, 、XPには多くのものがあります(TDD、連続統合、ペアプログラミング)。

他のヒント

アジャイルは、方法論の一般的な用語です。

XPスクラム その方法論のさまざまな実装の特定の名前です。

ウィキペディアのページはおそらくさらに読むための良い出発点です。各ページの下部にある「参照」と「さらに読み取り」セクションを確認してください。または(他の人が指摘したように)あなたのために働く各実装のビット。

どのように鶏肉を揚げますか?

それは深刻な質問です。他の人の仕事の意図を自分に合ったものにどのように収集しますか?

ここでだけでなく、質問するので、質問がたくさんあります 「x、y、zを使用する必要がありますか?」 実際には、劇的な変化がチームにどのように影響するか、または(さらに悪い)誰かがそれがどのように機能するかを完全に理解せずに何かを試みる効果にはほとんど注意が払われていません。開発方法論に関しては、あなた しないでください あなたが持っているまでそれを理解してください 使用済み それは成功して、そうでなければあなたはただ盲目的なアドバイスに従っています。

私が見るたびに 「スクラムは私のために働くでしょうか?」 私は尋ねます 「わからない、試したことはありますか?」

ある種の精神的な聖書から来るようなこれらのことを読まないでください。あなたのために働くものを取り、それを試してみてください、そしてそれが機能するかどうかは、働いた部分を実装してください。これは、何を最大限に活用することと違いはありません libfooリバー あなたのニーズを満たす何かをして作ってください。

誰かが「この方法に従うか、人生のためにひどい」と言ったのはどの時点でですか?

最良の方法は、公開されたオリジナルの知恵の最良の適応です あなたのために働きます.

アジャイルはaです クラス ソフトウェア開発方法論のXPは1つです 実例

スクラムはaです プロジェクト管理 方法論、 ソフトウェア開発方法論ではありません. 。スクラムでアジャイル開発方法を使用することは一般的ですが、それは要件ではありません。彼らは同じものではありません。

事実上、多くの組織は、XPやスクラムのように、定められているように100%の特定の方法論に従っていません。特に、彼らがアジャイルの原則に従ったばかりの場合。彼らは、アジャイルの時流の中にあるスクラムのような特定の方法論の特定の側面を選んで選択するかもしれません。アジャイルはより抽象的であり、XPやスクラムをすると言うよりも言うのが簡単です。

XPとスクラムの両方は、アジャイルソフトウェアの方法論の下でのソフトウェア開発方法論であり、アジャイルプロセスモデルのファミリーの一部であり、他のものには含まれます。クリスタル、機能駆動型開発など。

以下のリンクに従って、それらの違いをさらに説明してください。

http://www.mypmhome.com/scrum-vs-extreme-programming-xp/

ライセンス: CC-BY-SA帰属
所属していません softwareengineering.stackexchange
scroll top