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

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

Фон

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

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

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

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

«Клиент X запланировал отправку электронного письма пяти тысячам клиентов за 10 минут; это будет хорошим тестом».

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

Радиоактивные осадки

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

Мой вопрос

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

Как вы думаете, есть ли у меня основания обжаловать это решение? и если да, то как бы я к этому подошел? У нас небольшая компания (10 сотрудников), и я действительно не хочу создавать неловкость между мной и моим менеджером в офисе.

Хотя я понимаю, что оглядываться назад — это 20/20, и что сделано, то сделано, я ожидаю, что разработчик с 8-летним опытом будет знать лучше, чем вносить изменения в производственную среду, особенно когда это общедоступная CRM-система, и особенно в приложение для вещания. Это то, что портит карьеру...
"Client X have scheduled an email to go out to 5k clients in 10 minutes, that'll be a good test". He then left for his lunch, and so did I. Действительно? Правда ? Вы занимаетесь программным обеспечением уже 8 лет, и это не стало для вас тревожным сигналом? Я поддержу мнение, что вам обоим повезло, что у вас все еще есть работа.
Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .
Оглядываясь назад, вы должны были спросить менеджера, был ли он абсолютно уверен, что это хорошая идея, убедиться, что он знает об опасностях (или, по крайней мере, знал, что они могут быть), и бросить его под автобус в последующем... встретиться, если он все еще настаивал на этом. В нынешнем виде я не думаю, что у вас есть лучший вариант, чем принять уведомление и продолжить работу в компании или найти другую работу в другом месте. Удачи во всем, что вы решите; Боюсь, это не лучшая ситуация.
"Я предположил" Теперь вы знаете, что нельзя предполагать, когда ставки так высоки. "это будет хороший тест" Вы задавались вопросом, что может произойти, если тест провалится? (что, видимо, и произошло). Затем вы ушли на обед, оставив неосведомленному клиенту протестировать исправление в продукте, о котором вы мало что знаете? Не думаю, что у вас есть основания для апелляции. Единственная надежда, которую я вижу, заключается в том, что, по-видимому, у вас есть права на произвольное развертывание живого кода, что является признаком того, что компания, возможно, имеет очень слабое представление о том, что на самом деле должно было быть сделано.
сколько уровней управления вам нужно в компании из 10 человек?
Все это кажется немного сумасшедшим. Как вы могли добросовестно объяснить своему работодателю, что произошло, и каким-то образом оставить у него впечатление, что это не было прямым приказом вашего начальника? При этом я очень удивлен, сколько времени и усилий люди тратят на то, чтобы наказать вас за внесение изменений непосредственно в производственную систему. Конечно, это не лучшая практика, нет, но всегда следует рассматривать инструмент в любой среде с хорошей коммуникацией и сильными бизнес-процессами. Отсутствие таковых является реальной проблемой здесь.
@njzk2 в идеале 9. Эмпирическое правило состоит в том, чтобы n-1в компании людей были слои менеджеров n.
Развертывание исправления в рабочей среде не обязательно противоречит передовым методам. Я сделал это. Ключи: (1) это абсолютно необходимо? Я исправил ошибку в производственной среде, из-за которой учащийся не мог пройти академически обязательный тест. Она бы не хотела ждать. (2) вас полностью поддерживает руководство? в моем случае было совершенно ясно, что они хотели, чтобы это произошло. (3) можете ли вы попрактиковаться на промежуточном сервере? (4) вы можете записывать экран? Документируйте все.
Обратитесь к юристу и объясните эту ситуацию. Они должны быть в состоянии быстро сказать вам, каков ваш лучший план действий и головная боль, связанная с доступными действиями.
Самые важные уроки, которые можно извлечь из всего этого: прикрывайте свою задницу (CYA) и никогда не доверяйте людям, чтобы они «поступали правильно», особенно человеку, занимающему высокое положение по отношению к вам и способному вас уволить. Если бы я оказался в такой ситуации, я бы категорически отказался продвигать код в производство, если только он не был направлен кем-то значительно выше, возможно, с титулом, начинающимся с букв V, P или C. Если бы только мой босс отдал директиву, я бы отказались исправлять производственный код, потому что даже если меня уволят, ни один разумный менеджер по найму на будущих собеседованиях не будет насмехаться над моим решением.

