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

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

    Аннотация издательства

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

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

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

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

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



    Оглавление

    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
    В начале спринта
    Каждый ден
    В конце спринта
    Заключительное слово
    Список рекомендованной литературы
    Об авторе


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

    Доставка
    БЕСПЛАТНО доставляем по Киеву и Украине при стоимости заказа от 1000 грн.
    При заказе на меньшую сумму доставка курьером по Киеву - 45 грн.
    Подробнее о доставке и тарифах, в разделе Помощь
    Рассылка о книжных новинках