Почему Scrum?

Введение

Все началось с того, что двадцать лет назад мы с Кеном Швабером создали свой подход к разработке программного обеспе­чения для технологических отраслей и назвали его Scrum. Наша методология была более быстрой, надежной и эффективной.

До того момента при управлении проектами по разработке программного обеспечения использовали каскадную модель — и так вплоть до 2005 года. Работа осуществлялась пошагово, по­степенно продвигаясь к цели — получению конечного результата и передаче его пользователю. Процесс шел медленно, развивался непредсказуемо, зачастую так и не приводя к возникновению продукции, в которой нуждался заказчик или которую просто пожелали бы приобрести люди. Волокита, оборачивающаяся многими месяцами, а иногда и годами, — вот характерная черта каскадной модели. Предварительно составленные поэтапные планы, представленные на диаграммах Ганта, выглядели на­столько подробными, что внушали руководству уверенность, будто процесс разработки находится у них под полным контро­лем, — и все-таки мы практически были обречены выпадать из графика и катастрофически выходить за рамки бюджета.[1]

Дабы преодолеть эти недостатки, я придумал в 1993 году Scrum — новый подход к решению вопросов, принципиально отличающийся от используемого ранее метода нисходящего проектирования. В отличие от предыдущих методологий, прин­цип Scrum был аналогичен эволюционным, адаптивным, само­корректирующимся системам. [2]

С момента своего возникновения концепция Scrum легла в основу проектирования новых программных продуктов для технологических отраслей. Однако, снискав признание и успех в Кремниевой долине среди руководителей проектов по созда­нию программного обеспечения и нового оборудования, в об­щей деловой практике Scrum остается еще малоизвестной ме­тодологией. Именно ради этого делового сообщества — людей, не связанных напрямую с миром высоких технологий, — я за­думал написать книгу, в которой собираюсь раскрыть и разъяс­нить преимущества Scrum как системы управления в бизнесе. Я расскажу о первоистоках методологии Scrum: производствен­ной системе компании Toyota и концепции, созданной для задач боевой авиации, — цикле OODA^[3]. Рассмотрю вопрос, почему ор­ганизация проектов силами небольших команд является более эффективным способом работы. Остановлюсь на следующих мо­ментах:

· как правильно определять приоритеты в работе над про­ектом;

· как организовывать спринты, то есть короткие этапы раз­работки проекта (от одной недели до одного месяца), — причем делать это таким образом, чтобы каждый член команды отвечал за свою часть работы, а результат последующего этапа вбирал в себя функции проекта, реализованные на предыдущих эта­пах;

· как проводить ежедневные короткие обсуждения задач про­екта, чтобы быть не только в курсе сделанного, но и тех трудно­стей, с которыми неизбежно приходится сталкиваться.

Кроме того, я объясню, как методология Scrum объединяет концеп­цию непрерывного совершенствования и концепцию реализа­ции продукта с минимальным функционалом, что позволяет не ждать завершения всех работ, а оперативно удовлетворять требования заказчика на каждом этапе проекта.[4]

Вы узнаете, что мы применяли Scrum при проектировании абсолютно всего: от создания дешевых автомобилей с расходом топлива четыре литра на сто пятьдесят километров до разработки современных, на уровне XXI века, баз данных ФБР.[5]

Прочитайте книгу до конца. Уверен, вы сами поймете, что с помощью Scrum сумеете пересмотреть свой подход к собствен­ному делу: как вашей компании работать, создавать, планиро­вать и принимать решения. Я убежден, что, применяя Scrum, можно радикально преобразовать деятельность предприятия практически в любой отрасли. Ведь эта методология уже совер­шила революцию в сфере инноваций, благодаря чему великолеп­ная плеяда молодых компаний из Кремниевой долины и мира высоких технологий смогла стремительно завоевать рынок не­вероятным ассортиментом новых продуктов.

Джефф Сазерленд

Глава 1