Недавно поставил план повышения производительности. Эти детали кажутся справедливыми?

Я работаю в моей нынешней компании около 2 лет. Это моя первая работа по программированию, поэтому у меня мало ссылок.

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

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

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

Как мне улучшить оценку этого материала, если у меня ограниченный опыт работы с приложением?

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

И если ваша команда планирует полные 40 часов на человека в неделю, то они делают это неправильно. Не более 6 часов в день на планирование сроков (в отличие от нескольких часов на проект), поскольку в это время должны уходить другие вещи, такие как отпуск, работа присяжных, встречи с персоналом, общее собрание команды и т. д. Во всех работах есть около 20-25% непрямого времени, которое необходимо учитывать для соблюдения сроков.
Итак, умножьте все свои текущие оценки на 2 и выполняйте работу исходя из этого.
Определенно добавляйте свои оценки, пока вы не станете лучше в оценке. Лучше поставить легкую цель и поразить ее, чем поставить трудную цель и не попасть в нее.
Если вы используете Канбан, у вас нет оценок, вы должны следить за ограничениями незавершенного производства и средним временем цикла?????
В программном обеспечении у нас есть правило 80/20: 80% вашей работы занимает 20% вашего времени, остальные 20% вашей работы занимают 80% вашего времени. Это потому, что если вы попытаетесь сделать точные оценки, вы уже настроите себя на неудачу. (крайне редко все идет по плану и в лучшие времена), в котором говорилось, что полезно выяснить, насколько вы обычно далеки от своих оценок, и научиться приспосабливаться. По сути, я обнаружил, что увеличиваю свое время примерно на 20-30%, что обычно приводит меня к тому, что реально занимает большинство предметов. так что вы делаете большинство сроков с редким промахом.
@JamesAdam Да, я почувствовал это, когда мы в последний раз разговаривали, до того, как начался этот PIP. В свободное время я работал над сторонними проектами, чтобы заняться чем-то, чем я бы предпочел заниматься в любом случае. Надеюсь, это сработает.
@TheWanderingDevManager Мне было интересно то же самое. Но я думаю, что отчасти причина в том, что наша группа не берется за работу, выходящую за рамки определенного объема. Итак, мы делаем примерный размер футболки, и если он меньше XL, мы берем его на себя. После окончательного утверждения требований мы проводим более детальное совещание по проектированию, на котором мы разбиваем его по задачам и оцениваем их. На этом этапе мы можем изменить размер нашей футболки, если обнаружим большую рабочую нагрузку, чем предполагалось изначально. Кроме того, большая часть работы, которую мы делаем, связана с датами, лол.
Было много упоминаний о том, является ли PIP просто формальностью на данный момент, и что они уже знают, что увольняют меня. Должен ли я подойти к своему боссу и прямо спросить его?
Мне жаль слышать о вашей ситуации. Я думаю, что более подходящим вопросом может быть вопрос: «Какой процент сотрудников, прошедших программу PIP, выполняет этот план?» в отличие от «это просто формальность, которую вы соблюдаете, прежде чем уволить меня?». Начинайте поиск работы СЕЙЧАС. Вы работаете в компании уже 2 года, так что других работодателей это не должно беспокоить, но отсутствие работы, безусловно, будет тревожным сигналом. Я знаю, что это личное, но я думаю, что обновление этого поста с окончательным исходом этой ситуации может помочь группе людей, особенно тем, кому стыдно публиковать. Мне было бы любопытно узнать статистику.
Ваш вопрос о том, как лучше оценивать задачи, или о том, справедливо ли то, что вы придерживаетесь плана повышения производительности?
Поговорите со своей командой о Принципе Скотти .
@PaulD.Waite И то, и другое. Я хочу научиться совершенствоваться. Но я также хочу убедиться, что моя производительность оценивается справедливо и что их ожидания не являются неоправданно высокими, поскольку они ожидают, что я оценю работу над системами, с которыми я не знаком, а затем достигну этих оценок.
Вашему боссу нужно найти слово «оценка» в словаре. Даже самые лучшие «оценщики» не делают все правильно в 100% случаев, всегда есть что-то неожиданное, что может испортить лучшие оценки. Там, где я работал, у нас был инструмент оценки, который учитывал, сколько строк кода необходимо, сколько изменений в базе данных и т. д., и это давало нам приблизительную оценку. Затем мы добавили к этому 50%, и обычно это была довольно точная, но всегда щедрая оценка на случай, если что-то займет немного больше времени.
@stuter12: хорошо. Я не уверен, что вопрос «как улучшить оценку» соответствует теме этого сайта. (Вполне может быть, я не слишком знаком с принципами.) Кажется, справедливость. Возможно, лучше задавать вопросы отдельно.
Поиск по слову «оценка» на сайтеprogramrs.stackexchange.com дает много результатов. Независимо от того, останетесь ли вы со своим нынешним работодателем, вы захотите начать работать над тем, как лучше оценивать. Вышеупомянутый поиск, вероятно, обнаружит ряд ресурсов; среди моих любимых — книга Стива МакКоннелла « Оценка программного обеспечения» .

