Руководитель проекта уволился, меня назначили на неудачный проект, я козел отпущения? [дубликат]

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

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

Дело в том, что я НАМНОГО выбился из своей зоны комфорта, от меня ожидают, что я сделаю что-то за короткий промежуток времени, о чем я даже не имею отдаленного представления .

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

Добавьте в загрузку, что мы тестируем код в пустоте, а не там, где он должен быть (машина), и я ожидаю, что он ПРОСТО РАБОТАЕТ, потому что я цитирую «Как это может не работать?». А у нас даже нет нужных инструментов!

Мой босс даже солгал клиенту о функциональности, которая не была реализована (даже сейчас она не работает) в то время, и даже показал, что она «работает».

Поэтому у меня есть несколько вопросов о том, что происходит и что делать.

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

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

Я действительно в стрессе.

Извините, если экспозиция загромождена. И спасибо за прочтение :).

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

Ответы (2)

Правильный подход здесь — задокументировать ситуацию в электронном письме или служебной записке, а затем устно обсудить ее со своим начальником. Код не подходит здесь, здесь и здесь. Джо Шмо солгал о том и о сем. Части X, Y и Z нефункциональны и потребуют большого количества дополнительного кода и тестирования, чтобы заставить их работать.

Крайне важно , чтобы вы определили наилучшие возможные варианты и представили их вместе с проблемами. НИКОГДА не давайте просто список проблем без вариантов или решений — это выставит вас мешающим или оправдывающимся.

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

Дело не в плохом коде как таковом, а в том, как была задумана проблема, в которой они выбрали все неправильные инструменты для решения проблемы. Я думаю, что есть один, который сделает проблему в основном тривиальной, и я говорил об этом со своим боссом. (Проблема в том, что все большие корпуса пытаются решить, но в более контролируемом месте/масштабе). Также мой босс солгал, а не Джон Доу!
@throway Многие из этих вещей я испытал на собственном опыте в стартапе, в котором работал. Общение важнее всего, как указывал Сократ. Вы должны определить все неправильно и попытаться придумать решения. Работайте над этим со своим начальником и соответствующими людьми. Важно, чтобы все были на одной странице в отношении состояния проекта. Документируйте все в вашей системе управления проектами.
@throway Я бы избегал предложений, связанных с реинжинирингом всей проблемы. Всегда есть лучший инструмент, но сейчас не время начинать с нуля. Сосредоточьтесь на том, чтобы спасти то, что у вас есть, а не начинать все заново.

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

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

Уходи, как только сможешь найти другую работу.

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

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