Встреча с моим боссом по поводу неудовлетворительной работы?

Я работаю старшим разработчиком в софтверной компании и недавно начал новый проект. Однако проект основан на некоторых технологиях, с которыми никто в команде (и даже в компании) не имеет большого опыта (в том числе и я), и работа пока идет не очень гладко.

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

Сегодня мой босс попросил меня присоединиться к встрече с его боссом и сказал мне, что цель состоит в том, чтобы обсудить, как мы обеспечим соответствие нашего кода стандартам клиентов (и что он берет только меня, потому что я единственный старший разработчик). в команде (или, по крайней мере, единственный, кто носит этот титул)).

Однако, когда собрание началось, мой начальник открылся, сказав, что недавно, вернувшись из отпуска, он заметил довольно много проблем с кодовой базой и перечислил несколько проблем на стороне сервера (все они были результатами задач, которые я был завершен, но в основном я автор 99% кода нашего сервера). Затем его босс продолжил, сказав, что очень важно иметь очень высокие стандарты кодирования для этого проекта, и что мой босс перегружен работой, поэтому он не может самостоятельно гарантировать качество кода и нуждается в помощи для этого. Далее он сказал, что, поскольку я самый старший разработчик в команде, они надеются, что я смогу установить и обеспечить соблюдение высоких стандартов кодирования, которым смогут следовать другие, менее опытные члены команды.

Насколько я понимаю, они пытались отчитать меня, но очень мягко. Тем не менее, я немного разочарован тем, что мой босс не обсудил это со мной напрямую (он является техническим руководителем команды и время от времени делает некоторые заметки о качестве кода — я согласен с большинством из них и делаю изменения (за исключением случаев, когда у меня слишком много другой работы и у меня нет времени на рефакторинг), и я даю ему (разумную) аргументацию, когда не согласен).

Как вы на это смотрите - прав ли я в своих подозрениях насчет цели встречи? Планирую назначить встречу с начальником своего начальника (я его давно знаю) и спросить его об этом напрямую - чувствую, что им нечем недовольствовать - я главный человек, который проталкивает проект вперед.

Что они подразумевают под «высокими стандартами кодирования»? Стандарты и качество — не одно и то же.
He proceeded by saying that since I'm the most senior developer on the team they hope that I can set and enforce high coding standards which the other, less experienced team members can follow.звучит так, как будто они просят вас взять на себя больше ответственности, а не отчитывают.
Насколько я понял его слова, акцент на их собственной встрече был сделан на «высоком качестве кода». Если бы я присутствовал на этой встрече, я бы конкретно спросил, что клиент ищет в отношении высококачественного кода. Я бы обсудил документацию и другие методы кодирования, которые можно раздать, чтобы гарантировать, что другая компания сможет быстро использовать код. Похоже, они доверяют вам, чтобы гарантировать, что это будет возможно.
@WorkerDrone Я полагаю, что «высокий стандарт / качество кода» был общим заявлением нетехнического менеджера. Скорее всего, другая компания передаст код своему разработчику. Они будут искать документацию, стандарты и т. д., чтобы определить, могут ли они использовать код и попросить руководство оплатить счет. Менеджер ОП просит убедиться, что это сделано. ОП должен попросить разъяснений по поводу чего-либо конкретного, что они ищут, и указать то, что у него уже есть (бывшие документы и т. д.).
@ChrisG Действительно, мне кажется, что босс босса рано или поздно может стать боссом.

Ответы (1)

Я не считаю это плохим ходом.

Его начальник был с ним в поездке. Его босс хочет знать, что есть решение. Вы считаетесь исправлением, и это на 100% уместно поставить вас перед боссом-боссом.

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

По моему мнению, если бы он почувствовал, что у вас проблемы с производительностью, то он (должен был бы) обсудить с вами производительность до встречи.

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

Имеет смысл. Идея состоит в том, чтобы быть (и казаться) проактивным и распределять ответственность, уделяя больше внимания коду. Это также должно быть хорошей возможностью для обучения, поскольку взаимодействие с клиентом и одновременное изучение кода должны улучшить код и навыки вашей команды, а также построить конструктивные рабочие отношения с клиентом (мы здесь, чтобы решить эту проблему вместе, расскажите нам, что мы можем сделать лучше и т. д.).