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

По мере увеличения профессионализма Scrum-команды критерии «законченности» могут дополняться более строгими критериями для достижения лучшего качества продукта.

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

Среди тысяч людей, способствовавших развитию Scrum, мы хотим выделить тех, кто на протяжении первого десятилетия существования метода внес в его разработку наиболее весомый вклад. В первую очередь это, конечно же, Джефф Сазерленд и Джефф Маккенна, а также Кен Швабер, Майк Смит и Крис Мартин. В последующие годы много людей способствовали развитию Scrum, и без их содействия он не был бы настолько усовершенствован. Дэвид Старр использовал все свои редакторские навыки при создании этой версии Scrum-гайда.

Кен Швабер и Джефф Сазерленд впервые представили Scrum на конференции OOPSLA (Object-Oriented Programming Systems, Languages and Applications) в 1995 году. Данное руководство основывается на опыте, приобретенном Кеном и Джеффом на протяжении многих лет применения Scrum.

История развития Scrum уже может считаться длительной. Отмечая те компании, в которых Scrum был впервые использован и усовершенствован, мы не можем не вспомнить о корпорациях Individual, Inc., Fidelity Investments и IDX (сегодня GE Medical).

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

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

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

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

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

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

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