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

До 1 июня — немногим меньше года. Все шесть проектов за такой срок не сделать, это было абсолютно ясно. Сейчас они уже знали, что средняя производительность в Айдриволи за последние пять лет варьировалась в пределах пяти функциональных единиц на человеко-месяц. Причем все это подсчитывалось на «домашних» проектах. А как изменится производительность при работе над продуктами высочайшего качества, которым придется конкурировать на мировом рынке? Наверняка не больше трех единиц. А это означает, что на разработку проекта размером с PShop понадобится не менее трех лет. Учитывая, что начали они зимой, сейчас им еще предстоит около шестисот дней работы. Да, у больших проектов нет ни единого шанса уложиться в установленные Бэллоком сроки.

Мистер Томпкинс не надеялся успеть сдать большие проекты — PShop, Paint-It и Quirk, но у него все еще теплилась надежда завершить в срок хоть какой-то из мелких проектов, объемом с QuickerStill. Даже это было маловероятно, но все же он хотел принять вызов и бороться. И если бы у него получилось, то он мог бы считать, что его миссия в Моровии окончилась успешно.

Эта тайная надежда грела ему душу. Да, он сможет добиться успеха, невзирая на идиотизм ситуации и зловредность Бэллока! Чем больше он об этом думал, тем оптимистичнее смотрел в будущее. В конце концов, худшее уже позади. Что еще может придумать Бэллок после своей эскапады со сроками?

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

— Босс, босс! Скорее идите, посмотрите на это! К вам делегация от Моровийского Института программирования. Они утверждают, что пришли проверять работу наших проектов!

— Мы следуем прямым указаниям министра Бэллока, — пояснил мистеру Томпкинсу руководитель группы проверки — Он только что распорядился, чтобы все команды разработчиков предоставили свидетельства улучшения процесса разработки. Все без исключения. Сейчас они сертифицированы как СММ второго уровня. Министр настаивает, чтобы все прошли сертификацию следующего уровня еще до конца года. Это его категорическое требование. Уж не знаю, насколько это реально, но он говорит, что мы должны успеть

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

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

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

Мистер Томпкинс говорил это, а про себя думал о том, что ему сказал Гектор Риццоли: «Нет на свете ничего, что могло бы быстро поднять производительность».

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

Гость только пожал плечами: «Да, но через какое-то время окажется…»

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

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

Мистер Томпкинс застонал. Эту ситуацию можно было не моделировать, и без того ясно, что произойдет с графиком работы.

— А каковы ваши планы? Вы собираетесь работать только над этими шестью проектами, или же вы должны поднять уровень СММ во всей организации?

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

— Понятно.

— Мне очень жаль, мистер Томпкинс. Я понимаю, наше появление вас не обрадовало, но постарайтесь думать о том, какие выгоды вы получите в будущем…

Мистер Томпкинс только головой покачал.

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

— А что вы собираетесь делать здесь сегодня? К чему тогда столько людей?

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

— Понятно.

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

В конце дня руководитель группы проверки и несколько его помощников собрались в кабинете мистера Томпкинса. С собой они привели застенчивого менеджера проекта QuickerStill, Бигсби Гроша. Тут же в кабинете сидел и генерал Марков.

Руководитель группы проверки огласил вердикт:

— Вот и все на сегодня, мистер Томпкинс. В целом, конечно, все довольно неплохо, за исключением разве что мистера Гроша и его группы разработчиков. По сути, они — единственное досадное отклонение от принятого процесса разработки.

— Уверен, у него были на то веские причины, — начал было мистер Томпкинс.

— Ну, знаете ли, любой может найти веские причины, чтобы не следовать установленной процедуре разработки. Когда наш институт сертифицировал эту группу разработчиков, как СММ второго уровня, мы особо подчеркивали тот факт, что процесс — некоторая последовательность шагов разработки — не должен изменяться. Что бы кто бы ни разрабатывал — процесс остается неизменным. В этом и состоит суть второго уровня СММ. Главное в нем — неизменность. Неважно, хорош ваш процесс или плох, идеален или отвратителен, главное — что вы, по крайней мере, ничего в нем не меняете. И большинство всех работающих в Айдриволи-1 разработчиков поступают именно так! Мы проинспектировали шесть проектов — все находятся на стадии написания требований, причем пять именно этим и занимаются: фиксируют требования и составляют документацию, как того требует принятый здесь процесс. И никакой самодеятельности. Все, кроме мистера Гроша с его проектом. Мистер Грош вообще решил отказаться от любых правил! Его группа даже и не думала заниматься требованиями — вместо этого они сразу приступили к проектированию! — голос инспектора дрожал от возмущения.

— Я уверен, у него были на то причины, — повторил мистер Томпкинс.

— Конечно, — отозвался Грош. — Все очень просто. Наш проект не похож ни на один из тех, которые мы делали до сих пор. Сейчас нам надо практически создать аналог известного на рынке, хорошо документированного и описанного продукта — Quicken. У нас уже есть вся документация. Нам не нужно описывать требования, потому что это простое копирование…

— Не нужно писать требования! — взвизгнул руководитель группы проверки. — Никогда в жизни мне не доводилось видеть проект, для которого не нужно писать требований. Никогда! Каждый проект должен быть тщательно документирован. Если вы были сертифицированы на СММ второго уровня, вы обязаны описывать требования, используя известные и утвержденные методики. Только так и никак иначе.

— Но наш проект абсолютно другой! — завопил Грош.

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