Сопротивление тестированию производительности для большого взрыва переписывает?

То, что Вы не поняли (и многие инженеры не делают), - то, что это было "ситуацией продаж", не технической. Не имеет значения, если клиент является внутренним или нет, процесс является в основном тем же.

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

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

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

Заставьте их договариваться о твердых числах для того, что они ожидают, что система сможет поддерживать (число параллельных пользователей/задач/и т.д.), затем это становится очевидной частью технической разработки, чтобы удостовериться, что система может отвечать требованиям.

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

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

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

Сделайте тщательные заметки об этом проекте разработки, включая то, какие проблемы производительности неожиданно возникают после развертывания. Люди оплачут проблемы, и можно тактично предложить, чтобы они расположили по приоритетам такую проблему выше ранее. Некоторые люди только примут прямое первоклассное доказательство.