Андрей Сильчук, Delivery Manager, Head of DataArt’s R&D Center Odessa.
На днях один подкаст натолкнул меня на интересную идею: иногда людям необходимо повторять очевидные вещи лишь для того, чтобы они поняли — ошибаться это нормально. Давайте об этом и поговорим.
Сегодня, когда люди с большой охотой демонстрируют успехи в социальных сетях, подчеркивая собственную значимость, говорить об ошибках оказывается тяжело, и тема все чаще уходит из сферы видимости. Но мы начнем с двух фактов, которые просто необходимо принять: первый — мы все ошибаемся: часто ошибаемся по мелочам, а иногда очень крупно косячим; второй — это нормально, не смертельно и даже не так уж страшно. Множество открытий никогда бы не были сделаны, если бы люди, их совершившие, побоялись рискнуть. Главное, научиться принимать неудачи и извлекать из ошибок правильные уроки.
Как показывает практика, мы, к сожалению, слишком часто отказываемся признать свое решение неверным. Результаты ошибок копятся, их последствия давят на нас. Но еще хуже, что изнутри нас начинает поедать червячок сомнения: «что если причина в том, что я в принципе хуже других»? Конечно, ведь «сын маминой подруги» сделал бы куда лучше. Поэтому периодически людям просто необходимо рассказывать, что такие ситуации возникают не только у них и похожие ошибки совершают все вокруг.
Мы куда чаще говорим про “success cases”, а постфактум собственные просчеты кажутся очевидными, а значит и попросту постыдными. Отсюда и пагубное ощущение, что столь явно неверное решение «мог выбрать только я». У всех кругом сплошные достижения и удачи, но не у меня! Думаю, узнавать о чужих проблемах временами очень полезно, просто чтобы не оставаться один на один с такими отчаянными мыслями. Поэтому я решил выбрать топ-9 (10 было бы слишком скучно и обычно, that is not the way!) ошибок из тех, что совершал я сам, а также другие инженеры и целые команды, из-за которых они сильно переживали, за которые жестоко корили себя.
1) Лично я в бытность QA-инженером пропустил баг, тестируя приложение перед выходом в продакшн. Конечно же, буквально через пару часов клиент это обнаружил и эскалировал, я в панике пытался как-то разрулить ситуацию. Как я мог так оплошать? Это грызло меня и демотивировало достаточно долго, ведь я только начинал карьеру и так набокопорил. Сейчас с высоты своего опыта я понимаю, что предвидеть все невозможно. И хотя то, что я допустил ошибку, конечно, печально, ничего исключительного в этом нет. Это стало для меня хорошим уроком, я правильно адаптировал стратегию тестирования, убедившись, что у меня есть тесты, покрывающие дефект, которые не позволят его пропустить.
2) История подслушанная на кухне: разработчик сделал временный костыль, потом по причине высокой загрузки банально о нем забыл. Костыль стал постоянным, из кода его не убрали, а когда нагрузка на приложение возросла, у клиента начались проблемы. Ошибка ли это? Да. Мог ли так ошибиться такой синьорный инженер, как вы? Мог.
3) Как-то в одном из моих проектов QA-инженер просчитался в эстимейте чуть ли не на порядок, из-за того что не учел покрытие еще одной операционной системы. Вся команда тестирования овертаймила, чтобы покрыть этот недочет.
4) PM и DM, оценивая fixed price проекта на одного разработчика, не учли риск его возможной болезни. Проект был всего на 2 месяца, но с железобетонной датой релиза, а человек возьми и заболей, да так что вылетел с проекта недели на 3–4. Плана по митигации этого риска не было, на то, чтобы разрулить ситуацию ушли драгоценные дни.
5) Один из коллег в переписке случайно назвал клиента другим именем, а тот оказался очень чувствителен к подобным ошибкам. Извиняться пришлось долго.
6) Коллега по невнимательности пропустил созвон с клиентом, а потом даже писать ему боялся, ожидая, что с минуты на минуту его придут увольнять.
7) Перед демо систему полностью сломали, показывать клиенту оказалось нечего.
8) В разговоре с клиентом инженер допустил шутку, оказавшуюся неполиткорректной. Это плохо, но главное, не повторять таких ошибок.
9) Опытный инженер попался на фишинговое письмо.
Лучше бы не оказываться в таких ситуациях, но однократно любая из них могла возникнуть в жизни большинства инженеров. Ежедневно подобные ошибки допускают сотни людей, они же потом разбираются с последствиями. Главное, какие выводы удается сделать, как вы поступите в похожей ситуации, сможете ли предотвратить подобное в следующем проекте. Ошибки не должны превращаться в клетку, напротив, они указывают путь к тому, чтобы стать умнее, опытнее и сильнее. Учитесь признавать просчеты, как минимум наедине с собой, и делать выводы.
Здесь мне очень хочется отметить одну из причин (многих-многих причин), почему я считаю DataArt одной из лучших компаний и называю его своим домом. Здесь людям всегда дают право на ошибку, потому что мы понимаем, просчеты могут допускать даже самые опытные из нас. Никто не безгрешен, значит, второй шанс должен быть у каждого. Мы верим, что ошибка не повод отчаиваться, а способ получить важные сведения. Я вижу, как наша компания становится сильнее и профессиональнее по мере того, как коллеги прогрессируют и набираются разного опыта, нужного для дальнейшей работы. Но, что еще важнее, ошибка это не стыдно. Не нужно зацикливаться на ней и переживать неудачу в одиночку. Напротив она должна стать источником информации, которой необходимо делиться с другими членами вашей команды. Только смело рассказав на стендапе, с какой проблемой столкнулись, где накосячили и какие выводы сделали, вы дадите шанс коллеге не наступить на те же грабли, что подвернулись вам.
Теперь представьте, что, допустив оплошность, вы закроетесь в себе, постесняетесь в ней признаться, так как с высоты вашего опыта она покажется вам неуместной, а может, даже позорной. Идущий за вами будет иметь все шансы повторить ее, потерять время и потратить нервы — этот ком будет расти, приводить команду к еще большим ошибкам, пока проблемы не выльются в один грандиозный факап. Боясь признаваться в своих ошибках и считая их недопустимыми, вы делаете собственную команду слабее. Помните, людей, столкнувшихся с такими же проблемами, вокруг сотни, вы не одни. А какие ошибки поедают вас?