Ответы (12)

Есть многочисленные комментарии и ответы, критикующие то, что стандартные методы не соблюдаются и т. д., но я знаю из личного опыта, что такие инциденты не так уж редки в небольших нетехнических компаниях. Обычно нет управления изменениями, нет стандартизации, неадекватных тестовых/промежуточных сред, нет контроля версий... и все (иногда даже не айтишники) имеют административный доступ к рабочим базам данных/серверам. В таких компаниях большинство достаточно мелких изменений идут непосредственно в продакшн/живые системы, потому что существующие разработчики знают системы наизнанку (такие системы тоже не слишком сложны). Но когда кто-то новый присоединяется, он/она, скорее всего, совершит такую ​​ошибку вначале, когда не будет должным образом контролироваться.

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

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

  1. Назначьте встречу с вашим управляющим директором (и кем-либо еще выше, кроме вашего непосредственного руководителя) и объясните им, что произошло. Не обвиняйте своего начальника и не берите всю вину на себя, а объясните факты по делу. Не забудьте дать понять, что это не была ваша собственная идея возиться с производственной системой, и что вы следовали инструкциям вашего менеджера во всем (но опять же, не обвиняя его напрямую, каверзный разговор). Если вы не можете вести этот разговор, не создав впечатление, что вы наносите удар в спину своему начальнику, не ведите его.

  2. Затем подчеркните тот факт, что настоящей проблемой здесь является отсутствие в компании лучших отраслевых практик, таких как управление изменениями, управление выпусками, TDD, непрерывная интеграция и т. д. Объясните, как они соблюдались в ваших предыдущих организациях и что там таких проблем не было. Скажите ему уверенно, что вы хорошо разбираетесь в этих практиках, и если он захочет, вы можете применить их и здесь. Этот шаг положит начало вашей карьере в этой компании, потому что он превратит вас из «нового-парня-которого-неудачника» в «нового-парня-который-решит-наши-проблемы-решится». Перед этой встречей обязательно тщательно изучите передовой опыт, чтобы понимать, о чем говорите. Люди, занимающие руководящие должности, обычно достаточно умны, чтобы видеть сквозь ложь.

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

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

Удачи.

Мне действительно очень нравится этот ответ. Как сказал Джон Ф. Кеннеди: «Китайцы используют два мазка, чтобы написать слово «кризис». Один взмах кисти означает опасность; другой для возможности. В кризис помните об опасности, но не забывайте о возможности ».
Также: «1. Если вы не можете сделать это [личная беседа с доктором медицины] без того, чтобы это не выглядело так, как будто вы наносите удар в спину своему менеджеру, не делайте этого». Ужасный совет. Он должен это сделать. Он должен был сделать это с первого раза. Доктору сейчас может быть все равно, хотя в первый раз ему было все равно.
Лично я понятия не имею, хорошая ли это идея или есть ли шансы на успех, но +1, но другое предложение и за фактическое решение вопроса о том, как справиться с ситуацией, а не бесконечно останавливаться на том, следует ли обвинять ОП. за его действия.
@smci Вы были бы удивлены тем, как все работает во многих очень маленьких нетехнических компаниях. ИТ-отдел для этих компаний является скорее второстепенным, потому что он рассматривается скорее как стоимость, чем реальный бизнес. Я знаю как минимум 3 разные компании, в которых БА имеют полный доступ к prod db/webservers. Компании OP явно не хватает лучших практик. Если вы обратитесь к высшему руководству и скажете: «Я решу все эти проблемы, просто дайте мне шанс» или просто предложите заполнить пробелы, это проявит инициативу и поможет смягчить проблему. И именно поэтому это возможность имхо.
@smci Причина, по которой это было бы плохой идеей, заключается в том, что менеджера не будет рядом, чтобы защитить себя. Организация частной встречи с доктором медицины и создание впечатления, что повестка дня состоит в том, чтобы нанести удар в спину его боссу, чтобы сохранить его работу, разрушит доверие к ОП. Вот почему это нужно делать тактично или не делать вообще.
ОП вряд ли можно назвать «новичком» после 8 лет работы там.
Новое в этом процессе/приложении...

