Том ДеМарко - Deadline. Роман об управлении проектами

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

Она провела его в комнату, где обычно собиралась для мозгового штурма команда QuickerStill-B. Там на стене висела разноцветная диаграмма.

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

— Здорово.

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

— Каждый столбец на графике — это очередная сборка. Те, которые мы уже завершили, закрашены. Все приемочные тесты мы тоже разбили на части, так что сборка не считается завершенной, пока не пройдут приемочные тесты.

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

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

Мистер Томпкинс печально смотрел на дату выхода проекта. Как бы он хотел последний раз посмеяться над Бэллоком, выпустив хоть один проект 1 июня!

— Слушай, а нельзя ли каким-то образом немного ускорить разработку? Не то чтобы я жаловался… нет-нет, вы делаете свою работу просто замечательно, но я все же…

— Я знаю, о чем ты думаешь, — весело улыбнулась Молли. — 1 июня, да? Я тоже иногда об этом вспоминаю. Честно говоря, не представляю, как нам это сделать. Мы можем довольно быстро выпускать новые сборки и даже слегка ускорить этот процесс, но как же все остальное? Вот, смотри, — она показала ему другую диаграмму, пришпиленную тут же на стене. — Вот так мы тратим время на разработку каждого модуля: время кодирования, время на инспектирование кода, блочные тесты, документация, ну и так далее.

— А нельзя ли выкинуть отсюда что-нибудь?

Она еще раз посмотрела на диаграмму

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

Что-то в ее тоне заставило мистера Томпкинса насторожиться. Так-так… Он вспомнил мысли, которые пришли к нему во время поездки в горы. Не зацикливаться на том, что не знаешь. Обрати внимание на то, в чем ты, казалось бы, абсолютно уверен.

— А почему ты так уверена, что мы не можем не проверять программный код? — обратился он к Молли.

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

Как раз в этот момент к ним подошел Аристотель Кенорос.

— Точно, — поддержал он Молли. — Это очевидно. Самый простой и дешевый способ избежать ошибок в коде — это проверка.