Последнее время мало пишу.
Конец 2020 и начало этого года очень жаркие. Хотя за окном иногда -30.

Жара — из-за моих проектов.
Самый старший из них — Кловери, сервис по оценке и развитию digital-специалистов на основе моделей профессиональных компетенций.

В 2017 году я задумал Кловери, как место пересечения всех участников развития взрослых специалистов: самих специалистов, компаний-работодателей, экспертов и экспертных сервисов, контент-провайдеров. Это должно было стать практической win-win реализацией моей концепции work-long learning — развитие людей во время работы.

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

К счастью или к несчастью, в начале 2018 мне пришлось отпустить Кловери в плавание без капитана. Я нанял исполнительного директора, команду, оплачивал ее работу, показывал направление, но не лез в операционку. А сам помогал государству. Без капитана Кловери далеко не уплыл. Без меня не было нужного уровня продаж компаниям, а продажа услуг специалистам не взлетела. Хоть мы и провели примерно 4000 оценок. И в середине 2019го я свернул основное финансирование, взял паузу подумать о будущем сервиса. А заодно подтянуть свои навыки в менеджменте организаций.

Пауза затянулась. Но в конце 2020 я понял, зачем нужно продолжать развивать Кловери, и как это делать. И с этим пониманием пошел на EdTech B2B Challenge. Мы вошли в список победителей — 8 команд, которых по итогам конкурса выбрали к участию в акселераторе ED2.

Что ждет Кловери дальше?
Как минимум, перезагрузка и большая ориентация на B2B.
Это не значит, что Кловери больше не помогает специалистам.
Нет, будем помогать и дальше, но чуть иначе, чем раньше. В концепцию work-long learning я хочу добавить opensource learning. Объединить лучшие практики открытого ПО и открытого образования. Пока не знаю, что получится: нет ни компаса, ни карты, впереди Terra Incognita. Но это точно будет интересно. Присоединяйтесь.

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

Если вам интересна концепция "Образование как OpenSource", присоединяйтесь к Open Cloveri.

А если просто хотите продолжить читать этот канал, ждите следующей заметки. Она уже пишется.

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

Одна из моих ролей в группе компаний — разруливать конфликты среди топов. Такое бывает. Кто-то с кем-то что-то не поделил. И после очередного такого случая мне стало интересно — только у нас весеннее обострение или последствия пандемии и перехода на удаленку или это общая тенденция?

Настолько интересно стало, что даже небольшой опрос (6 вопросов) сделал.

Уважаемые коллеги, поделитесь - а как в вашей компании с такими конфликтами? Опрос анонимный, результаты - в пятницу:
https://cloveri.com/poll/topconflict/

Результаты исследования уже доступны.

В исследовании приняли участие 28 компаний. Конфликты идут или были за последние 6 месяцев примерно в 82% компаний из опрошенных (23 из 28). А в 11 случаях еще длятся.

Ребята, давайте жить дружно :)

Присутствовал в качестве заказчика на демо одной из команд нашей группы.

Команда занимается прогнозированием аварий.
Ребята полчаса говорили на своем языке дата-саентологов: рассказывали, чем занимались на итерации, какие результаты. «F-мера», «Isolation forest», «dbscan», то-сё. В конце прозвучало: «Вопросы?»

У меня их было несколько. Но главный: «Папа, ты сейчас с кем говорил?». С точки зрения заказчика не прозвучало ничего, что как-то повлияло на его понимание, какую задачу вообще решали и какой возможен результат. Практически впустую потраченное время, даже при знании терминологии.

Демо — важная встреча. На ней можно повлиять на направление развития продукта. Обратная связь; инсайды от рынка; услышанное на демо — всё это определяет дальнейшее движение по максимизации ценности для клиента.

Чтобы демо проходило плодотворно, стоит помнить следующее:

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

2. Основная цель демо — получить обратную связь по продукту и наметить дальнейшие шаги (при необходимости). Дополнительная цель — мотивация команды двигаться дальше, синхронизация достигнутого.

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

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

А как вы проводите демо?

Как изменится постковидный мир?
Что произойдет после резкого уменьшения налогов для ИТ-компаний? А после перехода на гибридный формат работы?

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

Но кажется, больше статут обращать внимание на внутреннюю культуру компании и на бренд работодателя.

