От джуна до сеньора

Тезисы

■ Пользователь всегда прав.

■ ВСЕГДА.

■ Внимательно относитесь к каждому сообщению об ошибке от пользователей, прислушивайтесь к их комментариям.

■ Доверяйте пользователям в вопросах удобства работы с вашим продуктом.

Задание

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

История из жизни

Я был очень упертым разработчиком. Долгие годы я считал, что точно знаю, как работает мой код и как удобнее всего использовать мой продукт. Отучили меня от этих заблуждений опыт и болезненные щелчки по носу. Ты несколько дней игнорируешь сообщение от пользователя, считая, что он делает что-то неправильно, а потом выясняется, что это у тебя глупейшая ошибка, – ЩЕЛК. Ты приходишь к клиентам настраивать софт и видишь, как пользователи тратят время на неудобный интерфейс, который ты считал весьма подходящим для себя, – ЩЕЛК. Доверяйте пользователям, следуйте их пожеланиям, если это возможно.

Это МОЙ код

С ростом опыта и продвижением карьеры необходимо развить в себе способность (и уверенность) отстаивать свой код и выбранные решения.

Очевидно, что на первых порах вам придется больше слушать и писать, чем предлагать и отстаивать. Но в любом случае настанет момент, когда вы будете знать, что вы правы, а коллеги – нет.

Отстаивать свои решения одновременно и легко, и сложно. Легко, потому что у вас, как у опытного специалиста, всегда будет объективная и корректная аргументация, помогающая доказать предпочтительность вашего подхода. А сложность состоит в том, что люди не всегда готовы прислушиваться к кому бы то ни было. Вы можете быть десять раз правы, а аргументация идеальной, но если вас не хотят услышать, все это будет зря.

Как и в любых вопросах общения, старайтесь соблюдать здоровый баланс: последовательно отстаивайте свою позицию, подавляя желание сделать «розочку» из бутылки и начать угрожать коллегам. А если говорить серьезно, не позволяйте обесценивать ваш труд. Вы вложили в свой код время, силы, личный опыт; вы уверены в его качестве. Не стоит все это предавать. В спорной ситуации будьте настойчивы, используйте объективные данные: цифры, сравнения, ссылки на статьи и лучшие практики.

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