Экстремальное программирование: планирование. Кент Бек, Мартин Фаулер

Эта книга о том, как планировать проекты по разработке программного обеспечения. В основном она предназначена руководителям — тем, кто должен составлять план работ, а потом следить, чтобы он соответствовал действительности. Она будет полезна и программистам с заказчиками, поскольку это две основные роли в процессе планирования и разработки ПО.

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

Мы не одиноки в нашей любви к цитате из Эйзенхауэра: «Готовясь к драке, я всегда обнаруживал, что все планы совершенно бесполезны. А вот без планирования просто не обойтись»1. Именно поэтому мы писали книгу не о планах, а о планировании. Планирование настолько важно и даже более того, жизненно необходимо, что всем нам стоит уделять ему хотя бы немного времени каждый день на протяжении всего проекта. Если вы последуете этому совету, то к вашим ежедневным обязанностям прибавится еще одна — планирование. Впрочем, нельзя сказать, что мы чувствуем свою вину за такое дополнение — без него проект неизбежно окончится крахом.

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

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

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

ХР, или eXtreme Programming (вы можете, конечно, обозвать экстремальное программирование словом на другую букву, но мы предпочитаем наш вариант), представляет собой некий набор правил и рекомендаций, которые разрабатываются программистами, чтобы, во-первых, решить ряд проблем быстрого создания качественного программного продукта, а, во-вторых, всегда вовремя реагировать на постоянно меняющиеся требования заказчика.

ХР — это не только планирование. Оно охватывает все аспекты работы небольшой команды программистов: проектирование, тестирование, реализацию, поставку и поддержку системы. При этом планирование — основная деталь в нашей «экстремальной» мозаике.