Отношения управленческого звена и разработчиков — тема запутанная. В идеале это одна команда, и чтобы стать ею, на всех уровнях должно быть установлено уважительное отношение друг к другу. Вот какие правила вы можете соблюдать, чтобы не подвести своего руководителя.
Задавайте уточняющие вопросы так, чтобы было понятно, что вы имеете в виду, а также постарайтесь доступно отвечать на вопросы в свой адрес. Не забывайте пояснять некоторые моменты наглядно, с помощью картинок и скриншотов.
Будет лучше, если при мозговом штурме или на защите проекта вы будете использовать точные цифры и значения: на абстрактных примерах мало что можно разобрать.
Перед началом работ не забудьте указать, что вам нужен какой-то дополнительный платный софт или инструменты, чтобы это не стало неприятным сюрпризом в конце. Такие вещи обговариваются заранее, чтобы руководитель мог просчитать бюджет.
Называйте чёткие сроки. Вы — разработчик, и только вам ведомо, сколько может занять выполнение той или иной задачи, а от сроков зависят многие факторы в организации. Планирование — один из факторов успеха. Называйте хотя бы примерное время выполнения задачи, а также что именно вы будете делать во время её решения.
Сообщайте, что может пойти не так и предлагайте варианты решения проблемы. Опять же, вы — создатель, и вы можете давать советы, как избавиться от некоторых трудностей, которые могут возникнуть по итогу. Иногда ошибки незначительны и их устранение не требует вашего оперативного вмешательства. Не обязательно учить кого-то переписывать код, но иногда менеджер может запаниковать, увидев, что что-то пошло не так.
Соблюдайте обещанный темп. Менеджер подстраивается под вас, когда вы сообщаете ему сроки выполнения этапов работы и её завершение. Поэтому когда вы резко тормозите разработку или ускоряете её, это может привести к несовпадению рабочих процессов, а также изменению прогнозов. За такое вас не будут жаловать.
Не усложняйте свой код. Он должен быть эффективным, а не красивым, но и слишком засорять его не стоит.
Проверяйте, правильно ли написан код и исправлена ли ошибка. Лучше проверить несколько раз самому, чем постоянно получать задачу в доработку. Сообщайте о серьёзных сложностях, которые могут потребовать больше времени для их решения, чем планировалось.
Поддерживайте коммуникацию в проекте, ведь от неё зависит половина успеха. Не забывайте и про обмен опытом. Задача решается в команде и ответственность за неё несут все. Поэтому есть смысл выложиться на полную, а в процессе ещё и помочь сделать это коллеге.
Но и не забывайте отдыхать! Если доводить себя до истощения, то вы быстро придёте к ухудшению показателей своей работы вплоть до потери работоспособности. Уделяйте внимание себе.