Как справиться с виной за проблему, не решенную старшими?

Я работаю младшим разработчиком программного обеспечения в посредственной компании, основанной на продуктах и ​​услугах.

Мне дали задание срочно исправить.
Мне потребовалось некоторое время, чтобы проанализировать проблему; это было приемлемо на начальном этапе, так как проблема была очень важной.
Затем я заметил некоторые зависимости от других проектов, которые обрабатывались и модифицировались старшими.

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

Сначала меня допросили перед некоторыми коллегами, я изучил проблему и сообщил об ошибке от команды контроля качества. Никто не возражал, и QA молча справилась с проблемой.

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

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

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

Я исправил проблему сам, чтобы она больше не повторялась.

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

Как я могу справиться с такими вещами и вести себя перед всей командой/старшими? Хотя я все время говорил очень вежливо, такое обращение очень опасно для моей будущей работы/учебы.

Не запускайте в производство то, что не было тщательно протестировано
Потому что это полностью меняет смысл: «Это заняло мало времени» = вы сделали это очень быстро. «Это заняло немного времени» = вам потребовалось немного больше времени, чем изначально ожидалось.
И так как я никогда не слышал слова «посредственный», это просто ваше написание слова «посредственный»?
Я предполагаю, что вы имеете в виду Scrum, а не cum?
@ lefke123: На самом деле, это слово используется здесь правильно, но вы вряд ли когда-нибудь увидите это использование. Из словаря.com: «предлог 1. с; в сочетании с; вместе с (обычно используется в сочетании): Мой гараж-мастерская хорошо оборудован».
Я отредактировал ваш вопрос о языке, но, пожалуйста, обновите его дальше: что такое «TL»? Кроме того, во второй раз, что именно сказал вам ваш старший коллега?
@shoover: Спасибо, ты каждый день чему-то учишься. Я все равно дважды подумаю, когда люди пригласят меня в свой гараж-мастерскую.
@gnasher729 ..я, извините, это посредственно

Ответы (4)

Вот мой подход:

Попробуйте работать с командой QA. То, как все работает, плохо и для них, и для вас. Можете ли вы обсудить это с ними и попытаться лучше работать вместе? Вы хотите найти решение до того, как оно потерпит неудачу, и обвиняете друг друга перед руководством.

Я бы, вероятно, сделал это с точки зрения предложения «помочь», приняв участие в проверке качества внесенных вами изменений. Кроме того, я бы не стал обвинять в этом обсуждении. Не говорите, что «ваш контроль качества был неадекватным»; сказать: «Очевидно, это не сработало; как мы можем лучше работать вместе, чтобы выпустить этот релиз?»

Также будьте готовы выслушать, если они думают, что часть проблемы — это ваша вина.

Если это не сработает, сообщите руководству о нарушении процесса. Подчеркните тот факт, что способ выпуска изменений препятствует успеху.

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

К сожалению, похоже, что на вашем рабочем месте царит токсичная культура... важные задачи возлагаются на младших при небольшой поддержке старших — это не так уж плохо, но когда руководство говорит что-то вроде «заставь это работать». и всегда прыгает прямо к вам, когда что-то идет не так, просто не горит. Не с младшим.

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

Могу рассказать, как это делается в правильно работающей команде:

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

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

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

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

Если ситуация не изменится, вы можете поискать лучшее место.

Очевидно, что QA сложно должным образом выполнять свои функции в этой «старой, сложной, унаследованной системе». Процесс явно нуждается в доработке, и заказчик принимает в нем непосредственное участие, поэтому «много накала».

В последних абзацах вы указываете, что TL «попросил вас показать им, что не так». Итак, очевидно, они знают... (конечно , знают!)... что процесс нарушен, и они специально спрашивают вас о ваших взглядах и точках зрения.

Никому, снизу до самого верха, не нравится находиться в такой ситуации, особенно «перед покупателем, который в конечном итоге оплачивает счета, которые оплачивают все остальные». Но мне кажется, что команда работает над выявлением основных причин проблемы и над ее устранением, хотя и в условиях сильного давления.

Итак, я бы просто посоветовал вам продолжать сосредотачиваться на проблеме [процесса...], учитывая, что «в настоящее время это отстой», и продолжать вносить свой вклад в то, чтобы сделать его, так сказать, «менее отстойным». Действительно, «в чем, по вашему профессиональному мнению», причина того, что QA не может выполнять свою предназначенную роль и почему развертывание в рабочей среде идет не так, как надо?

Почему это «заняло больше времени, чем вы ожидали»? (Потому что в то время «все остальные» согласились с вашими ожиданиями. В противном случае они бы скорректировали сроки проекта. Никто не «виноват один», но проект пострадал. Снова.)

Разработка программного обеспечения — это чудовищный процесс, особенно с унаследованными системами. Никто не понимает этого полностью. Даже несмотря на то, что вы можете чувствовать себя «немного распятым сейчас», никто на самом деле не пытается вас к этому подтолкнуть. Они пытаются сделать процесс лучше, и Клиент снова доволен. — Да, хреново там находиться. Но мы все были там, независимо от того, где мы были в иерархии рассматриваемой команды или отдела. Сосредоточьтесь на: «Помогите нам исправить это навсегда». Держите голову высоко. Оставайтесь вовлеченными.