Как справиться с нереалистичными ожиданиями от руководства

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

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

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

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

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

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

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

Отдавайте предпочтение работе, а не исправлению проблем со стилем и дизайном: обычная ошибка. Для всего нетривиального это делает разработку на самом деле дольше. Был там, сделал это, провалил сроки.
Как уже указывалось, это примерно на 75% вина руководства и на 25% ваша. Никогда не совершайте никаких действий без планирования и подготовки (особенно если вы не были глубоко вовлечены в проект). Смогут ли они отодвинуть «большой проект»? Могут ли они выделить больше ресурсов на «маленький кусочек»? Может ли другой программист помочь вам с «маленьким кусочком»? Каким образом руководство может помочь вам решить эту проблему (без того, чтобы вы сваливали ее на них)? - Ответы на эти вопросы помогут вам в вашей встрече.
@ B1313 Я бы сказал, что это 100% вина руководства. Работник не имеет права отказываться от работы или от того, что от него требуют.
« После нескольких случаев срыва сроков и продления сроков он решил покинуть компанию. Он намеревался завершить «Малый кусочек» до истечения периода его уведомления, но этого не произошло » - 4 (?) недели на разработку и провал (чего можно ожидать от его истории плохой оценки). Вы рассчитываете сделать это за 1 неделю, без ведома его проекта, в том числе распаковать его код? Тогда вы пропускаете сроки и расширения? Вы старший/более опытный разработчик, чем он? Есть ли более серьезная проблема с управлением разработкой программного обеспечения, оценкой и сроками в этой компании?
@Dan Хотя вполне вероятно, что заблаговременное сообщение руководству о том, что крайний срок не является разумным, не повлияло бы на установленный крайний срок, сотрудник несет некоторую ответственность за несоблюдение крайнего срока. А затем он усугубил свою ошибку, сделав это еще раз дважды. Здесь полно виноватых.
@ HopelessN00b Конечно, все разумные шаги были предприняты сотрудником. В этом случае у сотрудника была неделя на то, чтобы научиться и создать целое приложение, которое не удалось доставить несколько раз. Я думаю, что в таком случае тот, кто когда-либо получит его, окажется в неудачной ситуации, когда его/ее карьера окажется под угрозой, и у него практически не будет выбора, кроме как уйти или надеяться, что руководство «получит это».

Ответы (5)

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

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

Руководство знает о проблемах с работой, которую оставил другой сотрудник; Я уточню это.
Это ставит вас в немного лучшее положение, но вы по-прежнему безоговорочно привержены их срокам, что возвращает ответственность на вас.
ОП никогда не заявлял, что придерживается сроков. Только то, что ему дали сроки.
ОП не отодвинула сроки = ОП их приняла. Если вы берете работу и не даете понять, что сроки нереальны, вы даете сообщение: «Ожидаемые сроки меня устраивают».
@Paolo Когда ОП изначально получил задание и сказал 7 дней без спецификации и без предварительного ознакомления с кодом. На тот момент OP нечего было делать, если крайний срок был реалистичным. Теперь отсутствует второй крайний срок - у OP была неделя с кодом, и он должен был отложить, если еще 7 дней было недостаточно.

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

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

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

+1, потому что четко указывает на ошибку ОП, но также дает полезные советы по выходу из этой щекотливой ситуации.
Я также хотел бы получить разъяснения, чтобы понять, что такое «большой проект» и что «маленький кусочек» должен делать сам по себе и по отношению к «большому проекту», чтобы таким образом все, что вы уже «ясно» на соответствует большой общей картине, а если нет, вы можете узнать это заранее и адаптировать уже сделанные детали для работы по мере необходимости.

"К сожалению, лид ушел в отпуск в середине недели, пока отпуск был утвержден руководством, мне об этом никто не сообщил, поэтому я не имею доступа к нему как к ресурсу и не смог подготовить за это заранее».

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

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

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

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

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

Вам дали плохой код и никакой документации. Если сроки были пропущены несколько раз, то 1 неделя для восстановления вам не подходит.

Отсутствие документации является проблемой управления.

Если вы даже не знаете, что должен делать Small Slice, вы не сможете дать хорошую оценку.

Я бы сделал три списка модулей

  • Работает (думаю)

  • Не работает, но я думаю, что знаю, что он должен делать

  • Не работает, и я не знаю, что он должен делать

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

В-третьих, все, что вы можете сделать, это угадать

Если вы не уверены, что закончите через две недели, скажите им.

Перечислите названия модулей. Если они спросят, где вы можете использовать помощь, будьте в состоянии перечислить модули.

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

«Если вы даже не знаете, что должен делать Small Slice, вы не сможете дать хорошую оценку». Это оно. С этим согласится любая хорошая книга по управлению проектами. Даже при наличии подробного технического задания и многолетнего опыта ваши оценки всегда остаются приблизительными. Code Complete (Microsoft Press) подробно объясняет это.

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

  • Проект завершится через неделю.
  • Проект завершится через неделю после этого.
  • Проект завершится после очередных рабочих выходных.

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

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

Итак, ответ довольно прост:

ПЕРЕСТАНЬ КОПАТЬ!

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

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