Я работаю в отделе здравоохранения. в течение почти 5 лет. За это время меня дважды повышали в должности (занимал 3 должности). Мой последний был около 4 месяцев назад, и я все еще нахожусь на испытательном сроке (я получил мини-отзыв через 2 месяца с высокими оценками). У меня было много сотрудников, и мой менеджер высоко отзывался о моей работе на предыдущих должностях, поэтому они призвали меня снова подняться. На этой новой должности мне дали проект, который я считаю нереалистичным. Это включает в себя программирование на более высоком уровне, чем то, что я знаю (программирование было предпочтительным, но не обязательным для работы). Проект должен быть сдан через месяц, и даже если бы я работал над этим каждый день и отложил в сторону остальные 4 проекта, я, вероятно, не закончил бы его и у меня будут ошибки, учитывая отсутствие у меня продвинутого опыта. Мне сказали использовать других сотрудников в качестве поддержки. Но вот мои мысли:
Я мог бы сделать все возможное, чтобы написать код, вызвать к черту других сотрудников за помощью и отправить то, что у меня есть, на проверку - вероятно, это должно быть закончено кем-то более опытным и исправлено ошибки, иначе он не будет отправлен последний срок;
Имеет ли смысл взять это на себя опытному программисту вместо того, чтобы использовать его в качестве помощника? В противном случае я опасаюсь, что мне скажут, что мой код не закончен/нуждается в исправлениях и, возможно, его потребуется переработать за несколько дней до крайнего срока.
Я думаю о том, чтобы поговорить со своими старшими лично, а затем с моим менеджером о моих проблемах (вероятно, что менеджер вызовет старших в офис, поэтому я не хочу, чтобы это стало для них сюрпризом). На данный момент я готов сказать, что если я не оправдаю ожиданий, я уйду в отставку - это не та рабочая среда, в которой я хочу быть. Однако я почти уверен, что они захотят остаться. меня, учитывая мой предыдущий успех. Любые мысли или идеи приветствуются.
Другой ответ касался простого прочтения вашего вопроса, мой будет касаться чтения, которое немного отличается.
Если вы делаете так, как заявляете, ваша следующая наиболее логичная роль — та, в которой вы должны руководить другими. Вы заявляете, что не являетесь сильным программистом, что не является обязательным требованием для того, чтобы проекты выполнялись вовремя и качественно.
Ваш менеджер сказал вам обратиться за поддержкой к другим, поэтому обратитесь к ним. Обсудите проект, крайний срок и доступность существующей рабочей нагрузки. Честно говорите о своих навыках и о том, сколько времени вам может понадобиться.
У меня был коллега, которого ждали повышения. Он был очень квалифицированным разработчиком, но новая роль требовала лидерства и командной работы. Я давал ему советы, сколько мог — использовать младших программистов в команде, составлять план, составлять расписание, — но он упорно пытался делать все так, как делал всегда. Который был, сам. Моей целью не было спасти его от самого себя, но я пытался. Мы дружили вне работы 7 или 8 лет, и он был отличным парнем. Но он не мог перейти от того, чтобы делать все самому и развивать лидерские качества. Он уже был повышен на один уровень выше, чем «индивидуальные участники», и, откровенно говоря, он должен был выступать, иначе его собирались отделить от компании. Он не успел.
Продвижение вверх по лестнице ответственности требует изучения новых навыков и демонстрации мастерства в тех, которые у вас есть. Это также требует открытого и честного общения о том, что происходит с вашими задачами.
Если вы считаете, что не сможете завершить проект за отведенное время, профессионально обсудить это со своим руководителем, как только вы определите, что дело обстоит именно так.
Время от времени такие вещи случаются. Может быть трудно оценить сильные и слабые стороны новых сотрудников, и хорошая компания адаптирует рабочую нагрузку, чтобы получить наилучший результат.
Наилучший результат может состоять в том, чтобы выполнить как можно больше работы, сделать работу высочайшего качества, получить наилучшие шансы пообщаться с вашими новыми товарищами по команде или предоставить вам наилучшие возможности для обучения.
Никогда не уходите в отставку, потому что вы чувствуете себя обязанным. Позвольте им позвонить, если они хотят, чтобы вы оставались на борту.
Я руководитель проекта и разработчик, поэтому я дам ответ с обеих точек зрения.
Моя роль как менеджера проекта состоит в том, чтобы получить четкое определение объема и требований и наметить план, чтобы определить, как их выполнить и устранить любые риски и проблемы как можно раньше.
Обычно я начинаю со встречи с ключевыми заинтересованными сторонами и получения от них как можно более четкого руководства с точки зрения того, чего они хотят и в чем нуждаются. Затем я гарантирую, что требования расставлены по приоритетам, и я четко понимаю любые ограничения (время, бюджет, ресурсы, технологии и т. д.).
Затем я создаю первоначальную проектную команду и провожу с ними семинар, чтобы поделиться целями и масштабами и узнать их мнения по оценке работы, а также их взгляды на риски и проблемы, которые я мог упустить.
Как разработчик, моя способность точно определить размер работы зависит от нескольких факторов:
Можно ожидать, что заинтересованная сторона предоставит четкое направление, расставит потребности по приоритетам на основе ценности бизнеса и окажет поддержку, если/когда возникнут риски и проблемы.
Можно ожидать, что менеджер будет тщательно планировать, управлять достижением результатов через всю команду и активно сообщать о прогрессе и проблемах. PM должен быть лидером-слугой и стремиться направлять и поддерживать, а не командовать и контролировать.
Можно ожидать, что разработчик выполнит поставленные задачи на основе требований и заблаговременно поднимет проблемы.
Звучит так, как будто вы в некотором роде «жертва собственного успеха». Вас привлекли для реализации проекта, потому что вам доверяют выполнение работы. Просто поймите, что любой проект — это коллективное усилие, и пока вы продвигаетесь вперед, не берите на себя бремя в одиночку. Важно и ожидается, что вы попросите о помощи, если/когда она вам понадобится, иначе вас ждут неприятности.
Кстати, если вы еще не знакомы со Scrum, я бы порекомендовал ознакомиться с ним как можно скорее. Это очень полезно для проектов SW dev и поможет вам управлять вещами гораздо более структурированным образом. И создайте бэклог продукта, используя такой инструмент, как Jira или аналогичный, чтобы гарантировать, что требования (эпики, пользовательские истории и критерии приемлемости) четко определены для всех, и вы можете легко отслеживать их прогресс.
Удачи!
Что бы вы хотели, чтобы подчиненный коллега делал, если бы он был в вашей ситуации, и вы им руководили?
Вот ваш ответ.
Похоже, вы уже думаете об этом, и это хорошо.
Джули в Остине
Мог говорит восстановить Монику
Does it make more sense for a proficient programmer to take this on instead of having him as a support role?" - ДАКортик
Солнечный Майк
скрежет729
Джули в Остине