Ответы (6)

Есть над чем задуматься: если кажется, что во всем возникают неожиданные вещи, которые заставляют их выполняться в 2 раза дольше, возможно, вам следует планировать, что что-то произойдет и заставит задачи выполняться в два раза дольше?

Как мне улучшить оценку этого материала, если у меня ограниченный опыт работы с приложением?

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

  2. Более подробно задокументируйте, что вы ожидаете сделать для этих задач (это в любом случае поможет)

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

Вы хотите любой ценой избежать отсутствия оценок в будущем.

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


Просто общее замечание: независимо от причин, по которым был инициирован PIP, ОП подписал что-то, указывающее на проблемы, и ему необходимо серьезно работать над решением этих проблем. В этом связанном вопросе есть хорошее представление о других способах сохранить вашу работу во время PIP (это сложно, а в некоторых случаях невозможно) - возможно, это просто формальность для них, потерявших работу, но в любом случае они должны выполнить это или это 100% будет стоить им работы.

Я думаю, что это определенно поможет мне в какой-то степени документировать мои мыслительные процессы/действия во время работы. Иногда я прохожу оценку, не задумываясь о том, что делаю что-то, что не было учтено.
То, что это рассматривается как проблема с производительностью ОП, а не с его оценками, - это запах на рабочем месте. Честно говоря, если OP делает хорошую работу и просто плохо оценивает, это не будет достаточной причиной для PIP. И если известно, что кто-то плохо оценивает, менеджер должен убедиться, что один из лучших оценщиков в команде проверит оценку, прежде чем отправлять ее клиентам (особенно после первых нескольких промахов).
@Lawtonfogle, независимо от того, по каким причинам был инициирован PIP, ОП подписал что-то, указывающее на проблемы, и ему необходимо усердно работать над решением этих проблем. Этот связанный вопрос также имеет хорошее понимание - возможно, это просто формальность или ошибка, но в любом случае они должны выполнить ее, иначе это будет стоить им работы.
@ stuter12 ты тоже так учишься. Вы учитесь, понимая, что вы делаете и почему — если вам не хватает оценок, слепая надежда, что вы станете «лучше» без плана, — это просто принятие желаемого за действительное. Но если вы начнете делать что-то другое, это, по крайней мере, поможет вам лучше понять ситуацию и, возможно, даже удивит вас и вашего руководителя.
@enderland OP что-то подписал, но избавляться от хорошего сотрудника из-за небольшой проблемы глупо, если учесть стоимость его замены. Придерживаться таких правил только потому, что они являются правилом, — это признак плохого управления (либо менеджер за то, что он так жестко придерживается правила по своему выбору, либо менеджер среднего звена, который заставляет менеджеров придерживаться правила). В общем, я бы стряхнул пыль со своего резюме и искал бы новую должность. «Я поменял работу» гораздо лучше, чем «Меня уволили по глупой причине», даже если это действительно была глупая причина.
Капитан Кирк: Сколько времени потребуется на переоборудование, прежде чем мы снова сможем вывести ее из строя? \ Мистер Скотт: Восемь недель, сэр, но у вас нет восьми недель, так что я сделаю это за вас за два. \ Капитан Кирк: Мистер Скотт, вы всегда умножали свои оценки на ремонт в четыре раза? \ Мистер Скотт: Конечно, сэр! Как еще я могу сохранить свою репутацию чудотворца?
@Lawtonfogle - На самом деле я работал на мясорубках, которые больше заботились о цифрах, чем о выполняемой работе. Единственные долговременные разработчики, которые у них были, умели поражать агрессивные цели паршивыми имплементациями, которые появлялись вовремя. Их считали суперзвездами...
@MasonWheeler, да, я смеюсь каждый раз, когда говорят Кирк/Скотт или Пикард/Ла Форж. Должно быть наоборот. "Кирк: Сколько времени на ремонт? Скотт: Неделю. Кирк: Скажем, две недели." Восемь недель спустя это все еще не сделано».
@PaulDraper Для большинства людей это было бы слишком близко к дому :p

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

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

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

Мой совет исходит из того, что я проработал 7 лет в такой компании (Bloomberg LP). Они попытаются выжать из вас все до последней капли производительности, сначала надавив на чрезмерно усердные оценки, а затем забросав вас кучей багфиксов, требуя, чтобы они были сделаны параллельно с вашим проектом, а затем ругая вас за то, что вы «пропустили установленный срок». Я был свидетелем того, как многим людям ставили нереальные планы производительности. Я никогда не слышал о том, чтобы кто-то заканчивал выполнение плана и оставался в компании.

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

Уволиться с этой работы было лучшим решением в моей жизни. После 6 месяцев отпуска я легко нашел работу, которая превосходит меня во ВСЕХ аспектах (зарплата, отношение, возможности, удовлетворение).

Не мирись с этим. Будет только хуже.

