Предисловие Майка КонаНа самом деле мой новый босс не был придурком, но в тот момент именно так и казалось. Мы разрабатывали новое программное обеспечение (ПО) для крупных колл-центров компании. Я сказал, что нам понадобится 12 месяцев, а он решил дать мне только четыре, чтобы новым ПО не обязательно можно было бы начать пользоваться, но чтобы оно было готовым к выводу в промышленную среду за 30 дней после соответствующего уведомления. Таким образом, через четыре месяца мне придется поддерживать программное обеспечение в состоянии 30-дневной готовности к релизу. Мой начальник понимал, что не все функции появятся через четыре месяца, он просто хотел получить как можно больше и как можно быстрее.
Мне нужно было найти процесс, который позволил бы нам сделать это. Изучив о процессах разработки ПО все, что получилось найти, я остановился на ранних работах Кена Швабера о скраме. За прошедшие после этого проекта годы я использовал скрам для создания как коммерческих продуктов, так и программного обеспечения для внутреннего использования, консалтинговых проектов, проектов по стандарту ISO 90011[1] и других. Каждый из них уникален, но все они были срочными и критически важными для организации. Скрам идеально подходит для таких проектов: требования часто меняются или они неизвестны, поэтому их невозможно уточнить. Скрам позволяет командам преуспеть в таких условиях.
В этой книге Кен пишет, что скрам трудно применять. Трудно не из-за того, что вы делаете, а из-за того, чего вы не делаете. Если вы – менеджер проекта, вам, возможно, будет не хватать некоторых привычных инструментов. В скраме нет диаграмм Ганта и отчетов о потраченном времени, вы не назначаете задачи программистам. Вместо этого вы изучаете несколько простых правил скрама и то, как использовать частые циклы инспекции и адаптации, чтобы быстрее создавать более ценное программное обеспечение.
Кен Швабер создал скрам вместе с Джеффом Сазерлендом. В этой книге вы узнаете о многих скрам-проектах, в которых участвовал Кен. Он часто выступает на профессиональных конференциях. Если вы когда-либо слышали, как он говорит, то знаете, что он не стесняется в выражениях. Эта книга такая же: Кен рассказывает как об успехах, так и о неудачах проектов. Его цель – научить нас делать проекты успешными, поэтому он приводит примеры для подражания и ситуации, которых лучше избегать. Эта книга ясно отражает опыт Кена в наставничестве скрам-команд и преподавании курсов для скрам-мастеров по всему миру. С помощью множества историй Кен делится с нами десятками усвоенных им уроков.
Эта книга – прекрасное руководство для тех, кто хочет улучшить процесс разработки программного обеспечения. Я настоятельно рекомендую ее!
Майк Кон,сертифицированный тренер скрам-мастеров,один из основателей Agile Alliance и Scrum Alliance,автор книг о скраме и пользовательских историяхПредисловие от Мэри Поппендик: почему скрам работаетДопустим, я добираюсь из Чикаго в Бостон самолетом. До и во время полета капитан судна получает инструкции от авиадиспетчерской службы. Мы взлетаем по команде и следуем по заданному маршруту. В ходе полета компьютеры будут с точностью до минуты предсказывать время приземления в Бостоне. Если что-то меняется – скажем, плотность воздуха, – пилот должен получить разрешение на переход на другую высоту. При приближении к аэропорту пилоту сообщают, на какую полосу садиться и у каких ворот парковаться.
Если я отправлюсь в Бостон на машине, то смогу поехать когда захочу и как захочу. Я не знаю точного времени прибытия и, скорее всего, не буду планировать, по какому маршруту поеду и где остановлюсь на ночь. В пути я следую правилам дорожного движения: останавливаюсь на красные сигналы светофоров, придерживаюсь стиля вождения другого региона, соблюдаю ограничения скорости, передвигаюсь вместе с потоком. В автомобиле я – независимый агент, принимающий решения в своих собственных интересах в соответствии с правилами игры.