Поскольку я не знаю вашей юрисдикции, это мое личное мнение, в значительной степени основанное на европейском влиянии:

  • Ты сделал то, что тебе приказали.
  • Вы знали , что это потенциально опасно.
  • И вы, и ваш босс были предупреждены за это.

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

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

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

Даже если вы заслуживаете предупреждения, важно сообщить высшему руководству, что вы действовали по прямому приказу. Они все еще могут решить, что вы заслуживаете некоторой ответственности, но высшее руководство заслуживает того, чтобы знать факты.
@DJClayworth Думаю, они уже знают. Ведь такое же предупреждение сделали и его менеджеру.
@DJClayworth Высшее руководство еще не знает, что я действовал по прямому приказу. Как я уже сказал, я хотел дать своему руководителю возможность лично признаться в том, что он приказал мне выполнить работу на действующей системе.
@ Натан Скорее всего, он бы этого не сделал. Мой совет: быстро, я имею в виду быстро, сообщите высшему руководству, что вы действовали по прямому приказу и что вы оба понимаете, что это потенциально опасно. Но похоже, что они уже знают этот факт, но вы должны убедиться, что у отдела кадров записано, что вы действовали по прямому приказу, несмотря на это знание.
Согласовано! Одна вещь, которую я давно усвоил из (акронима) сертификации качества, заключалась в том, чтобы предоставить доказательства . Также мне интересно, почему вам было поручено заглянуть в часть системы, о которой вы ничего не знаете, это может вызвать у меня плохие чувства с самого начала.
Одна вещь, которую вы должны установить, это «что, по мнению компании, я должен был сделать?». Должны ли вы были ослушаться своего менеджера и отказаться внести изменения? Нужно ли было уточнять у вышестоящего руководства? Вы имеете право знать, что они считают правильным действием.
@Nathan Ваш менеджер, вероятно, не очень техничен, и поэтому, вероятно, не думал о потенциальных побочных эффектах внедрения непроверенных изменений непосредственно в производство. Ваша задача убедиться, что все сделано правильно. Вы должны были протестировать, а затем развернуть его, если он был хорош, даже если ваш менеджер сказал «развернуть его в производство как можно скорее» или что-то подобное.
Если мы говорим о надлежащей практике разработки программного обеспечения, то, возможно, управляющий директор должен вынести себе письменное дисциплинарное предупреждение за управление системой, в которой разработчик имеет права доступа для изменения рабочего сервера, несмотря на то, что протокол гласит, что это должен делать менеджер. («Это то, чего я никогда не делаю! Там, где я работаю, если ошибка срочная, руководство внесет изменения в действующую систему»). Только из этого POV я согласен с тем, что высшее руководство должно получить подробности, когда дела пойдут FUBAR.
@SteveJessop «тогда, возможно, управляющий директор должен вынести себе письменное дисциплинарное предупреждение». Как это вообще сработает?
@SteveJessop, это компания из 10 человек, конечно, у всех разработчиков есть доступ. В противном случае вы бы зависели от одного парня, который развернет вас.
@ThatGuy: но, по словам спрашивающего, это первый раз, когда он выполнял развертывание без подобного тестирования, и он сделал это по прямому указанию человека, который обычно это делал, и это была катастрофа. Таким образом, похоже, что у разработчика нет никакого процедурного преимущества (оно может быть у менеджера, который распространил вину). В компании из 10 человек может быть золотая середина между вашей дихотомией «все разработчики имеют доступ» и «только один человек имеет доступ». Но мы не знаем, сколько из этих 10 совершенно не связаны с развитием. Может быть 2, может быть 8.
В любом случае, я считаю, что либо разработчики не должны иметь доступа к этому, либо руководство не должно быть единственным, кто этим занимается. Давая людям силы, но не имея возможности испытать их, приводит именно к такой ошибке.
@SteveJessop, ваше последнее замечание хорошее, и я соглашусь с этим.
@Steve Это попытка решить социальную проблему с помощью технических средств. Хотя это может сработать — и в данном случае, очевидно, сработает (вот для чего нужны разрешения!) — это дорого реализовать и его легко обойти (кто не слышал об общих учетных записях/паролях в крупных компаниях со строгими правилами?) . С другой стороны, обучение людей рискам и правильной процедуре является абсолютно правильным шагом в любом случае.
Даже если ОП действовал по явному приказу менеджера, он не должен был этого делать. Это было явно неосторожно.
@ThatGuy не обязательно один парень, а просто ребята, которые обычно работают над продуктом. И в этом вопросе, учитывая уровни иерархии и процедуры, есть большая вероятность, что в компании будет больше 10 человек.
@njzk2 «Мы небольшая компания (10 сотрудников)» ~OP
(-1) Я не думаю, что этот ответ на самом деле касается вопроса. Я понимаю, что длинное введение в вопрос полно оправдательной риторики, и есть некоторая ценность в противодействии этому и объяснении, почему предупреждение может рассматриваться как заслуженное и / или юридически обоснованное. Но значит ли это, что апелляция либо бесполезна, либо контрпродуктивна? Как лучше поступить, чтобы избежать дальнейших негативных последствий? Вы, кажется, не обращаетесь к этому явно. Другие ответы намного лучше в этом отношении.
@ThatGuy, как я мог пропустить эту часть!

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

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

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

