Разработка функции, единственная цель которой будет устранена? [закрыто]

Как называется модель, в которой отдельные участники (программисты / дизайнеры) разработали артефакт с единственной целью - служить отвлечением, чтобы руководство могло удалить эту функцию в конечном продукте ?

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

В одном из проектов в вышеупомянутой компании художники и разработчики создали нештатный анимационный персонаж, который появляется в каждом ролике и выпирает как больной большой палец. Они разработали его таким образом, чтобы его можно было легко удалить перед поставкой игры (это было тогда, когда игры все еще продавались на физических носителях, а не в виде загружаемого продукта). Очевидно, что затем руководство проголосовало за удаление анимации. С положительной стороны, руководство не внесло никаких ненужных изменений, которые могли бы задержать проект, потому что они показали, что они внесли конструктивный вклад в продукт.

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

Это называется утка из легенды, которая предположительно происходит из боевых шахмат Interplay:

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

Художник, работавший над анимацией королевы для Battle Chess, знал об этой тенденции и придумал инновационное решение. Он сделал анимацию для королевы так, как он чувствовал, будет лучше всего, с одним дополнением: он дал королеве домашнюю утку. Он оживил эту утку через все анимации королевы, развевал ее по углам. Он также позаботился о том, чтобы он никогда не перекрывал «актуальную» анимацию.

В конце концов, пришло время продюсеру пересмотреть набор анимации для королевы. Продюсер сел и посмотрел все анимации. Когда они закончили, он повернулся к художнику и сказал: «Это выглядит великолепно. Только одно - избавиться от утки.

Я просто рассматриваю это как руководство, которое подтверждает свою собственную цель в проекте, продлевая запланированную работу как можно дольше или создавая бессмысленную занятую работу, чтобы люди были заняты или работали.

Я видел это лично в пяти различных типах:

• Правительственные проекты - Во многих случаях, если проект менеджера выполняется не по бюджету или по времени, в будущем это будет плохо для него. Они могут получить похвалу за хорошую работу, но рискуют в будущем, что их бюджет будет сокращен в следующем году, если они не смогут это оправдать. Из-за того, как бюджетирование работает в правительстве, именно поэтому правительственные проекты стремятся использовать как можно больше своего назначенного бюджета.

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

• Некоторые софтверные компании - это в основном клубы Good Ol 'Boy, где у них есть простое или устаревшее программное обеспечение, которое загоняет в угол прибыльный, но нишевый рынок. Как правило, деньги относительно легки, амбиции относительно низки, и все менеджеры являются лучшими друзьями, которые пытаются подтвердить цель друг друга, получая при этом большие зарплаты. Пространство для продвижения невозможно в таких компаниях, если вы не связаны. Они часто будут пытаться подтвердить свою собственную важность, превращая бессмысленную занятую работу в уже хорошо решенную проблему.

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

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

Мой босс назвал это "стратегией фонтана". Он спроектировал новое компьютерное крыло для университета с массивным фонтаном спереди. Крыло было одобрено, но без фонтана, точно так, как планировалось.

Это было 50 лет назад, так что в этом нет ничего нового.

В некоторых проектах, над которыми я работал, мы называли их «велосипедные сараи» в качестве намека на термин « проблема с велосипедными сараями» . Этот термин произошел из отрывка из книги «Закон Паркинсона» , в котором атомные электростанции описываются как настолько сложные, что управляющие могут бояться прикоснуться к чему-либо, но навес для велосипеда настолько прост, что каждый должен колебаться и возиться с ним, чтобы создать видимость « управление "вещами".