Вроде весомый аргумент. Во-первых, они могут планировать или не планировать запуск OP, но они, вероятно, никогда не будут продвигать их снова.
+1 за «Я никогда не слышал, чтобы кто-то выполнил план производительности и остался в компании». . PiP редко используются правильно, и любой порядочный менеджер не будет возиться с такими произвольными документами, но вмешается гораздо раньше, предоставив постоянную помощь, если сотрудник испытывает затруднения. Ваша последняя строка, вероятно, лучший совет, который может получить здесь OP.
Мой менеджер вмешался до этого. Он пытался помочь мне, регулярно беседуя о том, над чем я работаю, и не застрял ли я на чем-нибудь. Я чувствую, что у него действительно хорошие намерения, поэтому я не уверен, что решение уже принято или нет. Но между прочим, независимо от ситуации с PIP, это не та работа, которую я хочу, и я все равно буду искать ее в другом месте. Единственная другая проблема на данный момент заключается в том, как объяснить этот опыт работы следующему месту.
Помимо вопросов, касающихся направления компании и управления, ОП также должен спрашивать, должны ли они остаться, потому что два года, потраченные на небольшие изменения в различных старых, плохо задокументированных приложениях, - не лучший способ начать. карьера программиста. Не поймите меня неправильно, вы приобретете полезные навыки, но вам действительно нужно сочетать это с приобретением некоторых полезных навыков разработки программного обеспечения, а не только его поддержки .
+1 Точно. PIP - более гуманный способ немедленно уволить вас (OP). Начинайте искать работу, в нынешней компании для вас все кончено.
Это правильный ответ, гибкие методологии, используемые в качестве индивидуальных показателей производительности, — это огромный красный флаг, а план производительности — явный признак того, что кто-то хочет, чтобы вы уволились. Если вы не можете определить, кто это, и быть достаточно уверенным, что они уже уходят, начните искать. Даже если завтра их уволят, вы все равно гораздо ближе к увольнению.

Вероятно, ваш босс ожидает от вас выполнения одного из следующих действий:

  • лучше оцените. Это требует ретроспективного анализа (самостоятельно или с командой), когда все будет закончено. Забыли разрешить переделку? Не понимали, насколько производственная система отличается от тестовой? Никогда раньше не использовали технологию X? Учитесь на этом. Разрешите это в следующий раз
  • дополняйте свои оценки. Если вы всегда превышаете 50%, когда вы думаете, что это 10, скажите 15. По крайней мере, имейте этот уровень понимания вашей способности к оценке.
  • разрежьте пальто по размеру ткани. Сделай это в то время, которое ты обещал. Может быть, вы меньше тестируете, может быть, пишете менее общее решение, может, задерживаетесь допоздна и не считаете эти часы, что угодно.

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

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

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

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

Я бы также предложил отказаться от оценки часов. Вместо этого оцените трудозатраты (что-то вроде scrumalliance.org/community/articles/2014/january/… ) и рассчитайте часы на основе собранных данных. Проблема с оценкой часов носит психологический характер. Ваши первоначальные оценки начинают дрейфовать в зависимости от скорректированных оценок. Со временем это несколько подрывает собранные вами данные.

ОП, вы спросили: «Справедливо ли это?» — к сожалению, справедливость на самом деле не имеет значения, потому что результат для вас не зависит от справедливости подписанного вами PIP.

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

PIP — это способ для вашего босса уволить вас через 2 месяца, и, честно говоря, это звучит так, будто вы уходите. Я думаю, вам следует сделать следующее:

  1. Сделайте большую работу. Делайте более точные оценки. Закончить вовремя. (Лучше переоценить необходимое время, как говорили другие.) Вам нужно показать им, сколько работы вы можете сделать за 2 месяца, и они должны понять, почему это заняло 2 месяца и это время потрачено не зря. Убедитесь, что они знают, почему, не предполагайте!

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

Да, жизнь будет немного напряженной пару месяцев, но ты справишься. И если вы научитесь оправдывать их ожидания на работе, вы сохраните работу, научитесь лучше оценивать и добиваться взаимовыгодного выигрыша для всех участников. (Но имейте также план на случай непредвиденных обстоятельств!)

«Если вас уволят» — это большое «если». Я только когда-либо слышал об одном человеке на рабочем месте SE, которого НЕ уволили после того, как его поместили в PIP. Это удручающие шансы. Используйте время более разумно: создавайте резюме, интервью, gtfo.

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

Во-вторых, при оценке того, сколько времени вам потребуется, чтобы что-то сделать, учитываете ли вы накладные расходы? Я мог бы сказать, что мне потребуется 15 часов, чтобы добавить новую функцию X. Однако я знаю, что мне, возможно, придется отправить 10 электронных писем по функции X и получить отзывы. Само по себе это может занять 10-15 часов пути туда-сюда. Из всех ошибок оценки моих программистов это проблема №1. Особенно, когда вы имеете дело с клиентом или продакт-менеджером, которые на самом деле не знают, чего хотят или о чем говорят.

В-третьих, посвящаете ли вы свое время своей задаче? Другие постоянно просят у вас помощи? Старые задания всплывают на полчаса в день? Такие вещи пожирают все время.

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

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

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

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

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