ясно, что ваш босс не прочь бросить вас под автобус. - Я не понимаю, откуда вы это взяли. Менеджер понял, что ничто из того, что он сказал, не повлияет на исход этой встречи. Он поступил умно и ничего не сказал. На такой встрече разумнее всего будет слушать и предлагать только абсолютный минимум. Его босс не хотел слышать, что произошло, он должен был задать вопрос, чем закончится встреча, было предопределено, если только кто-то не сказал что-то, что могло бы сделать ее еще хуже.
@Чад Чепуха. Менеджер активно принял решение принять этот курс действий, и он обязан взять на себя ответственность за это решение. Вот что такое работа менеджера. Если наш ОП-разработчик будет принимать решения, которые не были его решениями, то 1) ОП должен быть менеджером, и 2) ОП должен принимать решения. Вы принимаете решение, вы принимаете тепло. Вот как это работает. Ускользать от этого — ужасное поведение, и я без колебаний немедленно отстранил бы менеджера от должности за попытку скрыть свои ошибки таким образом.
@J... - Он не улизнул. Он сидел там и принимал заслуженное порицание и наказание за этот поступок.
Но он не сказал: «Я сказал Натану сделать это», что было бы честным поступком. Молча, он надеется, что старший сделает другой вывод, который может быть только менее благоприятным для ОП.
@Chad Он сидел там и смотрел, как его подчиненного наказывают за решение, которое он принял, не вставая, чтобы полностью взять на себя ответственность. Это трусливо, не по-джентльменски и недостойно менеджера - и точка.
@JuliaHayward - я понимаю, что вы этого ожидаете. Я подозреваю, что директор уже знал это до того, как пришел. Глупо идти на такое собрание, не зная заранее фактов. Что он должен был сделать, так это заранее связаться с разработчиком и сообщить ему, что, вероятно, произойдет. Они оба облажались, они оба должны заплатить цену.

