Стив Макконнелл - Еще более эффективный Agile

стал исчерпывающим
руководством для разработчиков ПО в 1990-х, «Еще более эффективный
Agile» станет исчерпывающим руководством для менеджеров в
предстоящем десятилетии.
Том Керр, менеджер по разработке встраиваемого программного
обеспечения, ZOLL Medical

От издательства
Ваши замечания, предложения, вопросы отправляйте по
адресу comp@piter.com (издательство «Питер», компьютерная редакция).
Мы будем рады узнать ваше мнение!

Часть I. Введение в еще более эффективный Agile
В части I описаны фундаментальные концепции методологии гибкой
разработки программного обеспечения под названием Agile. В частях II–IV
мы углубляемся в конкретные предложения.
На концепции, представленные в части I, мы будем ссылаться на
протяжении всей книги, поэтому если вы сразу начинаете с частей II–IV,
имейте в виду, что весь этот материал основывается на идеях, изложенных
в части I.
Если вы хотите начать с общего обзора, то перейдите к части V и
прочитайте разделы «Наслаждайтесь плодами своих трудов» и «Краткое
изложение ключевых принципов».

Глава 1. Введение
В начале 2000-х гг. ведущие специалисты в области программного
обеспечения (ПО) подняли важный вопрос, касающийся методологии
гибкой разработки Agile. Они обдумывали, может ли Agile обеспечивать
качество, предсказуемость, выполнение крупных проектов, постепенные
улучшения и работу в регулируемых отраслях. В то время их
обеспокоенность была вполне обоснованна: первоначальные ожидания от
Agile оказались завышены, внедрение методологии часто завершалось
разочарованием, а достижение результатов нередко занимало больше
времени, чем планировалось.
Отрасли разработки ПО нужны были время и опыт для того, чтобы на
заре Agile отличить неудачи от подлинных достижений. В последующие
годы специалисты в сфере разработки ПО улучшили некоторые из ранних
методов, добавили новые и научились избегать неэффективных. В наши

дни применение современных Agile-методов предполагает улучшение
качества, предсказуемости, продуктивности и эффективности
одновременно.
Более чем двадцать лет моя компания Construx Softwareсотрудничала с
организациями, которые занимались разработкой ПО, начиная с
мобильных игр и заканчивая программами для медицинского
оборудования. Мы помогли преуспеть сотням организаций с помощью
метода «последовательной разработки» и на протяжении последних 15 лет
получаем все лучшие результаты от применения Agile. Мы видели, как
организациям удавалось значительно сократить время выполнения
производственных циклов, улучшить качество, оперативность в поддержке
клиентов и увеличить прозрачность посредством применения Agile.
Бˆольшая часть литературы по Agile ориентирована на амбициозные
компании с высокими темпами роста на новых рынках, например
на Netflix, Amazon, Etsy, Spotify и т.п. Но как быть, если ваша компания
занимается не таким передовым софтом? Что насчет компаний, которые
производят ПО для научных приборов, оргтехники, медицинского
оборудования, бытовой электроники, тяжелого машиностроения или
аппаратуры для реализации технологических процессов? Мы обнаружили,
что современные Agile-методы, если применять их с упором на то, что
лучше подходит для определенного бизнеса, предоставляют преимущества
и для таких программных продуктов.

Почему важен эффективный Agile
Компании хотят большей эффективности разработки ПО для своего же
блага. Они также хотят большей эффективности, потому что от ПО зависят
многие другие аспекты бизнеса. В докладе State of DevOps говорится, что
«компании с высокопроизводительной организацией ИТ имели в два раза
больше шансов превзойти свои показатели прибыльности, доли рынка и
производительности» [Puppet Labs, 2014]. У высокопроизводительных
компаний было в два раза больше шансов достичь или превзойти свои цели
по удовлетворенности клиентов, качеству и количеству работ,
эффективности и другим задачам.
Выборочное применение современных Agile-методов при должном
информировании предлагает проверенный путь к большей эффективности
разработки ПО и все преимущества, которые можно от этого получить.
К сожалению, большинство организаций не осознают потенциал Agileметодов, потому что большинство реализаций Agile-методов
неэффективно. Например, Скрам (Scrum), наиболее часто встречающийся
гибкий метод управления проектами, может быть невероятно --">