Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
Труха⚡️Україна
Труха⚡️Україна
Николаевский Ванёк
Николаевский Ванёк
Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
Труха⚡️Україна
Труха⚡️Україна
Николаевский Ванёк
Николаевский Ванёк
Андрій Чумаченко avatar
Андрій Чумаченко
Marketing, PR, Reklama
Андрій Чумаченко avatar
Андрій Чумаченко
Marketing, PR, Reklama
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.