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

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

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

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

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

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

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

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

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

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

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