Як ефективно реалізувати правило 80/20 на час розробника?

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

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

Невже я маю працювати 4 дні на чомусь і 1 день на чомусь іншому? або 4 тижні і 1 тиждень?

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

Розподіліть усі свої завдання на підзавдання (завдання "80%", а також "20% завдання") та запишіть їх. Кожне завдання повинно бути досить малим, щоб його можна було виконати не більше ніж за кілька годин, і досить великим, щоб ви могли потрапити в "зону" для нього (якщо це завдання, яке потребує вашої концентрації в такому випадку). Потім виберіть замовлення для роботи над тими завданнями, які виконують правило 80/20 на тиждень або на місяць, залежно від вашої компанії.

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

Моя компанія, хоча не застосовує правило 80/20 як таке, спонукає нас постійно бути в курсі новітніх технологій, читати інші блоги та пости, такі як програмісти тощо, і, звичайно, переконайтеся, що ми підтримуємо особистісний розвиток та інтереси. дата.

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

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

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

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

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

Якби у мене було щось подібне (я хотів би), я схильний би зробити це так:

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

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

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

Як я бачу, у вас є два варіанти, якщо ви маєте законну політику компанії, яка дозволяє вам на 20%. Переконайтеся, що ви отримали план, затверджений вашим менеджером.

1. Блокуйте 2 години кожного 8 годинного дня у своєму календарі на час дослідження
2. Приділіть один день на тиждень дослідженню, а інші чотири зосередившись на вашому головному проекті

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

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

Думаю, головне тут не зосереджуватися на 80% / 20% стільки, скільки зосереджуватися на тому, щоб переконатися, що ви навчаєтесь та наполягаєте на нових технологіях. Якщо ви робите це вже з речами, над якими працюєте щодня, чудово! Якщо ні, то переконайтесь, що або змішати нові речі, або відкласти деякий час одразу після того, як ви завершите доставку, і зробіть це потім.

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