Должен ли я упоминать о достижении во время оценки эффективности, если метод достижения достижения не оправдывался?

В продолжение моего последнего вопроса: перешел ли я границы, создав инструмент «за спиной моего менеджера» в нерабочее время?

TL; DR этого вопроса: я создал программный инструмент в свое личное свободное время (нерабочие часы), который должен был значительно облегчить работу моей команды. Сам инструмент имел огромный успех, и мой менеджер похвалил меня за него. Однако, в то же время, мой руководитель был немного разочарован, потому что я сделал работу «за его спиной», и он не мог фактически управлять моей работой раньше времени.


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

Теперь я очень горжусь созданным мной инструментом, и команда активно использует его с тех пор, как я предоставил его своему руководителю. Согласно метрикам команды, это уменьшило количество ошибок, связанных с человеческим фактором (опечатки, неотфильтрованные удаления и т. д.), примерно на 95 % и сократило задержку времени отклика примерно на 33 %. В целом инструмент имел фантастический успех. Однако, как я объяснил в связанном вопросе, мой менеджер был недоволен мной, когда я впервые рассказал об этом побочном проекте, потому что это подорвало его авторитет. (Я не думаю, что он держит на это обиду, потому что понимает, что я действительно пытался помочь команде, а не узурпировать его власть.)

Теперь я понимаю ошибочность своего пути и, конечно же, больше не совершу ту же ошибку. Тем не менее, я хочу отметить успех приложения и получить признание за работу. Есть ли способ сделать это без негативного влияния на мою оценку производительности? Стоит ли мне вообще рисковать?

@DarkCygnus Мой другой вопрос довольно длинный, и я не обязательно требую, чтобы люди читали мою новеллу, чтобы ответить на этот вопрос :) Надеюсь, TL; DR предоставляет достаточно подробностей, по крайней мере, для краткого изложения.
Недостаточно для ответа, но не всегда нужно упоминать только положительные моменты во время обзора производительности. Выделение негативных вещей и того, как и чему вы научились из них, также очень эффективно!

Ответы (2)

Есть ли способ сделать это без негативного влияния на мою оценку производительности? Стоит ли мне вообще рисковать?

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

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

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

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

Вы должны включить создание своего инструмента в раздел «Достижения».

Вы должны указать отсутствие прозрачности в разделе «Области для улучшения».


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

Вы не следовали надлежащему процессу и подорвали способность вашего менеджера выполнять свою работу. Вы должны взять на себя ответственность за это.

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

+1 Это показывает не только технический, но и личностный рост!