Безініціативна команда 🥱
Сьогодні спробую відповісти на частину питання, яку підписник Роман задав у чаті цього каналу. Друга частина питання також дуже цікава, але то окрема тема, тому спочатку мухи, а потім котлети.
Якщо команда не ініціативна, чи має ПМ брати на себе відповідальність і закривати дірки? Чи він повинен призначати хто це зробить проти їхньої волі? І як не зациклити після цього проєкт на собі та не надіти корону?
Пропоную розібратися спочатку, чому у нас не ініціативна команда.
От вам маленький опитувальник на наявність сприятливих для ініціативи умов👇🏻
➖ Наскільки жорсткі процеси та рамки, в яких ви працюєте? Чи залишається у команди простір для свободи дій? Чи створені майданчики для обговорення проблем та брейнштормінгу?
➖ Наскільки експертна команда, з якою ви працюєте? Чи мають вони достатній досвід, щоб знаходити недосконалості в процесі та пропонувати покращення?
➖ Чи надавали ви підтримку ініціативам від ваших колег у минулому? Або ж лише декларували підтримку, а на ділі нічим не допомагали?
➖ Чи мають члени команди особисту зацікавленість у кінцевому результаті? Чи є в команди відповідальність за продукт та ставлення до нього як своєї власності?
Чесний із собою менеджер знайде в цих пунктах натяк, куди копати далі, щоб зрушити питання з ініціативністю з мертвої точки.
🙅🏻♀️ Я особисто проти того, щоб тягти ярмо самотужки. Ви так поле не зорете, зато добряче захекаєтесь.
Краще прокачайтесь у навичках фасилітації зустрічей із обговорення проблем та мотивації членів команди взяти на себе додаткові завдання 🙋🏼♂️🙋🏼♀️
Приклад:
Команда незадоволена тим, що на проєкті є база застарілих тест кейсів, які важко проходити та підтримувати. Кожного разу, коли такі кейси потрапляють в регресію, всім тестувальникам болить 😔
🗣 Класно, якщо команда не мовчить та підіймає це питання. Чи то на ретро, чи просто на якісь зустрічі, присвяченій тестуванню, чи вам у приватних бесідах.
Задачі ПМа:
🔻Зрозуміти, які наслідки має ця проблема для проєкту
🔻Створити майданчик для її обговорення
🔻Модерувати дискусію таким чином, щоб на виході був план із зрозумілими кроками, які можна зробити для вирішення проблеми
🔻Розподілити ці дії між учасниками зустрічі за їхнім бажанням та компетенціями, встановити контрольні точки
🔻Перевіряти, як просувається виконання плану, підтримувати та допомагати, публічно дякувати тим, хто свої частини плану виконав
🔻Після виконання всього плану, заміряти ефект та переконатися, що проблема вирішена або її градус вже не такий високий і тепер з цим можна жити
Звісно, в плані можуть бути якісь частини, які має на себе забрати ПМ, бо там пряма зона його/її відповідальності.
Як то, зробити презентацію для клієнта із планом частково переписувати старі тест кейси на новий формат протягом декількох релізів та затвердити бюджет на таку активність 👌🏻
А якщо ніхто не хоче взяти на себе інші частини цього плану? Наприклад, аналіз та оцінку, вибір пріоритетних тест кейсів, які ми запропонуємо переписати в наступному релізі, безпосередньо оновлення тест кейсів та ін.❓
🙈 Ну що ж, тоді змін в цій частині проєкта не буде. Значить, воно їм не так вже й болить. Наголосить, що ви самотужки цю роботу не стягнете, і що без допомоги команди все залишиться як є.
Принаймні, після такого опрацювання запиту всі скарги на застарілі тест кейси мають зникнути аж доки вони не дозріють взятися за втілення плану 🪄
А бували у мене і такі випадки в практиці, що на місті ніхто не зголошувався взяти на себе ініціативу, а через декілька днів, все обміркувавши, таки брались 😌
Колись я писала нотатку про те, як не вбити ініціативу співробітника.
Сподіваюсь, комусь стане в нагоді і зараз 😊