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

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

Код: 2100004554
Купити Scrum и ХР: заметки с передовой Хенрік Кніберг
Книгу знято з продажу
В бажані
Доставка
БЕЗКОШТОВНА при вартості замовлення від 990 грн
50 грн Укрпошта на відділення
70 грн Нова Пошта на відділення/поштомат
95 грн доставка кур'єром
Детальніше

Оплата
Готівкою або на термінал при отриманні, Безготівкова, Visa/MasterCard
Автор Хенрік Кніберг
Видавництво Українська Видавнича Справа
Сторінок 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
В начале спринта
Каждый ден
В конце спринта
Заключительное слово
Список рекомендованной литературы
Об авторе


Залишити свій відгук:

Рекомендуємо

Блокнот для планування «I Have a Pl ...
Колектив авторів
Чоловік з моїм іменем ...
Іван Байдак
Окрема реальність ...
Карлос Кастанеда
Історії талановитих людей ...
Ірина Славінська
Планер «I Have a Brave Plan» патріо ...
Колектив авторів

Сьогодні купили