» » » Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд

Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд

Книгу Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд читаем онлайн бесплатно и без регистрации! Читать онлайн вы можете не только на компьютере, но и на андроид (Android), iPhone и iPad. Наслаждайтесь!

211 0 12:00, 24-10-2019
Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд
24 октябрь 2019
Автор: Кен Швабер Джефф Сазерленд Жанр: Книги / Домашняя Год публикации: 2017 Возрастные ограничения: (18+) Внимание! Аудиокнига может содержать контент только для совершеннолетних.
0 0

Книга Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд читать онлайн бесплатно без регистрации

Прочитав эту книгу, вы познакомитесь с методикой Scrum и узнаете, как этот нестандартный подход работает и как начать применять его в своем бизнесе на примере процесса разработки программного обеспечения. Гибкие технологии Agile и Scrum позволят вам осуществить то, что раньше казалось абсолютно невозможным, – создать полноценный работающий программный продукт всего за 30 дней. Эта книга поможет руководителям и менеджерам компаний, которые хотят покончить с дорогим и медленным циклом разработки ПО. На русском языке публикуется впервые.
1 ... 32 33 34 35 36 37 38 39 40 ... 49
Перейти на страницу:

Раздел 5.02. Команда разработки

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

Команды разработки создаются организацией и обеспечиваются полномочиями самим организовывать свою работу. Получаемая в результате синергия усиливает продуктивность и эффективность команды разработки.

Команды разработки обладают рядом характеристик.


• Они самоорганизованные. Никто (даже Scrum-мастер) не может указывать команде, каким образом превращать пункты бэклога продукта в инкременты потенциально готового к выпуску функционала.

• Команды разработки кросс-функциональны и обладают всеми навыками, необходимыми для разработки инкремента продукта.

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

• Отдельные члены команды разработки могут владеть различными специализированными знаниями, но ответственность лежит на команде в целом.

• У команды разработки нет подкоманд, которые выполняли бы отдельные функции, как, к примеру, у команды тестирования или бизнес-анализа.


А. Размер команды разработки. Оптимальная по численности команда разработки достаточно мала, чтобы оставаться простой в управлении, и в то же время достаточно велика, чтобы выполнять значительный объем работы в течение спринта. Если в команде разработки менее трех человек, взаимодействие уменьшается, что приводит к снижению продуктивности. Небольшой команде может не хватить навыков в течение спринта, что помешает завершить работу над потенциально готовым к выпуску инкрементом продукта. Если же в команде более девяти человек, потребуется больше усилий для координации их работы. Большие команды разработки создают слишком много сложностей для управления эмпирическим процессом. Роли владельца продукта и Scrum-мастера не учитываются при подсчете размера команды разработки, за исключением случаев, когда они также выполняют работу из бэклога спринта.

Раздел 5.03. Scrum-мастер

Scrum-мастер отвечает за то, чтобы Scrum был понятен всем участникам и применялся. Scrum-мастер добивается этого, наблюдая за тем, чтобы все участники Scrum-команды придерживались теории, практик и правил Scrum.

Scrum-мастер – методический лидер для Scrum-команды.

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


А. Scrum-мастер на службе владельца продукта. Помощь Scrum-мастера владельцу продукта заключается в следующем:

• находит практические методы эффективного управления бэклогом продукта;

• проясняет путем общения видение, цели и пункты бэклога продукта для команды разработки;

• учит Scrum-команду создавать лаконичные и понятные элементы бэклога продукта;

• помогает достичь понимания долгосрочного планирования в эмпирической среде;

• помогает понять гибкие методы разработки и управления;

• содействует проведению событий Scrum по просьбе владельца продукта или по необходимости.


Б. Scrum-мастер на службе команды разработки. Обязанности Scrum-мастера на службе команде разработки:

• проводит тренировки команды разработки по самоорганизации и кросс-функционалу;

• обучает команду разработки создавать продукты высокой ценности;

• устраняет помехи, мешающие прогрессу команды разработки;

• содействует проведению событий Scrum по просьбе команды или по необходимости;

• тренирует команду разработки в организационной среде, где Scrum еще не полностью адаптирован и понятен.


В. Scrum-мастер на службе организации. Обязанности Scrum-мастера на службе организации:

• направляет и тренирует организацию на ее пути адаптации к Scrum;

• планирует этапы внедрения Scrum в организации;

• помогает сотрудникам компании и заинтересованным лицам понять и принять Scrum и принципы эмпирической разработки продуктов;

• выступает инициатором изменений, которые повышают продуктивность Scrum-команды;

• работает совместно с другими Scrum-мастерами для повышения эффективности использования Scrum в организации.

Статья VI. События Scrum

Предписанные мероприятия используются в Scrum для создания регулярности и минимизации потребности в совещаниях, не оговоренных Scrum. Продолжительность всех мероприятий фиксирована. Это гарантирует, что на планирование будет тратиться необходимое количество времени, потому что дополнительные траты времени непозволительны.

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

Раздел 6.01. Спринт

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

Спринты состоят из планирования, Scrum-митингов, разработки, обзора спринта, а также ретроспективы спринта.

Во время спринта:

• не допускается внесение никаких изменений, которые могли бы поставить под угрозу цель спринта;

• состав команды разработки остается неизменным;

• цели относительно качества не должны сокращаться;

• объем работ может быть уточнен и повторно обговорен между владельцем продукта и командой разработки по мере накопления знаний.


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

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

1 ... 32 33 34 35 36 37 38 39 40 ... 49
Перейти на страницу:
  1. Жалоба
Отзывы - 0

Прочитали книгу? Предлагаем вам поделится своим впечатлением! Ваш отзыв будет полезен читателям, которые еще только собираются познакомиться с произведением.


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

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

Надеемся на Ваше понимание и благоразумие. С уважением, администратор My-Books.me.


Новые отзывы

  1. Александра Александра15 январь 09:37 Очень интересная книга! Особенно, если любишь психологию и хочешь понимать себя и других. Обязательно послушаю до конца. Спасибо.... Кригер Борис – Гнев
  2. Галина Галина25 май 13:02 Очень уважаю Артема Шейнина, книга замечательная, очень мне близкая по духу.Перечитываю уже второй раз, столько пережитого и не... Мне повезло вернуться - Артем Шейнин
  3. Екатерина Екатерина11 январь 08:05 Доброе утро. Подскажите пожалуйста как сохранять книги, ставить закладки?... Подонок - Анастасия Леманн
Все комметарии
Новинки бесплатной онлайн библиотеки