Пятница — прекрасный день, чтобы узнать что-то полезное в конце рабочей недели.

Повторю пост 4 летней давности, который написал еще до появления этого канала.

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

Что такое приоритет технически? Для кого-то — какие-нибудь циферки в Jira/Redmine/СтопицотомТрекереЗадач. И варианты на тему рангов — Rank, BackLog Rank, Project Rank и так далее. Из альтернатив — порядок на Как-там-бан доске. Рациональщина, короче.

Однажды я решил добавить эмоций и красок в жизнь простого менеджера. И придумал приоритеты... раскрашивать. Какую цветовую систему выбрать? Конечно же известную нам с детства: Каждый-Охотник-Желает-Знать-Где-Сидит-Фазан.

Итак, встречайте — радужные приоритеты. Нет, это не пропаганда.

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

Для примера я выбрал задачу «Путешествие из Москвы в Британию», которую я давал при обучении декомпозиции. По этой карте я сам постоянно готовлюсь к поездке (оригинал заметки написан в доковидные времена).

PS. Я уверен, что это кто-то изобрел и до меня. Уж больно на поверхности лежит идея — раскрашивать приоритеты и MindMap в радужные цвета. Если подскажете автора-первопроходца, буду признателен.

Как я провел это лето:
- Скатался в Кузбасс и выступил на "Уголь и майнинг" с темой "Как не закопать инновации"
- Закончил акселератор ED2 с Кловери.Старт
- Кловери.Старт выпустил первый проект, сделанный стажерами. Они предсказывали аварии на буровой.
- Запустил Пушкинскую карту.

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

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

Обычно из первых вырастают топ-менеджеры, а из вторых — миддл-менеджеры и исполнители. И часто между ними конфликт из-за разницы в мировоззрении. Типичная change business vs run business. И те, и другие одинаково важны. В среднем. И это даже работает, когда все на своих местах.

Проблемы начинаются там, где в топ-менеджменте сидят люди с мировоззрением run business. Каши с ними не сварить. И внукам не рассказать. Бегите от них. Бесят.

Если хочешь что-то существенно изменить в компании, сначала научись считать.

В последние годы компании, отрасли и государство новой серебряной пулей объявили «цифровую трансформацию». Дескать, давайте поменяем свою работу так, чтобы наша деятельность начала генерировать повышенную добавленную стоимость. Чтобы создавались новые продукты в компании, компании в отрасли, отрасли в государстве.

Давайте, ага.
Правда, шаг «творчество» — это лишь последний из трех шагов, которые нужно сделать.

Первый шаг — это повышение прозрачности в нужном процессе или продукте. Цель шага — научиться хоть как-то измерять деятельность. Чтобы было с чем сравнивать на последующих шагах. Например, сложно обеспечить цифровую трансформацию области культуры, если не понимать, сколько вообще в ней участников: учреждений, частных организаций, граждан. Чем больше этапов процесса мы научились измерять, тем лучше. Но начать можно хотя бы со старта процесса и с его окончания. Сколько у нас желающих купить билеты и сколько реально покупают и доходят до музея?

Второй шаг — «производительность».
Это устранение узких мест в процессе. Если мы знаем, на каком шаге теряется конверсия, мы можем придумать (или подсмотреть), как устранить узкое место на этом шаге. Например, если покупатели теряются на этапе ввода реквизитов карты, можно максимально упростить ввод. Уменьшив количество полей, реализовав сохранение привязки для повторной оплаты итп.

И вот когда начинается устранение узких мест, тогда постепенно начинается переход к шагу «творчество».

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

С 1 февраля каждый участник программы (ребята от 14 до 22 лет) сможет несколько раз сходить в кино за счет государства. И отрасль станет чуточку лучше и чуточку прозрачнее.

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

Что ждет в ближайшее время:
1. Рост цен, удорожание кредитных денег.
2. Снижение мотивации и производительности сотрудников.
3. Отток квалифицированных IT-специалистов из страны.

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

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

