06.11.202309:48
25.10.202310:33
20.10.202308:31
⌘189. Busy work
Нещодавно розмовляючи зі знайомим, який працює в Google, почув від нього цікаве визначення "неоціненої постійної зайнятості на роботі" – busy work.
Це формулювання мені сподобалося, оскільки воно максимально коротко і чітко описує те, що я відчував протягом кількох років на посаді СМО в Netpeak.
Ти працюєш кожен день зранку до вечора, у тебе немає часу на балачки, відволікання, зайві перерви та каву, інколи ти навіть залишаєшся на пів години – годину після закінчення робочого дня. Проте, якщо проаналізувати тиждень і відповісти на питання "що корисного ти зробив" – відповіді немає.
Ти постійно зайнятий різними справами. Відповідаєш на запитання, перевіряєш завдання, гасиш пожежі непередбачених факапів, керуєш командою з 20, 30, 40 людей. Але здається, нічого не робиш.
Я вважаю, що це і є ключова проблема busy work і причина, чому багато людей вигорають або просто не підходять для менеджерської роботи. Ти самостійно нічого окремого не робиш, безпосередньо ні на що не впливаєш, і жодного досягнення команди або компанії в цілому не можеш назвати своїм.
Співробітник працював над новим сайтом і витратив багато тижнів на ТЗ, контроль реалізації, перевірку дизайну та верстки, але врешті-решт сайт вийшов, хммм, не ідеальним. А ти витратив кілька годин і написав 25 правок, які потім втілили та запустили сайт. Чия заслуга в тому, що він вийшов класним?
Команда працювала над запуском, налаштуванням та оптимізацією абсолютно нового процесу лідогенерації або закритого заходу для великих клієнтів. Ти ж підключався кілька годин на тиждень протягом кількох місяців – висував гіпотези, вказував на помилки. Чия заслуга в зростанні клієнтів з цього каналу?
Таких прикладів можна згадати ще декілька десятків, але, думаю, основна думка вже зрозуміла.
Фішка busy work, на мою думку, в тому, що потрібно просто визнати її. Хтось повинен контейнерувати страхи та проблеми в команді, приходити та свіжим поглядом знаходити помилки та недоробки.
Так, busy work неможливо виміряти. Так, busy work не приносить радості від виконаного проєкту. І так, без людини, яка займається такою роботою, все також буде працювати, просто трошки гірше.
Проте, якщо ти вмієш добре робити busy work і твій вплив на процеси команди та компанії корисний – спробуй знайти самомотивацію в цьому.
#рефлексія
@sadbutrue
24.08.202311:42
⌘184. RASCI – фреймворк для управління проєктами
Уяви собі, що ти є частиною групи людей, яким доручено завершити гігантський проєкт. Ти – менеджер, під твоїм керівництвом 9 осіб. Наприклад, ти призначиш одного з них своїм помічником, а інші 8 будуть виконувати саму роботу та займатися завданнями, які не потребують управління.
Як визначити, хто що буде робити? Тобі потрібен механізм для визначення того, чим буде займатися кожна людина і яка буде її відповідальність.
Звучать фанфари та з'являється матриця RASCI – інструмент для ефективного управління проєктами.
Вона використовується для визначення ролей та обов'язків кожного учасника проєкту, допомагає чітко визначити, хто працює над якою конкретною підзадачею та уникнути конфліктних ситуацій.
В абревіатурі RASCI кожна літера – роль:
Responsible (відповідальний за роботу) – безпосередньо виконує задачу.
Accountable (відповідальний за результат) – приймає роботу і несе відповідальність за результат.
Supportive (опорний) – допомагає відповідальному виконувати роботу.
Consulted (консультуючий) – надає консультаційну допомогу.
Informed (інформований) – в курсі прийнятих рішень та ходу виконання задач.
Для створення матриці RASCI нам знадобляться два списки:
1. Завдань, необхідних для виконання проєкту – це будуть рядки нашої матриці.
2. Співробітників (їх імен чи посад), які беруть участь у проєкті – це будуть стовпці.
Тепер складаємо матрицю і заповнюємо клітинки що перетинаються, однією з ролей по RASCI, як у цьому прикладі.
Коли завдання та обов'язки розподіляються серед групи, важливо, щоб для кожної задачі був лише один "A" і один "R". Також варто зазначити, що іноді може зовсім не бути "S", "C" або "I" – немає нічого поганого в тому, що в діаграмі є пропуски, не потрібно заповнювати кожну клітинку матриці.
Пам'ятай, що є дві основні переваги використання матриці:
1. Високоефективний розподіл завдань.
2. Мінімальна кількість невизначеності.
Що станеться, якщо не використовувати цей або інший подібний підхід при управлінні проєктом? Ймовірно, ти вже сам знаєш – хаос.
#менеджмент
@sadbutrue
(до речі, невеличка обʼява: давні підписники цього каналу памʼятають про ще один мій passion-project – #подкаст "Давай спробуємо?". так от, вже восени ми плануємо випуск третього сезону в трошки оновленому форматі, про що я звичайно тут розкажу окремо, а зараз ми беремо участь у премії "Слушно 2023" від MEGOGO у номінації "Найкращих подкастерів країни в категорії про бізнес". якщо вам наш подкаст подобається – буду вдячний за підтримку та голос)
Ko'rsatilgan 1 - 4 dan 4
Ko'proq funksiyalarni ochish uchun tizimga kiring.