» » » Софт за 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 ... 40 41 42 43 44 45 46 47 48 49
Перейти на страницу:

Продолжительность: один день.

Поддержка: внешняя.

1.4.2. Действие 1 – пилотные проекты

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


I. Пилотные проекты

Продолжительность: три – шесть месяцев.

Поддержка: внешний/внутренний Scrum-мастер.

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


II. Ретроспектива

Продолжительность: два дня.

Поддержка: внешний/внутренний Scrum-мастер.

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


III. Перепланирование

Продолжительность: один день.

Поддержка: внешний/внутренний Scrum-мастер.

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

1.4.3. Действие 2 – организационная экспансия

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

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


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

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

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

Обучение Agile/Scrum: успешное внедрение Scrum будет в значительной степени зависеть от общего знания терминологии всех вовлеченных в процесс людей. Это может быть достигнуто в течение 2–4-часовых вступительных курсов для 30–50 % организации.


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


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

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

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

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

1.4.4. Действие 3 – достижение воздействия

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

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


I. Проекты по разработке программного обеспечения

Продолжительность: постоянно.

Поддержка: внутренняя.

Описание: разработка проектов по созданию программного обеспечения с контролем показателей возврата инвестиций.


II. Проекты изменений

Продолжительность: большая часть работы приходится на один-два года, а далее по необходимости.

Поддержка: внутренняя.

Описание: проекты организационных изменений устраняют возникающие препятствия в разных ведомствах предприятия.


III. Оценка и адаптация

Продолжительность: каждый спринт.

Поддержка: внешний/внутренний Scrum-мастер.

Описание: обзор количественных и качественных показателей. Добавление дополнительных показателей и обзор того, какие показатели фиксируются каждый раз, когда происходят непредвиденные случаи.

1.4.5. Действие 4 – измерение, оценка и регулировка

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

1 ... 40 41 42 43 44 45 46 47 48 49
Перейти на страницу:
  1. Жалоба
Отзывы - 0

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


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

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

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


Новые отзывы

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