На нашем ресурсе вы можете полностью погрузиться в мир книги «Софт за 30 дней. Как Scrum делает невозможное возможным» — читайте её онлайн бесплатно в полной, несокращённой версии. Если предпочитаете слушать — воспользуйтесь аудиоформатом; хотите сохранить — скачайте через торрент в fb2. Жанр произведения — Бизнес-книги, Зарубежная деловая литература. Также на странице доступно подробное описание, авторская аннотация, краткое содержание и живые отзывы читателей. Мы постоянно пополняем библиотеку и улучшаем сервис, чтобы создавать лучшее пространство для всех ценителей качественной литературы.
Софт за 30 дней. Как Scrum делает невозможное возможным

Автор
Дата выхода
25 мая 2017
🔍 Загляните за кулисы "Софт за 30 дней. Как Scrum делает невозможное возможным" — аннотация, авторский взгляд и ключевые моменты
Перед погружением в полный текст предлагаем познакомиться с произведением поближе. Здесь собраны авторские заметки, аннотация и краткое содержание "Софт за 30 дней. Как Scrum делает невозможное возможным" — всё, что поможет понять глубину замысла и подготовиться к чтению. Материалы представлены в оригинальной авторской редакции (Джефф Сазерленд) и сохраняют аутентичность произведения. Если чего-то не хватает — сообщите нам в комментариях, и мы дополним описание. Читайте мнения других участников сообщества: их отзывы часто раскрывают скрытые смыслы и добавляют новые грани понимания. А после прочтения обязательно вернитесь сюда — ваш отзыв станет ценным вкладом в общее обсуждение книги.
Описание книги
Создатели методики Scrum рассказывают, как реализовывать IT-проекты дешевле и быстрее, чем это кажется возможным.
Проекты, в которых используются подходы Agile и Scrum, успешнее других. Эти методики позволяют создавать программное обеспечение за 30 дней или даже быстрее, а продуктивность работы с ними значительно (во многих случаях более чем на 100 %) возрастает по сравнению с традиционным каскадным подходом.
Прочитав эту книгу, вы познакомитесь с методикой Scrum и узнаете, как этот нестандартный подход работает и как начать применять его в своем бизнесе, чтобы сделать процесс разработки эффективным, быстрым и гибким.
В приложения к книге вошла «Библия скрама», как ее неофициально называют – The Scrum Guide. Это официальное руководство по скраму, созданное основателями этой методики Швабером и Сазерлендом. В нем описаны все термины, роли и процессы.
От авторов
Мы обращаемся к каждому лидеру в организации, который хочет создавать лучшие программные продукты с лучшими характеристиками и предсказуемостью. Индустрия программного обеспечения изменяется и радикально улучшается. Неопределенность, риск и потери, к которым вы привыкли, больше не неизбежны. Мы имеем за плечами данные 20-ти лет работы с организациями, которые уже перешли на новый уровень. Мы хотим, чтобы и вы сделали этот шаг.
Мы хотим, чтобы вы были способны предсказуемо создавать полезное, качественное программное обеспечение с управляемыми рисками.
Мы обращаемся к вам по двум причинам.
Во-первых, в течение сорока лет вы страдали от плохого обслуживания в индустрии программного обеспечения, ненамеренно, но неизбежно. Мы хотим вернуть ваше доверие.
Во-вторых, программное обеспечение – это уже не только специализированный инструментарий для профессионалов. Программы теперь везде, выполняют все более и более важные операции в нашем обществе. Мы хотим, чтобы вы были способны создать программное обеспечение, на которое мы все можем надежно полагаться.
Мы надеемся, что сможем достичь этих целей нашей книгой.
Для кого эта книга
Эта книга поможет руководителям и менеджерам компаний, которые хотят покончить с дорогим и медленным циклом разработки ПО.
На русском языке публикуется впервые.
📚 Читайте "Софт за 30 дней. Как Scrum делает невозможное возможным" онлайн — полный текст книги доступен бесплатно
Перед вами — полная электронная версия книги "Софт за 30 дней. Как Scrum делает невозможное возможным", адаптированная для комфортного онлайн-чтения. Мы разбили произведение на страницы для удобной навигации, а умная система запоминает, на какой странице вы остановились — можно закрыть браузер и вернуться к чтению позже, не тратя время на поиски. Персонализируйте процесс: меняйте шрифты, размер текста и фон под свои предпочтения. Погружайтесь в мир литературы где угодно и когда угодно — любимые книги теперь всегда под рукой.
Текст книги
Бизнес-клиенты стараются изо всех сил, чтобы полностью определить эти требования, но постоянно меняющийся рынок, их недостаточное понимание того, что им действительно нужно, и трудности в полном описании ожидаемой системы до ее реализации делают изменения требований практически неизбежными.
2. Технология работает без каких-либо проблем. Все технологии, используемые при разработке программного обеспечения, должны надежно работать, как и планировалось изначально. К несчастью, в проект часто включают такие технологии, которые до того не использовались целиком, в комбинации или для тех же целей.
3. Люди должны быть предсказуемы и надежны, как машины. План требует выполнения специфической сети задач, каждая из которых требует определенного количества часов от сотрудника, имеющего специальные навыки, которому даны четко определенные исходные данные. К сожалению, сеть задач меняется с каждым изменением требований.
Индустрия разработки программного обеспечения понимает эти трудности и годами пыталась решить их путем наращивания усилий по планированию. Проект планирования мог занимать столько же времени, сколько и сам девелопмент.
Но весь этот труд был полезен, только если план основывался на точной информации и не изменялся в течение времени. Метод эффективен, когда задача хорошо понятна и относительно стабильна, а план, соответственно, остается неизменным. Если это не так, то предиктивный процесс терпит неудачу. Он не приспособлен к тому, чтобы справляться с неизвестным и неожиданным, его возможности по решению проблем ограниченны.
Множество традиционных производителей успешно используют модель прогнозируемого процесса. Выигрыш такого метода в повторном выполнении разработанного плана, создании машины за машиной или тостера за тостером. В девелопменте программного обеспечения подобного преимущества нет, план его разработки выполняется только один раз.





