Ум против выполнения задач

Существует тонкий баланс между правильным выполнением и доставкой результата.

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

Коллеге была поставлена задача получить мне базу данных. После двух дней ожидания я поинтересовался статусом. Он сказал, что у нас были проблемы с импортом данных. Когда он написал скрипт для данных, размер был почти один гигабайт. Один гигабайт было слишком много для проверки в subversion. Он искал альтернативный метод.

Проходит еще один день. Я спрашиваю, как дела. Он говорит, что почти готово. Хорошо, я потерял три дня, 192 часа потерянного времени разработки. Я не терпелось начать. Моя команда теряет часы.

На четвертый день он готов. Наконец! Он отправляет мне проект базы данных и скрипты импорта. Он использует PowerShell и BCP для импорта данных. Я отправляю их команде с подробными инструкциями.

Команда находится на 12 часов впереди меня, в Индии. Цикл обратной связи составляет 12 часов. Требуется 24 часа, чтобы что-то начать.

Как гласит закон Мёрфи: “Всё, что может пойти не так, пойдёт не так”. Команда запустила скрипты импорта данных и столкнулась с ошибкой. Скрипты PowerShell не сработали, проблема безопасности помешала импорту данных.

Я отстаю на пять дней. Потеряно 320 часов. Срок приближается, нам нужно начинать.

В этот момент мне нужно запустить базу данных для команды. На моей машине я отсоединяю базу данных, архивирую её и отправляю команде. Каждый разработчик знает, как переподключить базу данных. В течение часа после получения базы данных все восемь разработчиков имеют работающую базу данных. Успех!

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