Должен ли я был более откровенен в своем несогласии с моим боссом в этом сценарии?

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

На встрече, чтобы обсудить будущую работу для этого клиента, Дейв, босс Шарлин, прямо спросил меня, считаю ли я, что есть какие-либо кадровые изменения, которые необходимы, чтобы избежать будущих проблем для работы этого клиента. Я не говорил Дейву, что, по моему мнению, Боба следует уволить; Я просто отметил аспекты ситуации, в которых Шарлин и я согласны. Это была встреча, на которой присутствовала Шарлин.

Мои вопросы:

  • Должен ли я был сказать Дейву, что, по моему мнению, Боба следует уволить?
  • Должен ли я сказать об этом Дейву сейчас? Работа над следующим проектом еще не началась, может быть, что-то еще можно сделать?
  • Было ли уместно не поделиться своим несогласием с Шарлин в присутствии Дэйва?
Это немного длинно, и я думаю, что не все детали нужны — можете ли вы сократить? Кроме того, ваши вопросы кажутся широкими, а ответы основаны на мнениях. Есть ли что-то более определенное и объективное, что вы могли бы спросить из того, что здесь?
@mcknz Я подумаю, как это сделать, и соответствующим образом пересмотрю вопрос.
Для меня важны следующие части: Алиса (SWE) работает с Бобом (QA) над проектом в течение длительного времени. Клиент Последние несколько выпусков содержали больше ошибок, чем предыдущие. Вы подозреваете, что Боб не выполняет свою работу, в то время как Боб заявляет о своей невиновности из-за того, что не знает, какие тесты проводить. Вы поднимаете этот вопрос с Шарлин, она отмахивается от него. Дэвид, который управляет Шарлин, спрашивает вас напрямую, есть ли проблемы с персоналом, вы отказываетесь не соглашаться с Шарлин. Вопрос: Правильно ли вы поступили, что не возражали Шарлин?
@mcknz Так лучше?
@JoeStrazzere Потому что босс Боба не согласен и сидел прямо там, и мне не хотелось говорить: «Я не согласен с Шарлин; я думаю, что Боба нужно уволить, чтобы этот проект был успешным», вместо этого придерживаясь партийной линии «Эта проблема была вызвана тем, что к проекту были привлечены неопытные сотрудники». Что правильно и верно, но не иллюстрирует проблемы Боба.
Насколько ты полагаешься на Боба? Его роль должна включать в себя создание автоматических тестов для покрытия регрессий, по крайней мере — есть ли что-нибудь измеримое, чтобы показать, что он этого не делает? Предчувствия недостаточно, и он с таким же успехом мог бы обвинить вас в том, что вы говорите: «Джо продолжает присылать мне ошибочный код»…
@JuliaHayward Мы не очень хороши как организация, когда дело доходит до автоматического тестирования. У нас есть набор для нашего основного продукта, который запускается автоматически на регулярной основе, но для конкретных клиентов вещи гораздо более свободны и плохо отслеживаются руководством. Много устных традиций между людьми. Что касается зависимости от самого Боба, то здесь не так уж много, кроме того, что в команде в настоящее время нет никого, кто мог бы занять его место в этом проекте.

Ответы (4)

Я думаю, ты должен был быть честным с Дэвидом.

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

Однако для этого вовсе не обязательно бросать Шарлин под автобус. Придерживайтесь фактов и позвольте Дэвиду принять решение.

Что ж, Дэвид, Боб не очень хорошо показал себя при тестировании Project X. Он не смог определить ключевую тестируемую функциональность до того, как мы передали Project X заказчику. В интересах обеспечения того, чтобы у нового проекта Y не было тех же проблем, я думаю, мы могли бы захотеть соединить его с кем-то более опытным или увеличить время выполнения, чтобы я мог выборочно проверить некоторые из его работ или ... (как вы думаете должно быть сделано)

