Почему экстремальное программирование (XP) устарело в пользу Agile, Kanban и т. Д.?

Мне нравится XP (экстремальное программирование), особенно та часть, где на одном экране находятся 2 программиста, поскольку решение проблемы часто можно найти быстрее, если только вы объясните, что делаете, а парное программирование заставит вас объяснить, что вы делает.

В последние 10 лет стиль работы XP, похоже, устарел в пользу рабочих методологий: Agile и / или Kanban. Почему? Поскольку XP кажется мне очень хорошим способом работы, и он в большей степени связан с программированием, тогда как Agile и Kanban больше ориентированы на процессы.

Существует множество различных стилей, методов и подходов, связанных с разработкой всего месторождения, и у каждого есть свое блестящее имя.

Agile - это просто образ мышления, отходящий от обычных статических моделей программирования (например, водопадов) - его основная цель - добиться более гибкой разработки и (в самом конце) лучшего программного обеспечения и счастливых клиентов. Ниже Agile есть много разных моделей, таких как Scrum, Kanban, XP.

Тем более, что Kanban изначально не приходит от разработки программного обеспечения, он берет свое начало в создании автомобилей (напомню, Toyota представила его для создания автомобилей, а некоторые разработчики программного обеспечения приняли и расширили его)

Парное программирование, обзоры кода и тому подобное - всего лишь инструменты - вы можете (и должны) всегда делать это во время проекта, независимо от того, какой метод вы используете. Просто эта штука более естественная для гибкой, чем для статической.

XP более или менее представил эти вещи (или, по крайней мере, дал им блестящее имя), и все последующие вещи переняли их, потому что это просто сработало.

На мой взгляд, XP - это практика программирования, Scrum и kanban - это практики управления проектами. Они имеют отношение, но не заменяют друг друга.

В нашем канбан-проекте мы используем парное программирование (в основном для сложных разделов и отладки), TDD, CI. Таким образом, он все еще используется, но руководство все сильнее подталкивает управление проектами.

Экстремальное программирование связано с механикой разработки, а Agile - с SDLC (жизненный цикл разработки программного обеспечения).

Основная причина, по которой вы больше не слышите о «экстремальном программировании» по названию, заключается в том, что использование термина «экстремальное» в качестве положительного прилагательного - устаревшая вещь 90-х - начала-00, которая сейчас выглядит банальной. В основном это просто жертва маркетинга. Вот почему вы почти исключительно слышите, что это называется «XP», даже в устной форме.

У меня есть некоторые мысли о парном программировании.

Для меня это то, что вы делаете, когда вы застряли с чем-то. В то время это может быть очень эффективным, это может вывести вас из колеи. Но это также утомительно и способ работы, который программист стерео типа не любит делать больше, чем иногда.

Если вы копаете яму, мало кто будет против получить помощь от коллеги. Но как только появляется креативность, люди предпочитают делать все по-своему, а не по-другому. Таким образом, напряженность всегда рядом, если только кому-то все равно, или если чья-то роль явно подсказывает.

Где я работаю, парное программирование не формализовано, но у нас есть специальные сессии, и они, как правило, короткие. Это не будет похоже на «Эй, коллега, как насчет экстремального программирования?» Чаще всего это начинается с "Можете ли вы взглянуть на мой экран?" и подтягивая стул для них.

Поэтому я не думаю, что парное программирование мертво или менее популярно, это всего лишь один из тех инструментов, которыми вы не пользуетесь очень часто, потому что это дорого, а не потому, что у вас есть два оплачиваемых человека, работающих над одной вещью.

Agile более востребован, потому что в нем участвуют разные заинтересованные стороны с разными ролями и обязанностями, связанными с процессом создания программного обеспечения

Когда во втором издании Кент Бек расширил круг участников в XP, было уже поздно: люди уже приняли другие методологии, потому что первая версия XP нацелена на создателей кода, и это то, о чем аудитория до сих пор помнит бессознательно или нет. ХР не была товарной при рождении.

Я всегда думал, что Scrum - это версия Agile, которую проще всего продать руководству: детерминистские оценки, его несколько доктринальный, четко определенный характер («вы на самом деле не делаете Scrum - чувствуете вину!») ...

Вытягивайте свои спринты достаточно долго и воспринимайте эти маленькие «покерные карты» достаточно серьезно, и Scrum может сильно щекотать тот же зуд, что и методы Waterfall. Это не обязательно плохо, но давайте не будем прятаться здесь за дымом и зеркалами.

На стороне XP парное программирование обычно не обращается к управлению, особенно к нетехническому управлению.

Чтобы поместить это в формат аналогии SAT, Scrum: XP :: The Monkees: The Beatles