1. Если еще не разработали модель компетенций ваших должностей, воспользуйтесь готовыми МК от других компаний или онлайн-сервисов. Это даст вам хоть какое-то единообразие в оценке. Любая МК лучше, чем ничего.
2. Проведите базовую оценку квалифицированных кадров, пусть даже в виде самооценки таких сотрудников.
3. Составьте таблицу с результатами. Где по одной стороне сотрудники, по другой компетенции, а на пересечении — уровень владения. Уровень лучше выразить числом.
4. Посмотрите, какие из компетенций набрали минимальную сумму уровня владения и/или находятся у минимального числа сотрудников. Отранжируйте по значимости для вашей компании.
5. Оцените, кому можно передать наиболее редкие компетенции наиболее быстро. Учитывайте уровень сотрудника. Навыки сеньора быстро не передать джуну, но миддлу — что-то вполне можно.
6. Составьте план передачи, желательно с максимальным числом практики. Не пытайтесь всё от одного человека передавать только одному другому. Размазывайте максимально по всей команде.
7. Начните воплощать план как можно быстрее. От этого будет зависеть устойчивость вашей компании в приближающиеся непростые времена.

Чтобы помочь в 1-4 пунктах, я принял решение временно сделать доступным наши отчеты «Ценные сотрудники» и «Передача знаний» доступным на тарифах для компаний любого размера, а не только для корпораций.

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

Нашим сотрудникам сейчас нужна уверенность в завтрашнем дне. И чем сильнее будут наши компании, тем спокойнее будет всем. Берегите себя в эти дни.

Что означает такой рост ключевой ставки для HR?

Это означает, что в ближайшее время компании оценят перспективы падения выручки и начнут реализовывать планы по снижению затрат. Если вы работаете в компании, которая работает на внешний рынок — вам повезло и, возможно, вас ждет рост. Если на внутренний, возможно падение выручки на 10, 30, 50% процентов. И урезание затрат неизбежна.

Затраты на найм и обучение, скорее всего, «зарежут» одними из первых.

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

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

На что стоит потратиться уже сейчас:
1. Быстрый подбор квалифицированных кандидатов.
Если нужно быстро кого-то заменить, то не стоит сейчас перебирать десятки кандидатов. Лучшая стратегия — брать первого подходящего. Но если всё же есть возможность выбирать, то делать это максимально быстро. Например, сравнивая кандидатов между собой с помощью оценки по модели компетенций. По нашим замерам, это на 80-90% снижает время на выбор и собеседования.

2. Автоматизация адаптации.
Нет времени ждать три месяца прежде чем новый сотрудник войдет в курс дел. Любые средства автоматизации онбординга, определения наставников сейчас сильно помогут. Или хотя бы описанная методика в виде пошаговых планов, чеклистов итп.

3. Определение и удержание ценных сотрудников.
Об этом был предыдущий пост, не буду повторяться
Но, кстати, когда спросят кого сократить, эта методика тоже поможет.
Правда, достоверность оценки нужно перед этим повысить.

4. Автоматизация обучения.
Да, индивидуальные планы развития в кризис снова в тренде. Даже планы на основе существующего в компании контента (или в виде ссылок на существующий на рынке недорогой образовательный контент) лучше чем ничего. При их наличии вы сможете с минимальными затратами со стороны HR обеспечить рост квалификации сотрудников, а значит, увеличение их вклада в выручку компании.

5. Автоматизация HR-процессов.
Выдача справок, ведение отпусков и автоматизация прочего КДП позволят менее болезненно пережить уменьшение размера отдела кадров. При этом автоматизация часто возможна на основе уже используемых в компании инструментов. На базе той же Jira или Trello можно и вакансии вести, и задачки на справки выполнять, и отпуски автоматизировать. Из того, что я видел - 60+ HR процессов удавалось автоматизировать на существующих в компании инструментах.

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

Если нужны консультации, где «соломки подстелить», добро пожаловать в личку.

Давайте посмотрим, что может ждать в ближайшее время рынок квалифицированных digital-специалистов.

События последних дней принесли нам изменение экономических и социальных факторов:

1. Увеличение стоимости кредитов
2. Отказ или приостановка западными компаниями поставок программного обеспечения и железа.
3. Льготы для IT-отрасли
4. Тревожность и стресс, снижение производительности у сотрудников

В этом и последующих постах разберем последствия каждого из факторов.

Начнем с первого.

Итак, несколько дней назад Центробанк принял решение поднять ключевую ставку до 20%. От нее напрямую зависит стоимость кредитов для юридических лиц. Средняя рентабельность продаж в IT-отрасли по данным ФНС - около 12%. Получается, что при такой ключевой ставке всю прибыль проще вкладывать в доходные финансовые инструменты, а не в развитие бизнеса. Если ничего не менять.