Это то, что часто называют «движением, ограничивающим карьеру» (или CLM). Что бы ни случилось, вы тот парень, который чуть не стоил компании клиента в 200 000 фунтов стерлингов в год. (Или парень, который действительно это сделал, если клиент перейдет к другому делу).

Вы сделали две ошибки, которые я вижу.

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

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

Вы можете обжаловать решение, но обе эти ошибки сделают принятие положительного решения теперь намного сложнее. И даже если вы его получите, что с того? Высшее руководство знает/полагает, что вы один из двух человек, ответственных за эту катастрофу, независимо от того, есть ли у вас официальный выговор или нет.

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

Вы, наверное, ошиблись в первом пункте. Непосредственный менеджер руководил тестом с использованием 5 000 живых клиентов. Учитывая 10-минутный срок, это исключает тесты в препродукте. Итак, тропа CYA на месте. Что касается "возможностей карьерного роста", то это компания из 10 человек.
@MSalters Продвижение может быть больше, чем просто продвижение по служебной лестнице. Под этим термином могут подпадать прибавки, интересные проекты и другие преимущества.
Единственное небольшое замечание — корпоративная культура. Некоторые считают ошибки платой за обучение.
@MSalters То, что вы делаете, - это та же ошибочная логика, которая привела к этой ситуации, ситуации, в которой результат размышлений о том, что в производстве может быть «ограниченный» тест , оказался неверным, учитывая, что была ошибка, которая обошла предполагаемый объем испытаний. Вот почему мы не тестируем в продакшене: что угодно может пойти не так, в том числе гораздо хуже (т. е. закон непреднамеренных последствий), учитывая, что это приложение общего пользования / SaaS, где код используется всеми клиентами.
@srutzky: Не нужно говорить мне, что это была плохая идея. Реальный момент, который я имел в виду, заключается в том, что есть письменный след, несмотря на утверждение в этом ответе («Первый развертывал производство без письменной директивы»).
@MSalters Хорошо, но никогда не говорилось, что «директива» о проведении теста была письменной, а не устной. И 10-минутные временные рамки не исключают надлежащего непроизводственного тестирования (если только это не вопрос жизни или смерти, чего не было); что исключается, так это возможность отправить какое-либо исправление в производство в идеальные для клиента сроки, и в этом случае клиенту нужно сказать, чтобы он отложил отправку электронного письма до тех пор, пока не будет проведено надлежащее тестирование.

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

Общее правило состоит в том, чтобы не признаваться ни в чем формально, не взвесив очень тщательно возможные последствия. У вас нет «реального» представления об их повестке дня, но вы вполне можете рассчитывать на то, что она вам не выгодна.

Я определенно не хотел бы продолжать работать на менеджера, который, очевидно , бросил меня под автобус.
@Raystafarian, если бы я был менеджером, я бы точно не хотел работать с инженером, который не следует лучшим практикам и не может информировать и предупреждать меня о них. Я как работодатель не хотел бы платить парню с 8-летним стажем, который слепо выполняет приказы, не думая о последствиях.
@Raystafarian Менеджер не бросил своего сотрудника под автобус, сотрудник сам прыгнул перед ним. Я допускаю, что не совсем рыцарственно или благородно позволять работнику брать на себя удар... но и не ставить менеджера в положение, когда он должен жертвовать собой ради работника.
Спорный вопрос, ребята, ущерб уже нанесен, теперь пришло время смягчить его с максимальной выгодой для ОП, можете указывать пальцем весь день.
Точнее, автобус приближался, менеджер, который не обращал внимания на дорогу, сказал сотруднику перейти улицу, сотрудник увидел автобус, но не стал спрашивать, и его сбили.
Я бы подал апелляцию, и основное содержание моей апелляции было бы примерно таким: «Я новичок, и у меня нет документации о том, кто имеет право вносить изменения в производство. Вы должны написать свод правил, чтобы это больше не повторялось. как это."

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

