Книга Scrum. Революционный метод управления проектами, страница 4. Автор книги Джефф Сазерленд

Разделитель для чтения книг в онлайн библиотеке

Онлайн книга «Scrum. Революционный метод управления проектами»

Cтраница 4

Представители финансового контроля, регулярно проводившие по распоряжению генерального инспектора проверку хода работ над проектом, в октябре 2010 года представили очередной отчет, в котором выразили серьезную озабоченность по поводу предложения ФБР; свои основные соображения они изложили в девяти пунктах, после чего следовало их заключение:

В общем и целом у нас есть существенные опасения в отношении предложенного нового подхода; остается немало вопросов по поводу способности исполнителей обеспечить завершение проекта «Страж» без дополнительных расходов, без нарушения сроков и при сохранении в новой системе функциональности старой системы управления следственными делами… {2}

Новое мышление

Новый подход назывался Scrum. Создал его я двадцать лет назад. На сегодняшний день Scrum является единственной проверенной на деле методологией, способной вытянуть проекты, подобные «Стражу». Существует два подхода к работе: старый «каскадный» – при нем выбрасываются на ветер сотни миллионов долларов, и зачастую он так ни к чему и не приводит; новый – когда обязательства выполняются меньшими силами, в короткие сроки и с низкими затратами, а итоговый продукт отличается отменным качеством и обеспечивает высокую производительность. Я понимаю, мои слова звучат слишком хорошо, чтобы быть правдой, но результаты говорят сами за себя. Методология работает.

Двадцать лет назад я был близок к отчаянию. Мне требовалось выработать новое мышление. Изучив тонны исследовательских и экспериментальных материалов, просмотрев горы статистических данных, я осознал, что нам всем нужен новый подход к организации человеческой деятельности. Вряд ли поставленную мною задачу можно считать слишком сложной или особенно свежей, этот вопрос обсуждался, и не раз, в прошлом. Известны исследования еще времен Второй мировой войны, в которых рассматриваются наиболее эффективные способы организации труда. Однако по каким-то мотивам люди никогда не стремились сложить воедино разрозненные фрагменты. Последующие два десятилетия я пытался идти исключительно по этому пути, и моя методика получила широкое распространение при разработках программного обеспечения – сферы, ради которой я ее создавал. И в таких гигантах, как Google, Amazon и Salesforce.com, и в маленьких никому не известных стартапах люди с помощью Scrum принципиально изменили свой подход к достижению цели.

Причина успеха методики проста. Я смотрел на то, как люди на самом деле работают, а не слушал то, что они говорят об этом. Я изучал результаты исследований, проведенных за два десятилетия, знакомился с накопленным опытом известных мировых компаний и внимательно присматривался к трудившимся в этих компаниях первоклассным коллективам. Что сделало их лучшими? Что отличало их от остальных? Почему одни рабочие группы становятся великими, а другие остаются посредственными?

Почему для названия эффективной групповой работы я выбрал спортивный термин, я объясню в следующих главах. Слово scrum («схватка») [4] взято из регби и обозначает метод командной игры, позволяющий завладеть мячом и вести его дальше по полю, а для этого нужны слаженность, единство намерений и четкое понимание цели. «Схватка» представляет собой идеальную модель полного взаимодействия игроков – именно то, что я хотел бы видеть в командной работе.

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

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

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

Мы, адепты Scrum, недоумеваем. Почему работа требует столько времени и сил? Почему так трудно рассчитать, сколько времени и сил уйдет на реализацию задуманного? Шартрский собор строился пятьдесят семь лет. Готов поспорить, что перед началом строительства каменщики, глядя в глаза епископу, утверждали: «Двадцать лет – самое долгое. Может, и за пятнадцать справимся».

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

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

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

Вход
Поиск по сайту
Ищем:
Календарь
Навигация