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

— Мистер Кенорос? — позвал мистер Томпкинс. — Мистер Кенорос, меня зовут Вебстер Томпкинс.

— Ну наконец-то. Я уже было подумал, что вы никогда сюда не придете.

— Я…

Человек на другом конце комнаты поднялся с кровати и потянулся.

— Так, а что это у нас все шторы закрыты? У нас ведь дел невпроворот! — Кенорос отдернул шторы, и мягкий вечерний свет залил все помещение. — Итак, мистер Томпкинс, руководитель всей здешней шарашки. Кажется, ему нужна помощь? И к кому же он идет? Разумеется, к Кеноросу. К кому же еще? Вот только где же он был всю прошлую неделю и весь прошлый месяц? Тогда, наверное, помощь была ему не нужна… Я сижу здесь, умирая от скуки, и жду, когда же он придет и о чем-нибудь меня попросит. И вот — свершилось. Говорите же, мистер Томпкинс: что я могу для вас сделать?

— О… э… позвольте мне для начала изложить суть дела…

— Никаких изложений. Просто скажите, что мне сделать.

Мистер Томпкинс сделал глубокий вдох.

— Ну что ж. Напишите письмо министру Бэллоку о том, что вы берете программу по улучшению процесса разработки людей из Айдриволи-1 и Айдриволи-7 под свою личную ответственность. Скажите ему, что сотрудники в этих зданиях уже находятся на третьем уровне СММ и скоро перейдут на четвертый. Поэтому вас должны оставить в покое и не вмешиваться в то, что вы делаете.

Кенорос внимательно выслушал, а потом кивнул.

— Имейте в виду, вам это будет дорого стоить, — наконец сказал он.

— Все, что хотите.

— Работу.

— Работу?!

— Да. Я могу программировать, проектировать, отлаживать, анализировать, писать спецификации и документацию, планировать, рассчитывать время работ. Я занимаюсь всем этим с 1955 года, и все это я делаю очень, очень хорошо. Настолько хорошо, что они зачем-то сделали меня президентом этого вот института. Но тут же от скуки помереть можно! Дайте мне работу.

— Пишите письмо, и я дам вам работу.

— По рукам.

— Сдается мне, мистер Кенорос, мы с вами быстро подружимся, — улыбнулся мистер Томпкинс.

— У нас тут восемнадцать команд, которые разрабатывают шесть разных продуктов. Над каждым продуктом трудятся три соревнующиеся между собой команды, причем каждая из них старается выпустить продукт лучшего качества и справиться быстрее остальных. Так вот, Аристотель, я хочу, чтобы вы глаз не спускали с этих восемнадцати проектов, чтобы вы были там моими ушами и глазами. Я хочу, чтобы вы помогали всем этим командам, чтобы учили их всему, что может помочь им в работе, даст им шанс на успех. Думаю, у вас найдется что-то для каждой команды, возможно, для всех разное — главное, чтобы это помогло им справиться с поставленной задачей.

— Проще не бывает.

— Что?

— Я говорю, это совсем не сложно.

— Ну, я в этом не уверен…

— Да, я буду работать со всеми восемнадцатью командами, но учить их буду одному и тому же.

— Вы уже даже знаете, чему?

— Конечно!

— Но каким образом?!

— Смотрите, вы же сами мне только что сказали, что перед всеми проектными группами поставлены невозможные или почти невозможные сроки.

— Именно так.

— А это значит, что мы должны экономить время. Однако невозможно экономить время, пытаясь делать все больше и больше. Правда, многие этого не понимают.

— Что-что?

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

— Интересно!

— Давайте возьмем для примера один из ваших проектов, Вебстер. Ну, например, команду Б, которая разрабатывает Quirk. Предположим, есть некоторая проблема, которую надо решить. Что-то мы упустили. Идет? Так вот, сейчас они этим не занимаются. Совсем, — для большего эффекта Кенорос сделал паузу. — Так чем же они вместо этого занимаются?

— Не знаю. Делают что-нибудь другое.

— Но не бездельничают?

— Нет, конечно.

— Значит, надо пойти посмотреть, что же они делают, а потом придумать, как сэкономить на этом время.

— Ммм, не знаю даже…

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

— Отладкой программ, я думаю. Похоже, это самая трудоемкая часть работы.

— Вот это и есть наша задача. Надо придумать, как сэкономить время на отладке программ.

— Вы научите их, как эффективнее отлаживать программы?

— Нет, — покачал головой Кенорос, — мы будем учиться эффективно проектировать.

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

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

— Как же можно вот так взять и отменить отладку программы? — уже в который раз поражался мистер Томпкинс.

— Количество времени, которое нужно нам для отладки и исправлений, прямо пропорционально количеству ошибок, — ответил Кенорос голосом учителя, объясняющего материал недалекому ученику.

— Да, но тогда получается, что в нашей программе вообще не должно быть…

— Не должно быть ошибок. Правильно. Вы схватываете просто на лету.

— Совсем без ошибок?!

— Конечно. Вы же сами только что это сказали.

— Но как мы можем написать код без единой ошибки?

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

— В модуле.