Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres]

Тут можно читать онлайн Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres] - бесплатно ознакомительный отрывок. Жанр: Деловая литература, издательство Литагент Альпина, год 2019. Здесь Вы можете читать ознакомительный отрывок из книги онлайн без регистрации и SMS на сайте лучшей интернет библиотеки ЛибКинг или прочесть краткое содержание (суть), предисловие и аннотацию. Так же сможете купить и скачать торрент в электронном формате fb2, найти и слушать аудиокнигу на русском языке или узнать сколько частей в серии и всего страниц в публикации. Читателям доступно смотреть обложку, картинки, описание и отзывы (комментарии) о произведении.
  • Название:
    Скрам [Гибкое управление продуктом и бизнесом] [litres]
  • Автор:
  • Жанр:
  • Издательство:
    Литагент Альпина
  • Год:
    2019
  • Город:
    Москва
  • ISBN:
    978-5-9614-2860-5
  • Рейтинг:
    3/5. Голосов: 11
  • Избранное:
    Добавить в избранное
  • Отзывы:
  • Ваша оценка:
    • 60
    • 1
    • 2
    • 3
    • 4
    • 5

Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres] краткое содержание

Скрам [Гибкое управление продуктом и бизнесом] [litres] - описание и краткое содержание, автор Кен Швабер, читайте бесплатно онлайн на сайте электронной библиотеки LibKing.Ru
Эта книга несет в себе дух скрама, раскрывая его ценности и основные принципы. Кен Швабер, один из создателей скрама, соавтор «Руководства по скраму» и основатель Scrum.org, собрал лучшие кейсы из своей практики, демонстрирующие примеры успехов и неудач применения скрама в реальных проектах. Они помогут вам понять, как использовать скрам для решения комплексных проблем и достижения результатов.
Автор рассказывает, как эффективно управлять сложными, громоздкими проектами и изменяющимися требованиями к продукту; упрощать организационную структуру с помощью самоуправляемых команд разработки; получать более четкие описания требований и внятную обратную связь от клиентов и заказчиков.
Вы узнаете, как эффективнее планировать работу над проектом, научитесь избегать ошибочных действий, используя регулярную инспекцию, а также увеличивать отдачу от инвестиций.

Скрам [Гибкое управление продуктом и бизнесом] [litres] - читать онлайн бесплатно ознакомительный отрывок

Скрам [Гибкое управление продуктом и бизнесом] [litres] - читать книгу онлайн бесплатно (ознакомительный отрывок), автор Кен Швабер
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

Выводы

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

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

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

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

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

Глава 9

Масштабирование проектов с помощью скрама

Во многих проектах объем работы слишком велик для одной скрам-команды. В таких случаях можно организовать несколько команд разработки. Параллельная работа команд координируется различными механизмами. Одни механизмы довольно формальны, другие возникают ситуативно. Проект, над которым одновременно трудится несколько скрам-команд, называется масштабированным проектом , а используемые для координации деятельности этих команд механизмы – механизмами масштабирования . Каждый масштабированный проект является по-своему комплексным и обычно требует своего неповторимого решения. Используя практически те же механизмы масштабирования, что и любой другой процесс разработки, скрам масштабируется, сохраняя все свои эмпирические практики. В этой главе приводятся рекомендации по масштабированию проектов с использованием скрама. Эти шаблоны я успешно использовал в почти сотне проектов, однако это не магические формулы и не совершенно безупречные рецепты. Масштабирование скрама – непростая задача, уникальная для каждого проекта.

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

Масштабирование в MegaFund

Мы рассматривали компанию MegaFund в третьей и пятой главах. Если вы, будучи клиентом MegaFund в 1997 году, хотели перевести деньги, открыть счет, торговать ценными бумагами или воспользоваться любым другим финансовым предложением MegaFund, у вас было два варианта: позвонить агенту по телефону или пойти в ближайший офис MegaFund и использовать туповатый терминал типа IBM 3270, подключенный через сеть к мейнфреймам компании. Хотя эта технология и была новаторской в 1980-х годах, спустя 17 лет конкуренты MegaFund позволяли клиентам самостоятельно управлять своими учетными записями с домашних или офисных компьютеров, сотовых телефонов, веб-устройств, пейджеров и телефонных голосовых систем в любой день в любое время. Это несоответствие стало неотложной бизнес-проблемой MegaFund. Требовалось как можно скорее устранить отставание от конкурентов и предоставить клиентам новую технологию. Все в MegaFund хотели начать свой собственный проект и тут же создать конкурентоспособное предложение.

Подход

MegaFund Systems Company (MSC) предоставляла MegaFund технологические услуги. MSC выявила, что лучшим способом быстро создать новые конкурентные продукты будет использование существующих баз данных через промежуточные серверы. Каждая организация должна была реализовывать собственные бизнес-функции, исполняемые на их серверах, а MSC реализовывала общие функции доступа к данным. Серверы должны были обрабатывать практически любые объемы транзакций в безопасной, перезапускаемой среде. Перечисленные характеристики были первыми нефункциональными требованиями, добавленными в бэклог продукта.

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

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать


Кен Швабер читать все книги автора по порядку

Кен Швабер - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки LibKing.




Скрам [Гибкое управление продуктом и бизнесом] [litres] отзывы


Отзывы читателей о книге Скрам [Гибкое управление продуктом и бизнесом] [litres], автор: Кен Швабер. Читайте комментарии и мнения людей о произведении.


Понравилась книга? Поделитесь впечатлениями - оставьте Ваш отзыв или расскажите друзьям

Напишите свой комментарий
x