Джефф Сазерленд - Scrum. Революционный метод управления проектами

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

Чтобы разобраться в положении дел, пришлось потратить некоторое время. Можете представить, как высшее руководство относилось к тем парням, ставшим теперь моей командой. Было много крику, попыток контролировать каждый шаг, проявлений пассивно-агрессивного поведения[12], требований проявлять максимум усердия и отдавать проекту еще больше личного времени. Но как бы ни давило руководство, разработчики неизменно затягивали сроки сдачи, продолжали непомерно расходовать бюджетные средства — и не достигать желаемых результатов.

Я рассудил, что лучшим вариантом будет, причем для каждой стороны, изменить все . Процесс разработки уже не поддавался фрагментарному исправлению. Механизм был слишком испорчен, чтобы налаживать его по частям, поэтому я решил создать компанию внутри компании. Я спросил Рона Харриса, президента MidContinent, позволит ли он сформировать самостоятельную структуру с положенными службами, в которую войдут все сотрудники, работавшие над проектом по созданию банкоматной сети. То есть должны быть собственная группа сбыта, собственная маркетинговая команда, собственные финансовые специалисты. Рон, прекрасный руководитель с творческим подходом, полностью доверял мне. Возможно, будь на его месте кто-то другой, этому не суждено было бы случиться. Выслушав мои идеи, он ответил: «Сазерленд, если тебе нужна такая головная боль — берись и делай».

И я взялся. Собрал своих разработчиков и управляющих и объявил: «Первое, что нам надо, — прекратить заниматься тем барахлом, которое нас всех губит». Короче, как в старом анекдоте, где советуют побиться головой о стену, чтобы потом, перестав это делать, испытать истинное удовольствие. «Нам следует выяснить, каким образом лучше работать, — и начать выяснять надо незамедлительно», — заявил я всем.

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

Прошло шесть месяцев, и мы стали самой рентабельной структурной единицей компании. Доходы превысили издержки на тридцать процентов. Банки сразу поверили в систему Tandem Nonstop — первую электронную систему, использованную нами для обработки трансакций в режиме реального времени. Мы развернули наше программное обеспечение во многих банках всей Северной Америки. Сегодня, куда бы вы ни поехали, в любом самом глухом уголке страны есть банкоматы, которые точно «знают», сколько у вас денег. В этом немалая заслуга моей команды. И да, пользуйтесь на здоровье.

БЕРИТЕ ПРИМЕР С РОБОТА

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

Я получал подлинное удовольствие от работы в MidContinent, но на этапе решения новых задач мне не терпелось испытать давно приобретенные навыки. В течение последующих двух десятилетий, где бы мне ни приходилось занимать пост технического директора: в больших корпорациях или маленьких фирмах, — я старался сделать так, чтобы группы начинали сотрудничать наиболее эффективным способом. Одна из таких компаний, в которой я работал, находилась в городе Кембридже штата Массачусетс, буквально в паре кварталов от МТИ — Массачусетского технологического института[13]. В описываемое время несколько его ученых и преподавателей создали фирму по производству роботов, но в университетской лаборатории для них не хватило места. В результате они стали арендовать помещение у нашей компании.