Як можна виміряти власний щоденний внесок?

Нещодавно я закінчив «Три ознаки нещасної роботи » Патріка Ленчіоні, і одна з його основних ідей - це те, що вам потрібно мати певну форму вимірювання.

У мене досить стандартна внутрішня робота для розробників, де я працюю над новими інструментами та роблю деякі виправлення підтримки / помилок для минулих інструментів, про які я написав.

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

Мета полягає в тому, щоб знайти речі, які вимірюють не тільки продуктивність, але і те, наскільки добре ви працюєте (щоб людина, яка обслуговує клієнтів, могла записувати позитивні взаємодії на додаток до кількості прийнятих дзвінків).

Мій удар в цьому полягає в тому, щоб вимірювати дві речі щодня: відкриті / закриті запити про підтримку та кількість контрольних листів для контролю джерела.

Я розумію, якщо це закриється, але це ще раз не питання щодо управління, його особистого розвитку як програміста / розробника програмного забезпечення.

Ведіть журнал розвитку і приділяйте особливу увагу нестандартним подіям. Мене хвилює:

• Використання нового алгоритму, шаблону, бібліотеки, структури даних або мови
• Співпраця з новою командою чи особою
• Виправити помилку, яку вважали особливо важкою
• Встановлення глибокого особистого зв’язку
• Створення невеликих інструментів, які полегшують мою роботу (і, можливо, роботу моїх колег)
• Блокують, а потім помічають, що саме відбувається, щоб розблокувати мене
• Помічаючи покращення продуктивності, спричинене дієтою, сном та ставленням
• Можливості поділитися моєю пристрастю
• Краса в малоймовірних місцях

Що стосується звичайних подій:

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

Якщо ви хочете визначити щоденне підтвердження, найпростіший показник, який ви можете використовувати, - це написати собі список завдань чи завдань на сьогодні.

1. Запишіть, що вам потрібно зробити.
2. Чи можете ви розділити будь-яке із цих завдань. Зробіть його більш зернистим.
3. Почніть роботу над завданням.
4. Якщо вам потрібно додати більше завдань, почніть із кроку 1.
5. Коли ви закінчите із завданням, перекресліть його.

Наприкінці дня подивіться на всі завдання, які ви виконали, і відчуйте гордість. Тепер це особисте виконання!

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

Наприклад, я завжди хотів удосконалити свої навички оцінювання. Тож я зберігаю відставання, складаю та переглядаю кошториси щодо цього, а потім використовую ці, щоб оцінити мою здатність виконувати подібні завдання та перевірити, чи покращився я при оцінці.

Я спочатку почав цю електронну таблицю від Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Просте і гарне місце для початку. (З того часу Джоел перейшов:
http://www.joelonsoftware.com/items/2007/10/26.html )

Я роблю щось трохи менш складне зараз, що краще відповідає моєму робочому процесу.

Тож якщо ви шукаєте певну метрику для відстеження, оцінити правильність - це цікаво. Можливість точно оцінювати досить рідко, тому ви отримуєте корисний навик, і це часто відчуває себе грою, оскільки ви намагаєтесь перемогти свій "високий бал" раніше.

Я маю просту міру прогресування:

коли мої співробітники / клієнти кажуть такі речі:

Етап 1:

"чудово працюю, люблю це!"

Етап 2:

"Це дивовижно! Я навіть не знав, що ти можеш це зробити!"

Етап 3:

"Це рятування життя! Система не була б такою самою"

Етап 4:

"Абсолютно так, я вам довіряю "

5 етап:

"Це просто чудово, я не знаю, що ще можу додати"

Етап 6:

"Ви змінили нас, змінили цю компанію, на краще"

Етап 7:

"дякую, ти мене надихаєш "

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

Крім того, моя стратегія така: Робіть краще сьогодні, ніж ви робили вчора.

Це воно. Це ваша мета.

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

Якщо ви зробите ці речі, і ви отримаєте іншу роботу, вам буде хороший, продуктивний день.

Вивчайте принаймні одну нову мову на рік та користуйтеся нею.

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

Підштовхнути себе до глибокого занурення. Ви недостатньо наполягаєте на собі, якщо у вас ніколи не виникає відчуття, що ви перебуваєте над головою.

Порадьтеся з керівником про те, як просунути свою кар’єру. Хороший керівник завжди шукає того, хто його замінить. Поговоріть з начальником свого начальника або навіть вище в ланцюжку про те, як досягти цієї мети. Це може зайняти трохи тонкості; не створюйте враження, що ви тут переходите над головою свого начальника.

Ви здивуєтеся, скільки рекламних акцій проводиться лише тому, що хтось мав бажання попросити її.

Я думаю, що ти маєш правильну ідею, кількість записів на керування джерелом - це те, як я це зробив. Кожна реєстрація є важливою одиницею удосконалення програми. Звичайно, це працює лише тоді, коли ви зареєструєтесь лише повністю розробленими програмами оновленнями / виправленнями, але це все одно, як це слід зробити. Якби я вимірював, то це може допомогти і мені дотримуватися цього правила.

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

Обидва значення повинні легко збирати та графікувати. Зараз я майже бачу електронну таблицю ... 8)