Чим Agile відрізняється від XP?


32

Я прочитав кілька статей в Інтернеті, щоб дізнатися, чим Agile, XP, Scrum, парне програмування відрізняються один від одного / пов'язані між собою, і я отримав наступний рядок:

  1. Scrum і XP майже однакові. У XP коротший період випусків, ніж у Scrum
  2. Парне програмування застосовується в методах Agile та XP

Але мені не вдалося визначити, чим Agile відрізняється від XP.

Більше ніж надати URL-адресу, я би радий прочитати ваш досвід та думки з цього приводу.

Відповіді:


55

Ви плутаєте проблему. Бути спритним означає, що ви дотримуєтесь цілого ряду цінностей та практик із маніфесту "спритний" . Це воно.

XP і Scrum - це процеси розвитку, які відповідають цим значенням. Обидва "так само спритні". Велика різниця між Scrum і XP полягає в тому, що Scrum не містить практики спеціально для програмування , тоді як у XP їх багато (TDD, безперервна інтеграція, парне програмування).


2
+1 XP, Scrum розширює Agile.
Майкл К

8
+1 для "scrum не містить практики спеціально для програмування"; це абсолютно правильно і слід наголосити набагато більше. По-іншому, Scrum - це методологія управління проектами, а не методологія розробки програмного забезпечення. Scrum часто використовується методом Agile, але цього не повинно бути.
Стівен А. Лоу

18

Agile - це загальний термін для методології.

XP та Scrum - це конкретні назви для різних реалізацій цієї методології.

Сторінки Вікіпедії, ймовірно, є хорошими відправними точками для подальшого читання. Перевірте розділи «Посилання» та «Подальше читання» внизу кожної сторінки, але слід детальніше вивчити кожну та інші реалізації, перш ніж приймати рішення про те, що працює для вас, або (як інші вказували) біти кожної реалізації, які працюють для вас.


Отже, Xp є частиною Agile з Scrum, оскільки це рідний брат? Наскільки Xp і Scrum відрізняються? Кількість днів - це єдина різниця між ними?
Гопі

2
XP є більш розпорядчим у тому, що вам потрібно зробити (наприклад, він визначає тестування одиниць, програмування пар тощо), ніж Scrum. Scrum більше зосереджується на тому, що робить команда в цілому, але нічого не говорить про технічну практику (слабка частина scrum при застосуванні до програмного забезпечення IMHO). Як результат, багато людей розглядають їх як допоміжні методології, а не в конфлікті.
FinnNk

1
+1, багатьом людям дуже незручно з програмуванням пар. Крім того, якщо ви не можете включити наміри методології розробки в існуючі (без кардинальних змін, які засмучують людей), щось дуже не так. Я постійно бачу людей, які бачать вказівки, але не їхні наміри, і я продовжую дуже засмучуватися, бачачи подібні питання.
Tim Post

1
+1: це досить гарна відповідь. Але я повинен не погодитися з твердженням про Вікіпедію. Я думаю, що оригінальний плакат свідчить про велику плутанину і покладаючись на гуглінг, а Вікіпедія - одна з причин, чому ми маємо в першу чергу таку неясність. Імена сучасних експертів Agile добре відомі; Я б рекомендував замість цього прочитати їхні блоги та книги.
ажеглов

@azheglov - я бачу, що ти маєш на увазі. Я уточнив, що я мав на увазі щодо використання сторінок Вікіпедії. Довідники та розділи подальшого читання - це те, на що слід звернути увагу.
ChrisF

7

Як ти смажиш курку?

Це серйозне питання. Як ви збираєте наміри роботи інших людей у ​​те, що працює для вас?

Я бачу так багато питань не тільки тут, але й на ТА, які задають питання "Чи слід використовувати x, y або Z?" поки мало уваги приділяється тому, як різка зміна може вплинути на команду, або (що ще гірше) ефект того, що хтось щось намагається, не розуміючи, як це працює. Що стосується методології розробки, ви її не розумієте, поки не використаєте успішно її, інакше ви просто дотримуєтесь сліпих порад.

Кожного разу, коли я бачу, "чи не спрацювали б у мене scrum?" я запитую "Я не знаю, ви пробували?"

Не читайте цих речей так, як вони походять із якогось духовного Писання. Візьміть те, що працює для вас, спробуйте, і якщо це працює, реалізуйте ті частини, які працювали. Це нічим не відрізняється від того, щоб взяти найкраще з того, що гальмує та в'яже , і зробити щось, що задовольняє ваші потреби.

У який момент хтось сказав "Дотримуйтесь, пишіть цей метод, або проклятий на все життя"?

Найкращий метод - це найкраща адаптація опублікованої та оригінальної мудрості, яка працює для вас .


Добре сказана відповідь, хоча це не відповідає на питання. Плакат навіть не сказав, що думає про їх використання.
П'єр Арло

5

Agile - a клас методології розробки програмного забезпечення, один з яких - XP примірник

Scrum - методологія управління проектами , а не методологія розробки програмного забезпечення . Хоча звичайно використовувати методологію Agile розробки з Scrum, це не є вимогою. Вони не одне і те ж.


0

Практично багато організацій не дотримуються конкретної методології на 100%, як XP або Scrum, як вони закладені. Особливо, якщо вони тільки почали слідувати принципам Agile. Вони можуть вибирати і вибирати певні аспекти будь-якої заданої методології, наприклад, Scrum, що потрапляє в Agile bandwagon. Agile є більш абстрактним, і це простіше сказати, а не говорити, що ми робимо XP або Scrum.


0

І XP, і Scrum є методологіями розробки програмного забезпечення за гнучкою програмною методологією, вони є частиною сімейства гнучких технологічних процесів, включаючи інші; Розробка кристалів, особливостей, тощо.

Перейдіть за посиланням нижче для отримання додаткових роз'яснень щодо їх відмінностей.

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.