Как мне измерить выходную скорость? [закрыто]

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

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

Проблема в том, что эти неформальные вопросы кажутся мне расплывчатыми (например, отсутствие сотрудничества, принятие на себя ответственности за проблемы других и т. д.). Но больше всего меня смущает медленный вывод.. Мне сказали, что моя производительность медленная в прошлом. Хотя я пытался повысить уровень производительности, похоже, это не помогло. Настоящая проблема в том, что я не понимаю, как измерить мой результат, будь он медленным или нет? Я знаю, это может звучать глупо, но я самая быстрая машинистка в офисе. Часто я впечатлял своего босса своими навыками использования IDE. Я никогда не пропускал формальные сроки. Однако есть задачи, которые мне даются неофициально, без каких-либо формальных сроков. Такие небольшие проекты/задачи обычно меня задерживают. Я спросил во время обзора, как измерить мой выход. Но получил расплывчатый ответ. Что-то вроде «Вы должны были закончить x проект за 2 недели, но это заняло 2 месяца» — что было неправдой. Упомянутый проект занял 3 недели, потому что другие проекты были добавлены к моей рабочей нагрузке без изменения графика.

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

Строк кода/день
Спросите вашего менеджера.
@Lilienthal Да, я упомянул об этом в своем посте.
@easymoden00b Надеюсь, ты шутишь...
@RJFalconer OP хочет объективно измерить выходную скорость.
@easymoden00b и LOC/day, возможно, худший способ сделать это. Если только ваша работа не состоит в буквальном создании символов новой строки.
Почему вопрос получает отрицательные голоса? Обратная связь?
@alroc Но это мой вопрос. Как измерить мой результат. Предположим, у вас есть два разработчика с разными типами задач . Как вы сравниваете их результаты друг с другом?
@Hawk, вы должны напрямую спросить своего менеджера, как он измеряет вашу производительность и каковы его ожидания. Попытка прямого сравнения производительности двух людей бессмысленна, и вы не говорите, что ваш руководитель когда-либо пытался это сделать. Из того, что вы написали, он только сказал вам, что ожидал более быстрого вывода, а не то, что он ожидает, что вы подойдете к конкретному человеку.
Извините, вы не получили больше информации о том, как улучшить.
@easymoden00b Нет, объективная мера, главное, эффективная. Если такая штука существует (в чем я сомневаюсь), то LoC/day это не так.
@easymoden00b «результаты завершены. в соответствии с графиком» настолько близок к объективному показателю, насколько вы собираетесь получить, и это намного лучше , чем произвольный LoC/день.
@Hawk Спроси его еще раз. Откуда нам знать, какие показатели ваш руководитель считает важными для человека на вашей должности?
Отличный способ справиться с добавлением новых задач в существующую рабочую нагрузку — сообщить им по электронной почте: «Добавление задачи Y задержит задачу X на n дней. Вы хотите, чтобы я реализовал Y раньше X»? И еще одна (менее желательная) тактика в работе с менеджерами — это скорректировать ваши личные оценки, исходя из того, сколько дополнительной нагрузки, по вашему мнению, они добавят, например, 40%.

Ответы (1)

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

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

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

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

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

Возможно, также вести журнал, когда задачи назначаются и когда меняются приоритеты?