Решение — ничто, проблемы — все. Хотя обычно все наоборот
Я уже говорила, что я обожаю контроль? Как приятно, когда знаешь, что делает команда, каким образом, когда будет готово и в каком виде. Каааайф, ну разве нет?😐
Несмотря на то, что это долго двигало меня в карьере, сейчас я считаю это проблемой, которая приносила мне кучу уроков. Сейчас я стараюсь отслеживать и сдерживать контроль. Одно из неприятных следствий контроля — это лоббирование решений, а не проблем. И это капец ограничение.
Вот почему:
🔵Если ты приносишь решение, то это ставит команду в роль исполнителя. Такой подход автоматически переводит ответственность на того, кто принёс решение, оставляя ему все вопросы и сложности, связанные с реализацией.
🔵Это исключает возможность использования экспертизы команды. Вряд ли ваше решение будет лучшим во всем — технически, функционально, ux-ово, аналитически и пр.
🔵Это ограничивает креативность, рост и мотивацию вашей команды. Ни кто не любит делать таски, это самое простое, другое дело решать проблемы бизнеса,
🔵Это нагружает вас неимоверно, потому что с этого момента вы ответственны за формат реализации проекта. Вас будут вовлекать в решение любого вопроса.
А как надо?
🔵Формулируйте проблему, а не готовое решение,
🔵Снаряжайте максимально команду инсайтами discovery и фреймите стратегией (ограничения ресурсов, фокус на целях, миссия)
🔵Наделяйте участников ответственностью, чтобы система работала и не блокировалась на вас.
И как оно?
В процессе может быть страшно, волнительно, непонятно. Но в итоге вам надо делать меньше работы, а на выходе получается круче результат. Ну разве не профит?
Я уже говорила, что я обожаю контроль? Как приятно, когда знаешь, что делает команда, каким образом, когда будет готово и в каком виде. Каааайф, ну разве нет?😐
Несмотря на то, что это долго двигало меня в карьере, сейчас я считаю это проблемой, которая приносила мне кучу уроков. Сейчас я стараюсь отслеживать и сдерживать контроль. Одно из неприятных следствий контроля — это лоббирование решений, а не проблем. И это капец ограничение.
Вот почему:
🔵Если ты приносишь решение, то это ставит команду в роль исполнителя. Такой подход автоматически переводит ответственность на того, кто принёс решение, оставляя ему все вопросы и сложности, связанные с реализацией.
🔵Это исключает возможность использования экспертизы команды. Вряд ли ваше решение будет лучшим во всем — технически, функционально, ux-ово, аналитически и пр.
🔵Это ограничивает креативность, рост и мотивацию вашей команды. Ни кто не любит делать таски, это самое простое, другое дело решать проблемы бизнеса,
🔵Это нагружает вас неимоверно, потому что с этого момента вы ответственны за формат реализации проекта. Вас будут вовлекать в решение любого вопроса.
А как надо?
🔵Формулируйте проблему, а не готовое решение,
🔵Снаряжайте максимально команду инсайтами discovery и фреймите стратегией (ограничения ресурсов, фокус на целях, миссия)
🔵Наделяйте участников ответственностью, чтобы система работала и не блокировалась на вас.
И как оно?
В процессе может быть страшно, волнительно, непонятно. Но в итоге вам надо делать меньше работы, а на выходе получается круче результат. Ну разве не профит?