Про видимую демократию

Про видимую демократию

Я недавно вскользь упомянул такой способ принятия решений, но он достоин большего внимания.

Вы наверняка такое видели или даже делали сами (я точно грешен): руководитель организует встречу для обсуждения какой-то проблемы. Но приходит туда с готовым решением или идеей. Или даже презентацией. Ну потому что ты же руководитель/снователь `— ты всегда должен знать, что делать дальше 🙂

На встрече что-то обсуждается, другие участники высказывают мнение ... но для всех совершенно очевидно, что руководитель уже принял это решение или слишком полюбил идею, чтобы от нее отказаться. Так обычно и происходит.

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

Но самое интересное начинается потом. Ведь это директор (а не команда) решил что-то делать. Единолично. Другие участники вряд ли хотят реализовывать решение, скорее всего не брали на себя никаких обязательств и уж точно не горят этой затеей. Короче, ничего сделано не будет.

Что с этим можно сделать руководителю? Во-первых, расслабиться и понять, что готовые решения никому не нужны. Не нужно пытаться быть самым сильным, смелым и умелым в работе с командой своих коллег. Командная работа не про это.

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

Всё и сразу

Мы остановились на моменте, когда наша команда синхронизировалась с заказчиком насчет фронта работ: проблема номер один — регистрация новых специалистов, остальные сценарии имеют второстепенное значение.

С этого мы и начали — разделили работу на части: кто-то взял на себя регистрацию новых специалистов, кто-то занялся приложением для клиентов, а кто-то приложением для специалистов.

Тут важно отметить, что у профиру существует два приложения: одно для клиентов, которые с его помощью оставляют заказы, оно так и называется — PROFI.RU; второе — для специалистов, в котором они, те самые заказы находят, называется оно неоднозначно — Бэкофис (англицизм, набранный кириллицей, смысл которого, я уверен, не очень понятен широкой целевой аудитории сервиса).

Поработав над несколькими сценариями одновременно через какое-то время, мы поняли, что расходуем наши силы очень неравномерно — получалось, что мы делаем один и тот же сценарий с двух сторон (клиента и специалиста), это требовало полного понимания, какие проблемы мы вообще решаем и что хотим сделать. А это было невозможно, так как исследование и сбор инсайтов только начались. В итоге, на каком-то из занятий мы приняли волевое решение пока отказаться от неприоритетного сценария для клиентского приложения, чтобы сосредоточить все свои силы над решением проблем специалистов.

Это, к слову, отличная иллюстрация модели двойного алмаза, о которой я писал ранее https://t.me/bukhtiyar/74 — вначале мы взяли максимально большой охват проблем (стадия дивергентного мышления), а после углубления стали отсекать какие-то части (конвергентное мышление).

А теперь давайте подробнее разберемся в том, почему профиру сейчас важно развивать приложение для специалистов? Напомню, что сейчас регистрация занимает около недели.

Глобальная причина одна — увеличить базу мастеров. Но у неё есть два следствия.

Первое — получить больше мастеров в регионах. В Москве, и других больших городах, люди терпят многие проблемы с интерфейсом, так как специалистов много, и если кто-то не смог справиться с регистрацией, то найдется много тех, у кого было достаточно мотивации, чтобы пройти через все тернии. Но в регионах рынок холоднее и люди пассивнее, удобный интерфейс (в том числе быстрая регистрация) способен напрямую повлиять на рост базы пользователей.

Второе — смена бизнес модели в сторону автоматизации, путем отказа от администраторов и ввода системы обратного аукциона (подробнее я рассказывал об этом здесь — https://t.me/bukhtiyar/88). Но для корректной работы автоматического режима системы необходимо иметь большое количество пользователей — чем больше мастеров в системе, тем корректнее происходит распределение заказов, формирование цены заявки и т.д. В этом случае правильно построенные пользовательские сценарии, вкупе с быстрой регистрацией, будут способствовать вовлечению и удержанию новых мастеров.

Таким образом, все наши силы сосредоточились на решении проблем специалистов.

Три важных слова

ОБСУЖДЕНИЕ ПРОЕКТА ТОЛЬКО НАЧАЛОСЬ, И У РЕБЯТ ЗА СТОЛОМ ЕЩЁ МНОГО ОТЛИЧНЫХ ИДЕЙ. Но мне нравится та версия, с которой на встречу пришел я сам. Она мне кажется просто безупречной, и лучше придумать им явно не удастся. Так иногда бывает, что ты вроде участвуешь в разговоре, слушаешь доводы и аргументы, но внутри уже все решено. И ты камень. Скала. Какие бы ни возникали идеи, они для скалы как капли дождя. Как ветер или тонкий слой пыли. Снаружи могут покрыть, но внутрь проникнуть – нет. Благодарю всех, заканчиваю встречу и предлагаю перейти к реализации моего плана, предвкушая большой успех.

Чем старше мы становимся, тем больше разного нам удается делать хорошо. Быть разумными, надевать шапку, принимать спокойные решения и выбирать важное вместо срочного. А когда ты знаешь, что многое делаешь хорошо, легко стать заложником своего авторитетного мнения. И чем ты кажешься себе сильнее, тем сложнее сказать тебе три простых слова, цена которых может быть очень высока. Можно потратить уйму времени, ресурсов, поставить под угрозу людей, углубиться в самые дебри и запутать все окончательно. Лишь бы не расставаться с ней. Со своей точкой зрения, защищая ее любой ценой. И если ты только кажешься сильным, то, скорее всего, будет именно так. А вот действительно, есть ли сила внутри, узнать очень просто. Только сильный может сказать всем вокруг три важных слова: «Простите, я ошибся».


Это был фрагмент из письма Splat №152

Core Protocols 2

На прошлой неделе я начал писать про Core Protocols и мы посмотрели на список Core Commitments. Если вы пропустили пост и не понимаете, о чем вообще речь, можете вернуться вот к этому посту — https://t.me/designgest/377.

Сегодня хочется перейти к самим протоколам. Но не хочется пересказывать 100% того, что вы и сами можете прочитать в статьях и книжках, а хочется подсветить части протоколов, которые кажутся наиболее интересными.

И первый протокол, о котором хочется поговорить — Check In.

Чек-ин чаще всего используется в начале встречи рабочей группы. Цель чек-ина — в заранее определенной форме поделиться мыслями и эмоциями по поводу ситуации, проекта, задачи с другими членами команды.

Иногда мы испытываем недовольство ситуацией в проекте, или у нас есть какие-то опасения, которые мы боимся или стесняемся высказать всей команде. Мы замалчиваем такие вещи или делимся с парой человек, но формально они остаются скрытыми от команды. В результате с каждым днем мы все дальше сдвигаемся от идеального пути. И только когда уже все становистя совсем плохо, начинаются разборы в духе «Я знал, что так и будет».

Чек-ин протокол предлагает простую схему для изложения чувств, он предлагает использовать всего 4 основные эмоции (напишу их на английском, чтобы у вас потом не было путаницы, если пойдете читать книгу):

GLAD (радость)
SAD (грусть)
MAD (бешенство)
AFRAID (испуг).

Ребята выделили именно эти 4 базовые эмоции, потому что считают, что они понимаются всеми однозначно, что снимает вопросы по поводу разного толкования одних и тех же слов разными людьми.

Плюс комбинацией этих базовых эмоций можно получать описание более сложных эмоций. Так например, EXCITEMENT = GLAD + AFRAID.

Стандартные правила для чек-ина следующие:
1) высказывать свои чувства без оценки и цензуры. Можно объяснить причину, по которой вы испытываете конкретные эмоции. Нельзя преуменьшать свои эмоции, говоря, например: «немного грустно».
2) нужно говорить только о своих эмоциях
3) с уважением слушать чек-ины других
4) не обсуждать и не ссылаться на чек-ины других, если нет явного приглашения для этого.

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

Вы можете даже сами с собой зачекиниться прямо сейчас, попытавшись описать свое текущее состояние по поводу вашей работы/проекта/ситуации, выделив те из 4 эмоций, которые испытываете и подумать, почему именно они выделились сейчас.

Искусство задавать вопросы

Если задать 5 почему подряд — можно, наконец, докопаться до сути проблемы. Навык задавать правильные вопросы отличает опытного дизайнера от новичка.

История
В середине 60-х в США в маркетинговую компанию обратился магазин мебели с целью повысить свои продажи.
Маркетологи начали свою работу с того, что стали задавать вопросы:
Как происходит процесс продажи?
Продажа происходит по каталогам.
Как вы доставляете эти каталоги?
Их кладут в почтовые ящики
Что с ними происходит дальше?
Люди забирают рекламные каталоги и хранят их дома.
Чем ваша продукция отличается от конкурентов?
Особо ничем не отличается — у конкурентов представлен схожий ассортимент.
Тогда как покупатели выбирают, где сделать покупку?
Чаще всего люди просто берут первый попавшийся буклет и делают заказ.

На основе полученной информации маркетологи решили изучить, как именно эти буклеты хранятся в домах. Они пришли к выводу, что обычно такие буклеты хранят где-нибудь в чулане одной большой стопкой, а при необходимости сделать покупку — берут самый верхний.
Тогда, они решили сделать буклет меньшего размера, чем у конкурентов, чтобы на него было неудобно складывать остальную бумагу.
И это сработало! Продажи повысились, задача была выполнена.

Искусство задавать вопросы от Жени:
• Спрашивать только про опыт — как человек занимался чем-либо. Например, вместо вопроса — что вы думаете об этой функции, лучше спросить — когда вы в последний раз пользовались этой функцией?
• Если респондент обобщает — значит он врет. Маркерами могут являться такие фразы как: «в целом мне все нравится», «если разобраться, то ничего сложного нет» и т.д.
• Если человек не пытается решить проблему — значит её нет.
• Задать 5 почему подряд

Чем отличается результативность, продуктивность и эффективность друг от друга?

Если привести пример на человеке, которые изготавливает какую-либо продукцию, то получится следующая картина:

Результативность — это когда 100 гаек за 8 часов.

Продуктивность — это когда те же 100 гаек, но за 6 часов.

Эффективность — когда мастер, прежде чем браться за работу, анализирует и говорит — а зачем вам 100 гаек? — давайте лучше использовать сварку.

В этом и есть эволюция дизайнера — опытный дизайнер всегда сначала задается вопросом зачем нужна это кнопка/функция/экран, а не какого она должна быть цвета или в каком месте экрана её расположить. Потому что пользователю не нужна конкретная кнопка — ему важно, как можно быстрее удовлетворить свою потребность.

Вопрос: расскажи, какими должны быть должностные обязанности менеджера?

Есть два подхода к определению должностных обязанностей менеджера — процессный и результатный. При процессном подходе описывают обязанности, как у рабочего на заводе — «постановка задач», «планирование спринтов», «взаимодействие с программистами».

Такие формальные обязанности нужны слабым менеджерам, которые умеют только копать, где сказали.

Я предпочитаю нанимать сильных менеджеров, которым не нужно говорить, где копать. У сильного менеджера — только одна обязанность: пообещать, что у меня будет траншея, и сделать так, чтобы траншея появилась. Такой менеджер и ресурсов выбьет сколько нужно, и команду сам организует так, чтобы все рыли в одну сторону.

Так что если ищете список обязанностей для заявки в HR-департамент — возьмите любую туфту с Хедхантера. Если ищете хорошего менеджера — просто скажите ему, что задачи будут чёткими и с цифрами, и что мешать работать никто не будет.