Читаем Deadline полностью

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

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

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

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

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

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

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

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

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

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

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

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

— Понятно.

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

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

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

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

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

— Понятно.

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

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

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

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

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

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

Перейти на страницу:

Похожие книги

Пять пороков команды
Пять пороков команды

Глава одной высокотехнологичной компании подал в отставку, поскольку работа компании при нем разваливалась на глазах. «Менеджеры достигли совершенства в искусстве подставлять друг друга. Команда утратила дух единства и товарищества, его сменила нудная обязаловка. Любая работа затягивалась, качество падало». Через некоторое время в компанию приходит новый руководитель и обстановка еще больше накаляется — Кэтрин полна решимости разобраться с проблемами команды менеджеров, которые почти привели успешную компанию к краху.Какой ценой, и главное, каким образом ей это в итоге удается, и рассказывает Патрик Ленсиони.Почему возникают «пять пороков команды» — взаимное недоверие, нетребовательность, безответственность, боязнь конфликта и безразличие к результатам, как их диагностировать и что с ними делать? В первой части книги эти вопросы решает Кэтрин со своей командой, а во второй автор приводит подробное описание этих «пять пороков команды» и методы их устранения.Почему мы решили издать эту книгу?Потому что она может существенно повысить эффективность работы вашей команды.Потому что в ней сочетаются практическая польза и занимательное чтение — за это мы и любим бизнес-романы.Для кого эта книга?Для всех, кто работает в команде и с командой — от руководителя до рядового сотрудника.

Патрик Ленсиони , Патрик М. Ленсиони

О бизнесе популярно / Управление, подбор персонала / Финансы и бизнес / Деловая литература / Корпоративная культура
Найди свое «Почему?» Практическое руководство по поиску цели
Найди свое «Почему?» Практическое руководство по поиску цели

Самореализация – это право, а не привилегия. Каждый из нас мечтает получать удовлетворение от работы и чувствовать себя абсолютно состоявшимся в том, что делает. Счастье – это не лотерея. Счастье – это когда ты каждый день вносишь вклад в нечто большее, чем ты сам, и знаешь ПОЧЕМУ.Люди и организации, которые знают свое ПОЧЕМУ, успешны долгосрочно и по-крупному, пользуются большим доверием и лояльностью среди сотрудников и клиентов, они более перспективны и инновационны, чем конкуренты. Первая книга «Начни с «Почему?» создает запрос на поиск своего смысла, «Найди свое «Почему?» дает конкретные шаги для обнаружения вашего личного ПОЧЕМУ.Подумайте об этой книге как о стартовом пистолете. Этот выстрел наполняет вас волнением и энергией, когда вы готовитесь к забегу. Когда вы начнете жить в соответствии со своим ПОЧЕМУ, вами будет двигать вдохновение, и оно же покажет, на что вы способны.

Дэвид Мид , Питер Докер , Саймон Синек

Деловая литература