Как вы можете измерить свои собственные ежедневные взносы?

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

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

По чисто личным причинам, что бы вы измеряли ежедневно? (Это не отчет для менеджеров и не что-то для игры, просто что-то, чтобы помочь мне оценить прогресс).

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

Моя задача - измерять две вещи каждый день: запросы поддержки открыты / закрыты и количество проверок для контроля версий.

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

Вести журнал разработки и уделять особое внимание нестандартным событиям. Я взволнован:

• Использование нового алгоритма, шаблона, библиотеки, структуры данных или языка
• Сотрудничество с новой командой или человеком
• Исправление ошибки, которая считалась особенно сложной
• Установление глубокой личной связи
• Создание небольших инструментов, которые облегчают мою работу (и, возможно, работу моих коллег)
• Получение блокировки и последующее уведомление о том, что происходит, чтобы разблокировать меня
• Замечать улучшения в продуктивности, вызванные диетой, сном и отношением
• Возможности поделиться своей страстью
• Красота в неожиданных местах

Что касается рутинных событий:

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

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

1. Запишите, что вам нужно сделать.
2. Можете ли вы разделить любую из этих задач. Сделайте это более гранулированным.
3. Начните работать над задачей.
4. Если вам нужно добавить больше задач, начните заново с шага 1.
5. Когда вы закончите с заданием, вычеркните его.

В конце дня посмотрите на все задачи, которые вы сделали, и почувствуйте гордость. Теперь это личное удовлетворение!

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

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

Я первоначально начал с этой таблицы от Джоэла: http://www.joelonsoftware.com/articles/fog0000000245.html

Простое и хорошее место для начала. (Джоэл с тех пор перешел:
http://www.joelonsoftware.com/items/2007/10/26.html )

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

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

У меня есть простая мера прогрессии:

когда мои коллеги / клиенты говорят что-то вроде:

Этап 1:

"отлично работаю, люблю это!"

Этап 2:

"Это круто! Я даже не знал, что ты сможешь это сделать!"

Этап 3:

«Это спасатель! Система не была бы такой же без нее»

Этап 4:

"Абсолютно да, я тебе верю "

Этап 5:

«Это просто отлично, я не знаю, что еще я мог бы добавить»

Этап 6:

«Вы изменили нас, изменили эту компанию, к лучшему»

Этап 7:

"спасибо, ты меня вдохновляешь "

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

Кроме того, моя стратегия такова: делай лучше сегодня, чем вчера.

Вот и все. Это твоя цель.

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

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

Выучите хотя бы один новый язык в год и используйте его.

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

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

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

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

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

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

Оба значения должны легко собираться и отображаться. Теперь я почти вижу электронную таблицу ... 8)