Недавно у нас был плохой выпуск программного обеспечения для конкретного клиента. Я думаю, проблема в том, что Боб, инженер по обеспечению качества, не занимается тестированием. Я думаю, что он отлынивает от работы. Я в частном порядке поделился своими наблюдениями по этому поводу с нашей начальницей Шарлин. Шарлин думает, что Боб просто молод и неопытен и со временем станет лучше. Я думаю, что Боб не собирается улучшаться с течением времени и не собирается выполнять свою работу минимально адекватным образом, поэтому его следует уволить.
На встрече, чтобы обсудить будущую работу для этого клиента, Дейв, босс Шарлин, прямо спросил меня, считаю ли я, что есть какие-либо кадровые изменения, которые необходимы, чтобы избежать будущих проблем для работы этого клиента. Я не говорил Дейву, что, по моему мнению, Боба следует уволить; Я просто отметил аспекты ситуации, в которых Шарлин и я согласны. Это была встреча, на которой присутствовала Шарлин.
Мои вопросы:
Я думаю, ты должен был быть честным с Дэвидом.
Вы заявили, что он спросил вас напрямую . Это значит, что ему нужна была ваша оценка, а не Шарлин. Ведь он мог бы и напрямую спросить Шарлин.
Однако для этого вовсе не обязательно бросать Шарлин под автобус. Придерживайтесь фактов и позвольте Дэвиду принять решение.
Что ж, Дэвид, Боб не очень хорошо показал себя при тестировании Project X. Он не смог определить ключевую тестируемую функциональность до того, как мы передали Project X заказчику. В интересах обеспечения того, чтобы у нового проекта Y не было тех же проблем, я думаю, мы могли бы захотеть соединить его с кем-то более опытным или увеличить время выполнения, чтобы я мог выборочно проверить некоторые из его работ или ... (как вы думаете должно быть сделано)
Я не думаю, что это было бы хорошо, если бы вы попытались подорвать Шарлин, подорвав позиции Боба. На мой взгляд, единственный, кто будет плохо выглядеть в этой ситуации, это ты.
Если вы считаете, что Боб не справится с этой задачей в одиночку (а как человек в начале своей карьеры, вполне возможно, что и не справится), тогда более конструктивным способом решения этой проблемы может быть обсуждение структуры и процессов команды, а не отдельных лиц в ней. команда.
Например, похоже, что у вас есть один младший сотрудник, отвечающий за все тестирование и утверждение тестов, без какой-либо помощи или надзора. Способ улучшить качество может состоять в том, чтобы предложить второму, более опытному специалисту просмотреть тесты и результаты тестов. Это даст Бобу возможность совершенствоваться, учась у кого-то более старшего, и даст вам, Шарлин и Дэвиду больше уверенности в том, что задачи тестирования выполняются надлежащим образом. Две пары глаз увидят больше вещей, чем одна пара, что позволит вашей команде устранять проблемы до того, как они превратятся в проблемы, видимые вашему клиенту.
Сообщив своему непосредственному руководителю «Шарлин» о своих опасениях по поводу качества работы «Боба», вы выполнили свой профессиональный долг. Честно ответив на вопросы "Дэвида" о наборе персонала, вы и здесь выполнили свой долг.
Имейте это в виду: когда начальники сталкиваются с негативной информацией о сотруднике, они не хлопают себя по лбу и не говорят: «Вы правы! Он ленивый идиот! Я его сейчас уволю!» Им нужно время, чтобы все обдумать. Если они предпринимают какие-либо меры по исправлению положения, они должны держать это в секрете.
"Дэвид" спрашивал вас о кадровой ситуации. Вероятно, это означает, что «Шарлин» уже не раз разговаривала с ним о ситуации.
Вы правы, беспокоясь об удовлетворении этого клиента, но решение проблемы людей выше уровня вашей зарплаты (на данный момент). Пусть этим занимаются "Дэвид" и "Шарлин".
Когда что-то идет не так, очень часто разные люди пытаются обвинить других членов команды в неудачах проекта. Иногда бизнес-аналитик выдвигает плохие требования, или руководитель проекта не выделяет достаточно времени в расписании, или тестировщики не справляются со всеми крайними случаями, или клиент не знает, чего он на самом деле хочет, или руководство за то, что не убрали препятствия, или даже разработчики за то, что написали дерьмовый код и т. д.
Менеджер в этой ситуации может не знать, где на самом деле лежит вина. Особенно, если менеджер менее технарь . Насколько вам известно, возможно, «Боб» говорил с «Шарлин» о проблемах, с которыми он столкнулся, пытаясь проверить то, что ему доставили. Может быть, «Шарлин» даже попросила его одобрить вещи, чтобы уложиться в сроки доставки из-за давления, которое она получила от своего босса. Возможно, кто-то из других разработчиков сказал, что проблема была в вас .
Я не говорю, что что-то из этого произошло, но дело в том, что, вероятно, происходит нечто большее, о чем вы не знаете.
Из-за этого вы никогда не должны бросать конкретного человека под автобус боссу вашего босса. Это будет выглядеть невероятно плохо для вас.
Теперь к прямым вопросам, которые вы задали:
Должен ли я был сказать Дейву, что, по моему мнению, Боба следует уволить?
Нет.
Должен ли я сказать об этом Дейву сейчас? Работа над следующим проектом еще не началась, может быть, что-то еще можно сделать?
Точно нет. В конечном счете, этот проект находится под руководством "Шарлин", и она, очевидно, хорошо осведомлена о ваших опасениях. Любая неудача здесь, в конечном счете, ее неудача. Это не ваша работа, пытаться подорвать ее отношения с ее боссом.
Если, конечно, вы не пытаетесь добиться ее увольнения из-за попытки занять ее работу. Если это цель, действуйте осторожно.
Было ли уместно не поделиться своим несогласием с Шарлин в присутствии Дэйва?
Да, было уместно НЕ делиться своими мыслями о «Бобе», кроме как в общих чертах. Конкретизация на самом деле просто обернется для вас плохо.
Теперь я собираюсь добавить еще одну вещь. Я работал на всех должностях в сфере ИТ, начиная от технической поддержки начального уровня и заканчивая техническим директором, и я, вероятно, видел каждый раз, когда проект и команда разваливались.
Настоящими Rockstars(tm) в моих различных командах были не люди, которые приходили ко мне в офис и говорили мне кого-то уволить. Rockstars были теми, кто сели и помогли тем, кто потерпел неудачу. Если вы хотите стать MVP, сядьте вместе с «Бобом» и обучите его тому, как выполнять свою работу. Покажите ему, на что обращать внимание, как составлять планы тестирования, как записывать его результаты, как писать отчеты об ошибках и т. д. Это не займет одного часа. Скорее мы говорим о том, чтобы проводить час в день с этим парнем в течение пары месяцев.
Короче говоря, вместо того, чтобы пытаться вытолкнуть его, помогите ему встать самостоятельно. Вы заслужите не только его уважение, но и уважение руководства и, надеюсь, поможете обеспечить успех проекта.
Макнз
Джо
мои ошибки
Джо
Джо
Джулия Хейворд
Джо