НЕХУЙЗГОРИЙНИЙ БІЗНЕС

2021-02-22 08:29:01 ⌘197. Про чаты для работы #2. Таки надо? Да!

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

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

Личные мессенджеры ⟶  Закрытый корп. чат ⟶ Закрытый корп. чат + Проектная среда

Внедрение

Если нет ничего, поставить закрытый корп. чат с тредами вроде Слэк. Есть опенсорс/стендэлоун аналоги вроде Rocket.chat. Закрытый — это важно, это значит, что там есть только коллеги, он только для рабочих контактов.

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

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

Договориться о SLA чата и проектной среды: куда по каким поводам писать и как быстро ждать ответа.

Начать отвечать в задачнике быстро, а в чате медленно. Вскоре в чате всех посылать в задачник. Я написал правило в базу знаний “По умолчанию в задачнике”:

Люди привыкли работать в мессенджерах. Мы считаем это неправильным. По умолчанию всё общение команды мы ведём в проектной среде или проще говоря задачнике, а в чат (Слек) пишем только если что-то срочное или непонятно, надо ли ставить задачу. Ну и смехуёчки.

Преграды

Сотрудники не умеют/не привыкли формулировать задачи. У них в голове есть представление, что им надо получить, они придумывают решение и бегут за ним к руководителю или коллеге. Я верю, что они торопятся из лучших побуждений — хотят выполнить задачу как можно быстрее. Но формулировка задачи помогает всем понимать, что происходит и в итоге ускоряет решение. Да, так медленнее получить первый ответ. Но много ли у вас задач, где действительно реально на самом деле в натуре верняк имеет значение полчаса-час? А пять минут (которые нужны на формулировку задачи)?

А когда нет подходящей задачи, им неясно куда писать ⟶ пишут обратно в чат.

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

Чаты становятся хранилищем задач, контактов и важных инструкций.
Тут и пригодится бесплатная версия Слека, которая через время стирает сообщения. Все должны знать, что в чате ничего не сохранится. Это как радио-эфир, Клабхаус, мать его. Хочешь, чтобы не потерялось — переноси куда следует.

Почитать по теме:

Мои рекомендации по выбору проектной среды
Старая заметка про пользу корп. чата

#гтдшное #чаты Відкрити / Коментувати

2021-02-19 17:35:33 ⌘196. Как эффективно пользоваться рабочими чатами? #1

Никак.

Чаты/мессенджеры не приспособлены для рабочих коммуникаций. Как бы они не пытались убедить нас в обратном. Посмотрел стрим Максима Дорофеева "Как жить с мессенджерами?", там ребята пытаются помочь людям справляться с потоком сообщений в рабочих чатах. Это кошмарно. Не в смысле стрим, а то, как приходится выкручиваться, чтобы хоть как-то подружить задачник с мессенджерами и в целом пользоваться чатами в рабочем окружении.

По моему глубокому убеждению люди пишут в чат, потому что им некуда больше писать NO WAY!

Как правило в компании нет поставленной асинхронной среды для общения — работать приходится через чаты. Если в компании нет выделенного корпоративного чата, люди будут пользоваться личными. Просто потому что необходимо общаться, чтобы координироваться. Потому что они хотят выполнять свою работу ё-моё!

Асинхронная проектная среда или проще говоря задачник компании должна обеспечивать сотруднику возможность обрабатывать сообщения и события как в инбоксе и не терять при этом контекста.

Когда мне начинают писать в чат, я понимаю, что проебался вовремя отвечать в проектной среде.
Сотрудник должен быть уверен, что на том конце обработают уведомление от него в приемлемые сроки.

В таком случае чат становится fall back решением, способом связи на пожарный случай. А ещё местом, где можно узнать последние новости компании и поржать над курьёзами. Всё.

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

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

Если нет возможности изменить принятые в компании правила, делайте их на уровне команды. Подозреваю, что 90% общения происходит внутри одной команды или отдела. Внедрите проектную среду для своей команды в тихую! Саботируйте идиотизм (или скорее недальновидность) руководителей, которые не понимают ущербность чатов.

Ещё у меня по теме: Электронная почта — не место для хранения задач.

#гтдшное #чаты Відкрити / Коментувати

2021-02-17 10:10:49 ⌘195. Доплата за стаж — это суррогат для тех, кто не умеет оценить качество работы сотрудника.

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

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

Опытный сотрудник может 1) работать продуктивнее; 2) принимать качественные решения; 3) обучать новичков. А может и нет. Награждать надо именно за это — высокую продуктивность, правильные решения и создание знаний.

Система грейдов или уровней мастерства внутри одной должности (роли) — это правильный способ вознаграждать опытных сотрудников, если они действительно проявляют свой опыт, а не просто ходят на работу дольше других. Джун, мидл, синиор. Младший специалист, специалист, старший специалист. Формальные критерии перехода между уровнями и соответствующий рост зарплаты. Имеет смысл внедрять, когда у тебя достаточно много персонала в одной роли.

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

#менеджерское #грейды Відкрити / Коментувати

2021-02-16 13:35:31 ⌘194. Зависть

Часто ловлю себя на том, что сравниваю себя с предпринимателями примерно моего возраста и завидую им.

Решения, как побороть это, пока не нашёл.

Повторяю себе совет Наваля Равиканта на эту тему:

Когда ловлю себя на том, что я завидую кому-то (кстати, он использует слово jealousy, а не envy), спрашиваю себя, готов был бы я стать этим человеком на 24/7, т.е. отказаться от себя, своих идей, сознания, и полностью принять его жизнь вместе со всеми проблемами, которых мне не видно из-за угла.

Не очень помогает, но я продолжаю думать эту мысль.

#личное Відкрити / Коментувати

2021-02-10 08:35:09 ⌘193. Два подхода к найму с точки зрения масштабирования бизнеса

Размышляю о двух подходах к найму с точки зрения масштабирования бизнеса:

- делегируем поставленные бизнес-процессы.
- нанимаем на проекты и отстройку новых бизнес-процессов.

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

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

Разница между хорошим специалистом уровня мидл и синиором не в степени знания предметной области и качестве выполнения типовых задач, а в навыках управления и постановки процессов.

Слышал от приятеля такое: найму новых опытных сэйлзов, и они помогут мне поставить процессы продаж.

Если сэйлз умеет ставить процессы, он называется коммерческим директором и претендует на соответствующую зарплату.

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

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

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

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

#менеджерское Відкрити / Коментувати