Я согласен быть честным, прямо отвечать на вопрос и просто констатировать факты. Однако разработчики очень часто перекладывают вину на QA/тестировщиков, бизнес-аналитиков и других ИТ-специалистов. Таким образом, я думаю, что это опасная почва для ОП, чтобы прикрываться боссом своего босса.
@NotMe Я могу быть предвзятым (здесь разработчик), но если есть тестировщики и QA, они несут ответственность за то, чтобы в выпуске не было ошибок (а разработчик должен своевременно предоставлять функции и исправлять ошибки). Большинство разработчиков стараются поставлять код без ошибок, но тестирование каждого сценария занимает много времени (именно поэтому существуют рабочие места QA и тестировщиков), поэтому, когда есть люди, которые делают именно это, это становится их обязанностью. Это не перекладывание вины на то, чтобы указать, что кто-то не выполняет свою работу (если это их работа).

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

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

Например, похоже, что у вас есть один младший сотрудник, отвечающий за все тестирование и утверждение тестов, без какой-либо помощи или надзора. Способ улучшить качество может состоять в том, чтобы предложить второму, более опытному специалисту просмотреть тесты и результаты тестов. Это даст Бобу возможность совершенствоваться, учась у кого-то более старшего, и даст вам, Шарлин и Дэвиду больше уверенности в том, что задачи тестирования выполняются надлежащим образом. Две пары глаз увидят больше вещей, чем одна пара, что позволит вашей команде устранять проблемы до того, как они превратятся в проблемы, видимые вашему клиенту.

Сообщив своему непосредственному руководителю «Шарлин» о своих опасениях по поводу качества работы «Боба», вы выполнили свой профессиональный долг. Честно ответив на вопросы "Дэвида" о наборе персонала, вы и здесь выполнили свой долг.

Имейте это в виду: когда начальники сталкиваются с негативной информацией о сотруднике, они не хлопают себя по лбу и не говорят: «Вы правы! Он ленивый идиот! Я его сейчас уволю!» Им нужно время, чтобы все обдумать. Если они предпринимают какие-либо меры по исправлению положения, они должны держать это в секрете.

"Дэвид" спрашивал вас о кадровой ситуации. Вероятно, это означает, что «Шарлин» уже не раз разговаривала с ним о ситуации.

Вы правы, беспокоясь об удовлетворении этого клиента, но решение проблемы людей выше уровня вашей зарплаты (на данный момент). Пусть этим занимаются "Дэвид" и "Шарлин".

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

Менеджер в этой ситуации может не знать, где на самом деле лежит вина. Особенно, если менеджер менее технарь . Насколько вам известно, возможно, «Боб» говорил с «Шарлин» о проблемах, с которыми он столкнулся, пытаясь проверить то, что ему доставили. Может быть, «Шарлин» даже попросила его одобрить вещи, чтобы уложиться в сроки доставки из-за давления, которое она получила от своего босса. Возможно, кто-то из других разработчиков сказал, что проблема была в вас .

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

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

Теперь к прямым вопросам, которые вы задали:

Должен ли я был сказать Дейву, что, по моему мнению, Боба следует уволить?

Нет.

Должен ли я сказать об этом Дейву сейчас? Работа над следующим проектом еще не началась, может быть, что-то еще можно сделать?

Точно нет. В конечном счете, этот проект находится под руководством "Шарлин", и она, очевидно, хорошо осведомлена о ваших опасениях. Любая неудача здесь, в конечном счете, ее неудача. Это не ваша работа, пытаться подорвать ее отношения с ее боссом.

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

Было ли уместно не поделиться своим несогласием с Шарлин в присутствии Дэйва?

Да, было уместно НЕ делиться своими мыслями о «Бобе», кроме как в общих чертах. Конкретизация на самом деле просто обернется для вас плохо.


Теперь я собираюсь добавить еще одну вещь. Я работал на всех должностях в сфере ИТ, начиная от технической поддержки начального уровня и заканчивая техническим директором, и я, вероятно, видел каждый раз, когда проект и команда разваливались.

Настоящими Rockstars(tm) в моих различных командах были не люди, которые приходили ко мне в офис и говорили мне кого-то уволить. Rockstars были теми, кто сели и помогли тем, кто потерпел неудачу. Если вы хотите стать MVP, сядьте вместе с «Бобом» и обучите его тому, как выполнять свою работу. Покажите ему, на что обращать внимание, как составлять планы тестирования, как записывать его результаты, как писать отчеты об ошибках и т. д. Это не займет одного часа. Скорее мы говорим о том, чтобы проводить час в день с этим парнем в течение пары месяцев.

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

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