Вот мои аргументы в пользу этого убеждения:


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

Вы разработчик с 8-летним стажем, и вы просто подумали, что можно просто делать вещи на prod-сервисе, которые потенциально могут повлиять на огромное количество пользователей. Если вы подумали, что это неправильно, ваша обязанность как профессионала — предупредить человека, который дал вам задание, и объяснить все последствия . Не похоже, чтобы вы это сделали, но вместо этого вы просто предположили, что все остальные, кроме вас, будут нести ответственность, и все остальные согласны с этим.

я бы добавил, что это

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

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


Другая часть:

Я спросил, как мы можем проверить это, и он ответил: «Клиент X запланировал отправку электронного письма 5000 клиентам за 10 минут, это будет хороший тест».

и все же после 8 лет опыта вы соглашаетесь с тем, что тестирование потенциально опасного приложения, которое, по вашему признанию, вы никогда раньше не видели, должно проводиться на живых реальных людях. Действительно? Где твой hey manager, what the hell is this? We should never do this and this is one of the worst things that you can suggest me. Here is what I think we should do: xxx. А потом, если он действительно думает, что это то, что вы должны сделать - пусть вы это дадите в письменном виде.


хорошо, и наконец

Затем он ушел на обед, и я тоже. По возвращении мне сообщили сотрудники службы поддержки, что процесс не удался.

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


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

В конце концов представьте такую ​​ситуацию: вы приходите с одним из ваших родственников (который очень болен) в больницу. Ты платишь доктору, так что ты своего рода босс. Врач начинает лечить вашего родственника, а вы начинаете подсказывать ему, что делать. Доктор слепо следует тому, что вы сказали ему делать, игнорируя тот факт, что у него 8-летний опыт, и то, что вы предлагаете, не имеет смысла, а затем вы оба с радостью идете есть.

С пациентом случилось что-то ужасно плохое, и врач говорит: «Знаете что, я просто следовал тому, что сказал мне мой начальник».

Это очень преувеличенная ситуация, но суть в том, что вы профессионал, вы должны знать потенциальные проблемы с опасными вещами, которые вы делаете. Вы обязаны объяснить их руководству. И делать их только в том случае, если они услышали ваши жалобы и проинструктировали вас сделать иначе в письменной форме.

Единственный комментарий, который я могу сделать, чтобы смягчить поведение ОП, заключается в том, что в той компании, которую он описывает, весьма вероятно, что его менеджер также является профессиональным разработчиком, который должен был знать о рисках, связанных с этим действием, так же хорошо, как и ОП. В остальном +1.
(-1) Объяснение: так же, как и ответ, получивший наибольшее количество голосов (также см. мой комментарий там), это больше похоже на подробный комментарий к разделу «Предыстория», чем на фактический ответ на заданный вопрос.
@ Расслабился совсем нет. Его вопрос: Do you think I have a point for appealing this decision?. Мой ответ no you do not. You are lucky are were not fired. Admit your mistake and move on. С обоснованиями (исходя из предоставленной информации), почему я считаю, что нет оснований для обжалования решения.

Честно говоря, я удивлен, что вас обоих не уволили за это. Это довольно серьезное нарушение доверия клиентов к компании. В индустрии разработки программного обеспечения, как вы знаете, игра с оперативными данными никогда не была хорошей идеей, особенно если такие манипуляции затрагивают широкий круг клиентов. Пострадавшие клиенты могут разозлиться и высказать свой гнев по отношению к компании. Если начальство узнает об этом, они нападут на всех ответственных, независимо от того, кто что сказал. Подумайте о скандале с Wells Fargo, который происходит прямо сейчас. 5800 человек были уволены. Как вы думаете, многие ли просто следовали тому, что им говорило начальство?