А что можно поменять, чтобы повысить рентабельность продаж? Очевидно, либо повысить доходы, либо снизить расходы, либо всё вместе. Погоня за рентабельностью приведет к следующему: бизнес будет вынужден автоматизировать процессы для снижения издержек или улучшения работы с клиентской базой, маркетингом. Автоматизируйся или умри.

Итак, что означает для рынка повышение стоимости кредитов:
1. Повысится спрос на опытных продактов, разработчиков, которые могут дать результат как можно быстрее. Ждать некогда. Запуск продуктов за месяц-другой - идеал.
2. Фриз найма для низкорентабельных компаний, которые не осознали необходимость в изменениях. С постепенным оттоком квалифицированных сотрудников.

Однако, поскольку отток обычно более инерционный процесс, чем приток, то для стимулирования притока высокорентабельные компании снова начнут гонку зарплат и прочих компенсаций. Плюшки, в основном, пойдут в сторону сеньоров, лидов. Вы HR в развивающейся компании? Стоит уже сейчас начать смотреть на финансовую отчетность конкурентов за прошлый год. Это ваша записная книжка на ближайший год.

Продолжение следует...

Продолжение про последствия влияния новых экономических и социальных факторов.
Начало.

Сегодня поговорим об отказе или приостановке западными компаниями поставок программного обеспечения и железа.

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

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

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

Впрочем, эффект будет отложен на несколько месяцев, поскольку частично софта еще нет. И пока только начинаются поиски инвесторов.

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

Последствия, как и в первом случае:
- рост зарплат сеньоров, лидов
- акцент на иные плюшки, например, переманивание сеньоров на должности лидов, CTO/CPO/CMO

Что делать, расскажу в последующих постах.

Продолжение следует...

Какие вы знаете примеры раздражающих косяков в UI/UX крупных сервисов?

Ниже мой топ.

1 место
Пошаговая форма аутентификации.

Это когда на первом шаге нет возможности ввести пароль, только логин/почту. Небольшая вариация на тему - когда следующий элемент, получающий фокус при нажатии клавиши "Табуляция" на поле ввода логина - ссылка "Забыли пароль", а не поле ввода пароля.

Примеры: вход на почту VK, Яндекса, Google; GitHub еще год назад; сервисы Атлассиана; Альфабанк; МГТС, VK Cloud Solutions и многие другие.

Чем бесит: страдают те, кто пользуется менеджерами паролей и не запоминают пароли в браузере. Вместо двух действий приходится делать минимум семь. А в случае с гребаным фокусом на ссылке "Забыли пароль" и того больше.И даже если помнишь пароль - три действия. Вы ото всех своих сервисов помните пароли?

Работники UX, кто научил вас этой хрени? Плюньте ему в лицо, это неудобно. И не очень безопасно, кстати.

2 место
Бесконечная прокрутка контента.

Крутишь страницу вниз, а тебе подсовывают всё новые и новые элементы - рекламные объявления, статьи итп.

Примеры: главная почты Мэйла, главная Авито итп.

Чем бесит: иногда нужно добраться до ссылок в подвале страницы. Но хрен там.

Работники Е-кома и медиа, уймитесь. Если кто-то крутит вниз уже десяток экранов, вряд ли ему нужен шлак в виде объявлений. Остановите прокрутку и сделайте кнопку "Загрузить еще" для тех, кто всё-таки пришел за шлаком.

3 место
Использование запятой в числе для разделения разрядов

Это когда и разряды тысяч (234,456), и дробная часть числа отделяются запятой.

Примеры: почти любой прайс-лист.

Чем бесит: хрен поймешь, где какая стоимость.

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

Бесит.

Усложнять просто. А вот упрощать — очень тяжело.

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

И хорошо, если времени и ресурсов хватает. А заказчик или клиент готовы ждать.

У меня в последние годы так не бывает. Обычно, или ресурсов мало, или людей нет, или запустить нужно быстро, или всё вместе. Два-три месяца на запуск проекта на страну, ибо кто-то кому-то пообещал. Два-три месяца на MVP, а то стажеры разбегутся. В таком режиме делать сложно — самоубийство.

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

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

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

Держите в голове сложное, но делайте проще. Это ценится.

