хорошие книги о Scrum и XP [закрыто]

Я хочу знать, что бы вы порекомендовали прочитать для Scrum и XP. У меня есть Scrum и XP из Траншеи, но я хотел бы увидеть еще несколько полезных ссылок.

Что касается гибкой, я не думаю, что какая-либо команда может обойтись без « Agile ретроспективы ». Ретроспективы являются основой любой команды, и правильное управление ими далеко не тривиально.

Я также рекомендую « Тренировка гибких команд ». Я сейчас читаю это и примерно на полпути. Время от времени он может быть немного пушистым, но он дает много отличных идей - по крайней мере, для меня.

(Позже отредактируйте: я имел в виду «тренировать гибкие команды», а не «гибкую тренировку».)

Agile Software Development с Scrum была книга, которую я прочитал для моего курса CSM. Я нашел это довольно полезным до сих пор (наша команда только начинает свой третий спринт). Я действительно рекомендую прочитать несколько книг на эту тему, желательно от разных авторов. Это должно дать вам хорошее представление о том, где есть различия, и, следовательно, о каких вещах вам действительно нужно подумать и сделать собственные выводы.

Scrum и XP из окопов - очень хорошая книга на эту тему. В отличие от других книг, он описывает, как одна компания скрутилась с нуля. Это более практичная книга, которая дает вам представление о том, КАК можно делать схватки. И книга БЕСПЛАТНАЯ.

Что касается Scrum, я бы выбрал «Проворную оценку и планирование» Майка Кона .

Он охватывает Scrum от основ до некоторых более сложных тем, а также затрагивает некоторые наиболее распространенные вопросы, которые возникают при запуске со Scrum. Например:

• история очков против идеальных дней
• скорость
• что делать в случае неудачной истории (получаем ли мы частичный кредит или переносим очки)
• стратегии разделения истории
• работа с ошибками / дефектами
• стоит ли переоценивать / переоценивать истории
• как подготовить отставание

Кон также рассматривает некоторые темы с точки зрения владельца продукта - как расставить приоритеты в отставании, различные подходы к определению этой неуловимой «ценности для бизнеса», в том числе. модель Кано для разработки продукта. Не все из них могут иметь отношение к кому-то в строгой роли разработчика (у меня есть еще одна напыщенная речь о том, является ли «строгая роль разработчика» даже хорошей вещью), но всегда полезно иметь некоторый контекст. Действительно, я бы сказал, что контекст необходим для долгосрочного успеха.

Гибкая разработка программного обеспечения: кооперативная игра (2-е издание)

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

Алистер Кокберн начинает с обновления своей мощной модели разработки программного обеспечения как «совместной игры изобретений и общения». Среди новых идей, которые он вводит: использование конкуренции без ущерба для сотрудничества; извлечение уроков из бережливого производства; и балансирование стратегий для общения. Кокберн также объясняет, как в совместную игру играют бизнес и инженерные проекты, а не только разработку программного обеспечения.

Затем он систематически освещает гибкую модель, показывает, как она развивалась, и отвечает на вопросы, которые чаще всего задают разработчики и руководители проектов, включая

• Где гибкая разработка вписывается в нашу организацию?
• Как мы можем сочетать гибкие идеи с другими идеями?
• Как мы можем расширить гибкие идеи в более широком смысле?

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

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