Однако я согласен с тем, что очень сложно сообщить о таком нарушении в процессе, когда для этого нет канала. Даже если вы сообщите об этом, вашему руководителю будет очень легко свалить это на вас.

Так что я сочувствую вам, что это довольно сложно заблокировать. Я считаю, что в будущих случаях вы можете отклонить это, сначала сказав, что вы думаете, что определили проблему, но вам нужно протестировать ее после настройки среды разработки. Убедитесь, что вы четко понимаете каждое электронное письмо, и убедитесь, что если вас просят манипулировать оперативными данными, вы повторяете это с вопросом: «Я хочу уточнить, что вы хотите, чтобы я изменил оперативные данные чем-то, что я не тестировал? "

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

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

Как вы думаете, есть ли у меня основания обжаловать это решение? и если да, то как бы я к этому подошел? У нас небольшая компания (10 сотрудников), и я действительно не хочу создавать неловкость между мной и моим менеджером в офисе.

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

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

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

Просто напоминание нашим ответчикам и комментаторам о нашей политике Be Good. Пожалуйста, сохраняйте профессиональное и вежливое общение.
@JaneS, мне непонятно, как это нарушает be niceполитику? Насколько я понял, быть милым не значит подтверждать веру ОП и объяснять ему, что он прав, а виноваты все остальные.
@SalvadorDali это круто. Вы пропустили непристойный комментарий к моему ответу, который был удален. Спасибо.
Эта версия и более эффективна, и более полезна. Спасибо.
«хотя вы на самом деле не сделали ничего плохого». Да, он сделал. Он внедрил непроверенный код в производственную среду. Профессионалы говорят «нет», когда их просят сделать что-то неэтичное. И это было неэтичным поведением.
"Неэтично" - не совсем. Есть среды (к сожалению, сейчас я работаю в одной из них), где руководство не понимает преимуществ гораздо большей дисциплины по сравнению с тем, что можно делать в производственной среде. Он не лгал, не жульничал, не краслся, не нарушал закон и не воровал — ЭТО неэтично. Он следовал инструкциям. Было ли это неразумно? Да, черт возьми! Стоит нагнетать выше головы своего босса? Зависит от того, кто выше босса! Но если бы не было таких негативных последствий, то и проблемы бы не было.

Обжалуйте это. Вы можете не выиграть, но вы можете, по крайней мере, рассказать свою историю.

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

А пока и навсегда после этого момента документируйте все. Если менеджер отводит вас в сторону и говорит «сделай это». Первое, что вы должны сделать, вернувшись к своему рабочему столу, — это написать электронное письмо, в котором говорится:

«Согласно нашему сегодняшнему разговору, вы поручили мне сделать ABC. Следует ли кому-либо еще быть проинформированным, прежде чем я начну работать над этим, и есть ли какие-либо опасения/зависимости/требуемое разрешение, которое я должен получить перед началом работы?

Я просто хочу убедиться, что все на одной волне. Заранее спасибо за разъяснения"

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

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

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

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

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

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

Верно; вот это реальная проблема. Неумение убедительно сообщить менеджеру о том, что это была плохая идея, является проблемой, но отсутствие на месте в заранее запланированное время для мероприятия, о котором вы должны были знать, что существует нетривиальная вероятность неудачи , IMO, непростительно.
(-1) Объяснение: так же, как и ответ, получивший наибольшее количество голосов (также см. мой комментарий там), это больше похоже на подробный комментарий к разделу «Предыстория», чем на фактический ответ на заданный вопрос.

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

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

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

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

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

Вы не смогли распознать опасную ситуацию.

Вы не сообщили об этом своему руководителю.

Вы упомянули, что мало знали об этой части системы.

Однако вы проработали 8 лет в компании из 10 человек.

Если бы я был вашим менеджером, я бы не ожидал, что вы НЕ знаете, что делаете.

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

Тогда извините - это ваша вина.