#РазговорилисьСегодня о том, как посчитать производительность сотрудников бэк-офиса. Руководству это нужно для принятий решений об оптимизации, с учетом возможных изменений объемов работы.

Задача достаточно типовая для крупных организаций. Для мелких в оптимизации смысла нет: даже если за счет автоматизации сократится 10% персонала, то обычно речь о половинке человека. А вот для крупных общих центров обслуживания (ОЦО) эффект вполне может достигать десятков миллионов рублей в год.

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

Но 10 шагов — в следующих постах.
А пока про нулевой шаг, про команду внедрения изменений.

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

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

Итак, HR, IT, бизнес, консалтинг. Четыре всадника апокалипсиса. В следующих постах посмотрим, как его избежать.

#СтарыеПубликации

80% работы менеджера — это маркетинг и продажи.

Нет, я не про маркетологов и менеджеров по продажам. Я про IT-менеджеров. День за днём, неделя за неделей им приходится продавать. Продавать на собеседованиях свою компанию подходящим кандидатам. Торговаться с ними за каждые пять-десять тыщ зарплаты, предлагая что-то нематериальное взамен.

Им приходится продавать сроки запуска менеджеру продукта. Продавать архитектурные решения сомневающимся программистам. Продавать коллегам все эти «ревью кода», «модульные тесты» и прочие «руководства по написанию чистого кода». Кто ж в здравом уме будет на всё это отвлекаться? Тем более, когда сроки запуска уже проданы. Ан-нет, купите, пожалста.

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

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

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

PS. Про HRов вообще молчу. Вот уж кто боги маркетинга.

Продолжаю про производительность бэк-офиса. Начало.

Итак, команда проекта сформирована, пройдемся по первым шагам процесса.

Аксиома номер один: перед тем, как работать над производительностью, нужно работать над прозрачностью.

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

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

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

Шаг 1.
Выделяются бизнес-процессы по поддержке подразделений компании (например, «предоставление справки», «закупка оборудования», «поиск сотрудника» и др.) или жизненные ситуации сотрудников подразделений: комплекс связанных бизнес-процессов. Например, жизненная ситуация «выход из декрета» может состоять из бизнес-процессов кадрового документооборота, обучения персонала, адаптации. Жизненная ситуация «поездка за рубеж» распадется на процессы «предоставление справки», «оформление отпуска». И так далее.

Подходы к выделению б/п или ж/с разные. Кто-то использует готовые библиотеки процессов, кто-то обращается к внутренним или внешним экспертам, кто-то придумывает свой велосипед. Кто-то идет от процессов, кто-то отталкивается от EJM и жизненных ситуаций, кто-то от орг.структуры и должностей. Зависит от того, какие книжки и статьи читал топ, который за это отвечает. Часто помогают модели профессиональных компетенций, используемые в компании. Если они есть, это очень сильное подспорье.

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

О следующих шагах — в следующих сериях.

Продолжение про производительность.
Предыдущие серии: начало, часть первая.

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

Шаг 2.
Из составленного общего списка выбираются пилотные процессы / должности / жизненные ситуации, на которых будет обкатываться сервисный подход и мониторинг.

Не рекомендую пытаться на масштабах 100+ человек охватить сразу всё: это сложно для компании, можно легко затормозить работу. Лучше выбрать подопытных кроликов. Принципы выбора тоже разные. Если этот пост наберет 10 лайков, напишу и про алгоритмы выбора.

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

Например, «для получения справки с места работы любой сотрудник должен обратиться к сотруднику отдела кадров. При обращении указать организацию, куда предоставляется справка, свои имя и фамилию, язык оформления справки, предельный срок предоставления. Справка придет на электронную почту сотрудника. Сотрудник отдела кадров после получения запроса должен...». И так далее. Звучит просто. Особенно для тех, у кого такие инструкции уже есть.

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

Такой подход позволит как можно быстрее начать мониторинг процесса. Более детальную декомпозицию каждого этапа можно сделать позднее, по мере необходимости более точных измерений. Если сразу упороться в детали, можно очень долго стартовать, пытаясь описать все этапы, находя десятки исключений итп. По такому долгому пути в свое время пошли в ФНС при автоматизации обработки обращений граждан. До сих пор морщусь, что не убедил идти иначе.

Продолжение следует...