Предложения в которых упоминается "экстремальное программирование"
Разделение, повторюсь, весьма условное, но оно показывает, что экстремальное программирование имеет много общего со Scrum, однако есть и определённые отличия.
Экстремальное программирование. Практики экстремального программирования можно условно разделить на управленческие и инженерные.
Вот почему гибкие методы (например, экстремальное программирование и скрам) предлагают бороться за участие клиента в работе.
Гибкие методы, такие как скрам и экстремальное программирование, предусматривают при реализации проекта совсем немного формальных ролей.
Также методологии быстрой разработки приложений и экстремального программирования (XP) характеризуются наличием сильного менеджера проекта.
В большинстве гибких методологий термины уже в основном устоялись, но некоторые понятия по-разному называются в скраме и экстремальном программировании.
В ранних версиях экстремального программирования было принято говорить о «заказчике в команде» (on-site customer).
Ещё важнее чувствовать тот дух, на котором строятся гибкие методы, подобные экстремальному программированию или скраму.
В компании ThoughtWorks такой подход часто используется для анализа той части первичных работ над проектом, о которой практически ничего не говорится ни в экстремальном программировании, ни в скраме.
Откуда следует и третий пункт: Scrum обычно дополняют инженерными практиками из других гибких методологий (например, практики разработки из экстремального программирования или практики анализа и сбора требований из ICONIX).
Со временем те команды, с которыми я занималась коучингом, использовали Scrum вместе с практиками бережливого производства, «шести сигм», экстремальным программированием и разработкой, ориентированной на пользователя.
Вы также можете использовать экстремальное программирование вместо scrum-ценностей или в дополнение к ним, если ваша команда разрабатывает программное обеспечение.
Определения этих ценностей подразумевают, что практики экстремального программирования занимают центральное место в методах, используемых командой разработчика программного обеспечения.
В ней он продемонстрировал, как пришёл к похожим идеям по взятию на вооружение принципов экстремального программирования и их улучшению в контексте его бизнеса.
В 2001 году в сообществе активных и деятельных приверженцев экстремального программирования и в других подобных сообществах было разослано приглашение принять участие в дискуссии, посвящённой разработке программного обеспечения.
Экстремальное программирование — это одна из форм гибкой разработки программ, которая более чутко реагировала на изменяющиеся требования, чем предыдущие методологии разработки программного обеспечения, такие как короткие циклы выпуска, интенсивное тестирование и парное программирование.
Например, здесь вы найдёте ответ на вопрос, почему в Scrum требуется ретроспективный анализ после рывка, а в экстремальном программировании — нет.
Из этой книги вы узнаете о двух самых популярных agile-методологиях — Scrum и XP (экстремальном программировании).
А может быть, ваша команда решила полностью перейти на Agile, избрав Scrum или экстремальное программирование, но это выглядит пустой тратой времени, как будто все делают то, что от них требуется, но польза для проектов невелика.
Вы поймёте, что все методы экстремального программирования образуют единую экосистему, которая ведёт к созданию лучшего кода — более гибкого, изменяемого и простого в обслуживании.
Начав читать, я уже не мог оторваться, потом я прочёл всё, что нашёл в интернете об экстремальном программировании (Extreme Programming, XP).
Это мне удалось, и для внедрения экстремального программирования он отправил меня и многих моих коллег на соответствующие курсы.