www.gnuman.ru

Резюме | Контакты | Работа | Page Title Eraser | GrayModern2 | Статьи
Путешествия | Фотоальбомы | Проект 365 | Блог | Черный список
Как выиграть суд у ГИБДД и вернуть права | Технический департамент своими руками

Консалтинг по оценке производительности (из писем)

Автор: Джоэл Спольски
Перевод: Дмитрий Смирнов
В оригинале статья называлась Oh, the emails you'll get...
и была написана 9 ноября 2006 года


Менеджмент-консультант из Bain написал мне забавное письмо, в котором была такая фраза:

«Наша команда проводит кампанию по оценке производительности разработки, чтобы предоставить владельцам взгляд извне, основанный на методиках оценки производительности разработчиков и лучших практических подходах к вопросам организации процессов, работающих в разных компаниях занимающихся разработкой и системной интеграцией».

Я не понял, о чем он говорит. Письмо содержало много слов («оценка», «извне», «метрики производительности», «лучшие практики», «организация процессов») каждое из которых вызывало у меня в голове звук, похожий на звон будильника. Шум этого звона стал настолько громким и раздражающим, что я понял, что совершенно не могу разобрать это письмо.

Кажется оно об оценке производительности в софтверных компаниях? Ага! Точно! Я все знаю. Это просто невозможно сделать. Прекратите. Займитесь чем-нибудь еще.

Слушайте, позвольте мне открыть секрет того, как консалтинговые компании работают с софтверными компаниями.

Вот как это делается.

Компания Big Consulting звонит в Big Oil. «Послушайте», говорят они, «не помочь ли вам повысить продуктивность разработчиков ПО»?

Big Oil отвечает, «Да, конечно, нам надо, мы берем!», и подписывается договор на консалтинговые услуги ценой в 1 000 000.

Консультанты приходят к заказчику, меряют некий набор странных характеристик вроде Строк Кода на человека в день, или, если они реально Супер-пупер консультанты, то число Функциональных Указателей в день. В результате появляется отчет: «Парни, вы продуктивны только на 73,844%. Давайте мы удвоим вашу продуктивность, и это будет вам стоить еще 2 000 000 $».

Нефтяная компания платит еще 2 миллиона.

Консультанты собирают всех программистов в одной комнате, говорят им как мерить производительность методом «Функциональных Указателей», а также о том, что эта производительность ОЧЕНЬ ВАЖНА.

Программистам должна быть знакома сцена из фильма «Офисное пространство» (Office Space), где консультанты Боб и Боб рекомендуют всех уволить.

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

Аналитики консалтинговой компании производят замеры вновь. О чудо! Благодаря всем этим возможностям работы с XML число «функциональных указателей» резко возрасло! Отчет гордо констатирует продуктивность 151,29%. МИССИЯ ВЫПОЛНЕНА.

Тут есть еще один шаг. Консультанты идут в другую Нефтяную Компанию. «Ребята, вы в курсе, что пролетаете? Ваши конкуренты продуктивнее вас — они работают на 151,29%. Вы собираетесь что-то делать»?

Нефтяная компания номер два в ужасе. Они платят за предварительный анализ. Продуктивность всего 83,948%. Блин. И процесс пошел по второму кругу.

Суть мошенничества в том, что характеристики производительности в творческо-интеллектуальной работе очень легко обмануть. Ключевой момент в том, что большинство консультантов, работающих в этих компаниях — отлично выглядящие, смышленые специалисты по русской литературе, отличники с дипломом Гарварда,  — совершенно не в курсе того факта, что эти метрики обыгрываются на раз. Поэтому они могут заниматься этим упражнением, не представляя себе, насколько их деятельность не соответствует действительности. Они успешно закончили двухгодичные курсы советников в бизнес-школе MBA, даже не понимая, что не имеют о продуктивности ни малейшего понятия; все, что они сумели сделать, это инициировать довольно бессмысленный процесс перекачивания денег из ExxonMobilConoco в BainMcKinseyGartner's Senior Partners. И это здорово! Полеты первым классом в Хьюстон и Осло. Помогать миру быть более продуктивным! Давай-давай, здоровячок-умник Консультант, научи нас :)

Оригинал статьи: http://local.joelonsoftware.com/wiki/Консалтинг по оценке производительности (из писем)


Другие статьи Джоэла Спольски (The Joel on Software) на русском языке
Маркетологи vs. Разработчики
Похож ли медленный рост на медленную смерть?
О чем ваша компания?
Студенческие проекты и тайм-менеджмент
Особенности Вайфая на конференциях
Новый Офис Fog Creek
Почему форматы Microsoft Office такие сложные? (И как это обойти)
Речь в Йельском университете 1
Речь в Йельском университете 2
Речь в Йельском университете 3
Письмо о стратегии VI
Семь шагов на пути к восхитительной службе по работе с клиентами
Общая картина
Консалтинг по оценке производительности (из писем)
Измерения продуктивности
В поисках Великих Разработчиков
Не дайте Астронавтам Архитектуры вас запугать
Секрет айсберга
Метод отождествления
Метод экономической мотивации
Командный метод управления
Три метода управления (введение)
А ваш язык программирования так может?
Контракты и соглашения которые не стоит подписывать
Ежедневная сборка - ваш союзник и друг
Моя первая проверка Билла Г
Испытание Удобства и Простоты Использования с Морами
Опасности обучения на Java
Как поставлять что-нибудь по почте
Превращение денег в программное обеспечение, которое работает
Три заблуждения теории вычислительной техники
Достигая тех высот
Выбор даты выпуска
Как заставить неправильный код выглядеть неправильно
Совет студентам изучающим вычислительную технику
Верблюды и песочница
Пожалуйста, сэр, могу ли я получить компоновщик?
Как Microsoft проиграла битву за API
Не просто удобство использования
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Как сделать так, чтобы ваше резюме прочитали
Двоекультурие
Бионический офис
Лорд Палмерстон в программировании
Закон Дырявых Абстракций
О вреде премирования
Пять миров
Огонь и движение
Назад, к основам
Весна в Кэмбридже
О вреде многозадачности применительно к людям
По главной улице без оркестра
Тест Джоэла: 12 шагов к лучшему коду
У Microsoft поехала крыша
Cтратегические заметки III. Позвольте мне отказаться!
Пять (неуважительных) причин не иметь тестеров
Ну откуда все эти (неоригинальные) мысли?
Планирование программного обеспечения малой кровью
Стратегические заметки II: Вопрос о курице и яйце
"Я начальник - ты дурак" и команда клоунов
Искусство проведения интервью
А вот ещё про отпуск
Введение в Восхитительный Дизайн
Для чего нужны тестировщики



Правильный CSS! Valid XHTML 1.0 Transitional