Scrum и ХР: заметки с передовой - Хенрик Книберг: купить книгу в kniga.biz.ua
kniga.biz.ua

Scrum и ХР: заметки с передовой

Код: 2100004554
Купить Scrum и ХР: заметки с передовой Хенрик Книберг
Книга снята с продажи
В желаемые
Доставка
БЕСПЛАТНАЯ при стоимости заказа от 990 грн
50 грн Укрпочта на отделение
70 грн Новая Почта на отделение/почтомат
95 грн доставка курьером
Подробнее

Оплата
Наличными или на терминал при получении, Безналичными, Visa/MasterCard
Автор Хенрик Книберг
Издательство Українська Видавнича Справа
Cтраниц 182
Год 2018
ISBN 978-966-1513-54-8
Обложка мягкая
Язык Русский
Формат 60х90/16 (145х215 мм.)

О книге Scrum и ХР: заметки с передовой

Эта книга входит в Комплект "Все, что вы хотели знать о SCRUM"

(Цена комплекта ниже суммы цены каждой из книг отдельно)

«Scrum и ХР: заметки с передовой» - культовая книга по принципам работы над программными продуктами с использованием т.н. гибких подходов.

Автор книги - Хенрик Книберг, швед, мировой эксперт по процессам создания программных продуктов. Все главы этой книги -сугубо практическое руководство по использованию метода Scrum совместно с экстремальным программированием (ХР).

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

На русском издаётся впервые.

pdf Первые 20 страниц книги


Добавить свой отзыв о книге

Оглавление Scrum и ХР: заметки с передовой

Yes, we did! Предисловие к первому русскоязычному изданию
Предисловие к редакции 2017 года
Оглавление
Благодарности
Предисловие Джеффа Сазерленда
Предисловие Майка Кона
Пролог: Эй! А Scrum-то работает!
Пролог: второе издание, 8 лет спустя
Вступление
Предупреждение
Зачем я это написал
Так что же такое Scrum?
Как мы работаем с product Ьаскіо§'ом
Дополнительные поля для user story
Как мы ориентируем product backlog на бизнес
Как мы готовимся к планированию спринта
Как мы планируем спринт
Почему без product owner^ не обойтись
Почему качество не обсуждается
Планирование спринта, которое никак не заканчивается 
Распорядок встречи по планированию спринта
Определяем длину спринта
Определение цели спринта
Как product owner может влиять на то, какие истории попадут
в спринт?
Как команда принимает решение о том, какие истории
включать в спринт?
Планирование, основанное на интуиции
Планирование, основанное на методе оценки производительности
Какую технику мы используем для планирования?
Почему мы используем учетные карточки
Критерий готовности
Оценка трудозатрат с помощью игры в planning poker
Уточнение описаний историй
Разбиение историй на более мелкие истории
Разбиение историй на задачи
Выбор времени и места для ежедневного Scrumа
Когда пора остановиться
Технические истории
Как мы используем систему учёта дефектов для ведения
product backlogа
Свершилось! Планирование спринта закончено!
Как мы доносим информацию о спринте до всех в компании
Как мы создаём sprint backlog
Формат sprint backloga
Как работает доска задач
Пример 1 - после первого ежедневного Scrumа
Пример 2 - еще через пару дней
Как работает burndown-диаграмма
Тревожные сигналы на доске задач
Эй, как насчет отслеживания изменений?
Как мы оцениваем: в днях или часах?
Как мы обустроили комнату команды
Уголок обсуждений
Усадите команду вместе
Не подпускайте product owner^ слишком близко
Не подпускайте менеджеров и тренеров слишком близко 
Как мы проводим ежедневный Scrum
Как мы обновляем доску задач
Как быть с опоздавшими
Как мы поступаем с теми, кто не знает, чем себя занять
Как мы проводим демо спринта
Почему мы настаиваем на том, чтобы каждый спринт
заканчивался демонстрацией.
Чеклисты по подготовке и проведению демо
Что делать с «не демонстрируемыми» вещами.
Как мы проводим ретроспективы
Почему мы настаиваем на том, чтобы все команды
проводили ретроспективы
Как мы проводим ретроспективы
Как распространять уроки между командами
Изменения. Быть или не быть
Типичные проблемы, которые обсуждают на ретроспективах...104 «Нам надо было больше времени потратить на разбиение историй на подзадачи»
«Очень часто беспокоят извне»
«Мы пообещали выполнить огромный кусок работы,
а закончили только половину»
«У нас в офисе бардак и очень шумно»
Slack-время между спринтами
Как мы планируем релизы и составляем контракты с фиксированной стоимостью
Определяем свою приёмочную шкалу
Даём временные оценки наиболее важным историям 
Прогнозируем производительность
Сводим всё в план релиза
Корректируем план релиза
Как мы сочетаем Scrum и XP
Парное программирование
Разработка через тестирование 
TDD и новый код
TDD и существующий код
Эволюционный дизайн
Непрерывная интеграция (Continuous integration)
Совместное владение кодом (Collective code ownership) 
Информативное рабочее пространство
Стандарты кодирования
Устойчивый темп работы
Как мы тестируем
Скорее всего, вам не избежать фазы приёмочного
тестирования
Минимизируйте фазу приёмочного тестирования
Повышайте качество, включив тестировщиков в Scrum-
команду
Тестировщик - это «последняя инстанция»
Чем занимается тестировщик, когда нечего тестировать?
Повышайте качество - делайте меньше за спринт!
Стоит ли делать приёмочное тестирование частью спринта?
Соотношение спринтов и фаз приёмочного тестирования
Подход №1: «Не начинать новые истории, пока старые не
будут готовы к реальному использованию»
Подход №2: «Начинать реализовывать новые истории, но наивысшим приоритетом ставить доведение старых до
ума»
Неправильный подход: «Клепать новые истории»
Не бегите быстрее самого медленного звена системы
Возвращаясь к реальности
Как мы управляемся с несколькими Scrum-командами
Сколько сформировать команд
Виртуальные команды
Оптимальный размер команды
Синхронизировать спринты или нет?
Почему мы ввели роль «тимлида»
Как мы распределяем людей по командам
Нужны ли узкоспециализированные команды?
Подход №1: команды, специализирующиеся на
компонентах
Подход №2: универсальные команды
Стоит ли изменять состав команды между спринтами?
Участники команды с частичной занятостью
Как мы проводим Scrum-of-Scrums
Scrum-of-Scrums уровня продукта
Scrum-of-Scrums уровня компании
Чередование ежедневных Scrum^
«Пожарные» команды
Разбивать product backlog или нет?
Подход первый: Один product owner - один backlog 164
Подход второй: Один product owner - несколько backlog'ов...165 Подход третий: Несколько product ownerов - несколько
backlog^
Параллельная работа с кодом и ветки
Ретроспектива для нескольких команд
Как мы управляем географически распределёнными командами
Оффшорная разработка
Члены команды, работающие из дому
Памятка ScrumMastera
В начале спринта
Каждый ден
В конце спринта
Заключительное слово
Список рекомендованной литературы
Об авторе


Оставить свой отзыв:

Рекомендуем

The Secret of Father Brown ...
Гилберт Кит Честертон
The Scandal of Father Brown ...
Гилберт Кит Честертон
Фанатка. Біполярна історія ...
Кристина Морозова
English for IT. English for the bes ...
Коллектив авторов

Сегодня купили