…и она к тебе не раз ещё вернется. Именно так думают многие начинающие лиды и даже некоторые состоявшиеся руководители. Надо сказать, не без основания. Есть те, которым поручить ничего нельзя, но процент таких достаточно мал (и угадай, от кого в конечном счёте зависит).

Расскажу про случай, который в своё время поменял моё мировоззрение.

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

Но представь себе ситуацию: я приехал настраивать сервер в один из южных немецких городов, провозился почти две недели, а завтра рано утром у меня самолёт домой и я, естественно, ничего не успеваю! А делать хоть что-то на проде вне ЕС нельзя в принципе. Осталась последняя задача - найти всю сбившуюся кодировку и переконвертировать ее. Таких записей там был миллион. Я сижу, ищу селектами ошибки в кодировке и думаю, что ближайшую ночь тут и просижу. И тут стучится коллега, с которым мы вместе систему поддерживали, видит мой не совсем бодрый вид и предлагает помочь. Я очень сомневаюсь, что он поможет (ведь, как я считал, он как минимум не технарь), но чтобы не обидеть человека в добром порыве, соглашаюсь.

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

Плюнув через плечо три раза, была-не была, запускаем! SQL Developer задумывается и пишет что-то вроде 100500 Rows affected. Страшно, но вводим commit и идем проверять. На удивление, ни одного кривого символа. То есть, теперь, когда в понедельник сотрудники выйдут на работу в понедельник, они увидят новую систему без ошибок!

Эта история и научила меня доверять людям и показала, что делегировать задачи - не так страшно, а даже более того - полезно.