по спеку началась.

16 ноября. У Буханкина новая идея. Спек по-тихому изменен.

17 ноября. Спек распечатывает для себя программистТарелкин. Работа

по спеку началась.

18 ноября. У Буханкина новая идея. Спек по-тихому изменен.

19 ноября. Спек распечатывает для себя программист Салфетка, рабо-

тающий над кодом по интеграции функциональности кода из этого

и своего спека. Работа по спеку началась.

25 декабря. Все выясняется. 30

декабря.

17:00 — начало празднования Нового года в офисе компании.

17:30 — начало избиения Буханкина руками Ножова, Ложкина и Та-

релкина.

18:00 — начало избиения Буханкина ногами Ножова, Ложкина и Та-

релкина.

18:30 — в офис влетает Салфетка, вернувшийся после разговора с

менеджером, разбрасывает в стороны подуставших Ножова,

Ложкина и Тарелкина и добивает Буханкина контрольным

ударом клавой по голове.

Надо отметить, что во многих случаях спек меняется не по воле

продюсера, а по приказу сверху.

Ситуация

25 марта.

Менеджер присылает продюсеру е-мейл, что необходимо срочно

изменить спек #8337.

За день до этого, т.е. 24 марта.

Представьте себя на месте продюсера:

продюсер уже вовсю работает над новым спеком и надеется, что

релиз функциональностей согласно спеку #8337 пройдет без сучка

без задоринки.

Представьте себя на месте программиста: код для спека

#8337 написан, влегкую протестирован самим программистом,

частично позабыт и уже кажется частью безвозвратно потерянной

юности.

Представьте себя на месте тестировщика:

документация для тестирования спека #8337 написана. Новые проекты

бьют в паруса, и настоящее наконец-то стало залечивать раны прошлого.

На следующий день, т.е. 26 марта.

Спек #8337, а также код и тест-кейсы к нему должны быть изменены,

т.е. минимум трое работников должны

Цикл разработки ПО

79

• бросить текущие проекты,

• вспомнить спек #8337, понять изменения к нему и

• потратить время на воплощение изменений.

Эта ситуация является идеальной питательной средой для воз-

никновения багов, так как это будет работа (включая продюсера)

на скорую руку, как правило, без возможности погрузиться в этот

прошлый проект и понять риск внесения изменений. Мало того,

новые проекты также могут

а) пострадать или

б) даже быть отложенными

из-за того, что

а) на них будет потрачено меньше времени или

б) времени может физически не хватить.

Что же нам делать, чтобы избежать кордебалета с изменяю-

щимися спеками?

Если менеджер говорит, что нужно изменить спек, или продюсер

"вспомнил" о реально важной вещи для спека и эти "НУЖНО"

или "ВСПОМНИЛ" приходятся на самое наинеподходящее время,

то никуда не денешься, но все же две очень нехорошие ситуации,

связанные с изменением спека, можно превентировать.

Две нехорошие ситуации: