Миф о скорости работы

Скорость работы и как с ней бороться

Многие из нас помнят смысл тех слов, что часто слышим от наших начальников, клиентов и сотрудников: "Постарайтесь сделать побыстрее". А, именно: "Мы ожидали уже увидеть результат, но пока его нет, в чем проблема?"

Когда это слышишь, то чувствуешь себя, как будто подвёл человека. Но на самом деле это не так. Они сами часто меняют спецификации. Определяют сроки, которые трудно назвать реальными. За одно им только становишься благодарным: за то, что после общения с ними ищешь способа поднять скорость работы и усовершенствоваться.




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

После долголетнего общения с клиентами я понял сакральный смысл их фразы: "Сделайте побыстрее, пожалуйста". И, как оказалось, она далека от нашего программистского: Сделать прекрасный код, который работает.
Она означает: Я хочу видеть вот эти фенечки, чтобы нажал тут, и там - и все сделано.

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

Но они действуют эмоционально. Мы - люди. И нам свойственно ожидать, что нас будут развлекать. Когда мы видим красивый интерфейс, то лишь один человек из 10 спросит: "А как сопровождать будете".

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

Поэтому, миф о том, что клиент хочет скорости на самом деле - желание получить товар сейчас.