Управление проектами *

Говорим на языке событий: что даёт ивент-шторминг и как его правильно провести

Привет! Я Иван Чернов, системный архитектор, в этом посте расскажу про ивент-шторминг.

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

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

Что это за практика? На встрече с одной стороны сажаем бизнес, с другой — разработку. Просим бизнес рассказать, что и как он делает в работе с клиентом.

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

На этих циклах фокусируемся на доске в Miro во время встречи. 

В ивент-шторминге 3 этапа: 

1. Сейлзы выстраивают по циклам цепочку событий: от «клиента у нас ещё нет» до «клиент нас окончательно покинул». Даже в простых цепочках 20–30 действий. В готовом таймлайне есть happy pass: клиент успешно прошёл весь путь. И альтернативные пути: что-то пошло не так.

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

3. Выявляем, какие агрегаты работают с событием. Мапим команды: клиент регистрируется, в работе участвует команда регистрации. 

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

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

Поделюсь советами, как круто провести ивент-шторминг.

Онлайн-формат

● Для проведения онлайн достаточно доски в Miro.

● Разбивайте встречу на три части, каждая встреча — один этап.

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

● Максимум людей для успешной фасилитации онлайн — 8–10 человек.

Подбор людей и подготовка

● Соотношение участников: 70% бизнеса, 30% разработки.

● Ищите представителей бизнеса в оргчате выбранного домена: спрашивайте у руководства, «кто тут самый инициативный».

● Вам нужны работники «с полей», которые лучше всего шарят в процессах, и тимлиды первого уровня.

● Берите людей из разных направлений домена. 

● Бизнес-участники должны понимать: ивент-шторминг — процесс обучения, они эксперты, а разработка — ученики. Им нужно говорить на своём языке, а не подстраиваться под разработку.

● Дайте участникам базовый словарь. Четыре самых важных слова: актор, команда, событие, термин.

● Важны вводные по времени и цели: на сессию уйдёт суммарно 6–8 часов, она даст единое понимание процессов.

Фасилитация

● На старте не бойтесь повторить все вводные.

● Дайте сейлзсам 10 минут на то, чтобы каждый выстроил индивидуальный таймлайн, дальше начинайте мёржить таймлайны с общим обсуждением.

● Событие — факт в прошедшем времени, его не отмотать. Следите, чтобы так и записывали. 

● Первым делом простройте happy pass, иначе у вас не выстроится цельное видение процесса. Альтернативные ветки обозначьте на первом этапе, а достраивайте на втором, проверяя таймлайн с конца.

● Если бизнес утверждает, что два события происходят одновременно, это важная точка обсуждения.

● Организуйте пост-процессинг: важно передать разработке результаты, объяснить, какие процессы у нас уже верно реализованы, а где нужно обновление и дополнительное внедрение.

Пора знакомиться! ГенИИ и Агентный ИИ.

Внедрение ИИ в работу контакт‑центров уже не обсуждается. Сегодня это необходимость. Но мы переходим на следующую эволюционную ступень развития - это внедрение генеративного интеллекта (генИИ). Мы изучили исследование и в этой публикации - самый сок!

Итак, исследование «Тренды использования генеративного ИИ в клиентском сервисе» проводилось Национальной Ассоциацией Контактных Центров (НАКЦ) в партнёрстве с компанией BSS. В результате выяснилось - 30% клиентских служб уже активно использует генИИ. Ещё 42% используют, но только в некоторых процессах.

Какой была выборка? В исследовании приняли во внимание ответы 465 респондентов из России, Беларуси, Казахстана, Узбекистана и др. стран. Это были представители банковской и финансовой сфер, телекоммуникационных компаний, сервис‑провайдеров, розничной торговли, аутсорсинговых контакт‑центров.

72% опрошенных подтвердили, что активно или частично используют генИИ для обслуживания клиентов. Ещё 24% планируют внедрение данной технологии

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

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

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

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

«Мультиагентность предполагает объединение отдельных агентов генИИ в некий "коллектив“ AI‑агентов. И в этом „сообществе“ каждый AI‑агент решает не только свои задачи, но и действует совместно с прочими - они делегируют задачи друг другу»

А вы рассматриваете нанять коллектив генИЕВ в рабочие процессы?

Название вашей фирмы забрал конкурент – география спасет или...

Со временем имя вашей компании становится брендом и тянет вверх кривую продаж. Но узнаваемость имеет обратную сторону - она угрожает вашему бизнесу:

Ситуация 1. Когда ваш бизнес работает на узкой территории.

Например, вы создали компанию по перевозке грузов "Столичные перевозки". Вам хватает рынка Москвы, вы развиваетесь: улучшаете продукт, работаете с персоналом и двигаете маркетинг.

Внезапно на горизонте появляется фирма с тем же или весьма похожим названием ("Ваши столичные перевозки"). И оттягивает на себя ваших клиентов.

Ситуация 2. Когда ваш бизнес продвигается точечно.

Допустим, вы регистрируете организацию "Интернет везет к вам" и торгуете в глобальной сети нужными товарами.

Рекламируете свой сайт по ключевым локальным словам: "товары в Санкт-Петербурге" или "купить в рассрочку в Питере". Все хорошо.

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

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

Но на стороне конкурента география. Он заявит, что ваши бизнесы не пересекаются: у вас разная территория работы и продвижения.

Вам придется ответить на вопрос:

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

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

Ответ отрицательный. И вот почему:

1. Название компании и компания неразлучны.

Название компании - это синоним "фирменного наименования", которое дается коммерческой организации для  исключения путаницы в отношениях.

Право на фирменное наименование принадлежит лишь одной организации и не может быть передано другой организации.

2. В пределах страны компания вправе получать прибыль в любом месте.

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

3. Название компании относится к области интеллектуальной собственности.

Фирменное наименование - это вид средства индивидуализации. Оборот таких средств регулируется нормами об интеллектуальной собственности.

В России использование фирменного наименования территориально не ограничено.

"Конкурент", "конкуренция" и тому подобные категории подчиняются нормам о защите конкуренции.

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

Как давно вы заглядывали в реестр юридических лиц?

4 главных продуктовых обновления «Первой Формы»: соцсети и новости, проектный интерфейс, мессенджер и формы задач

Low-code BPM-система «Первая Форма» представила новую версию — 2.265 «Цефей». В сборке появились функции, которые позволяют ещё эффективнее управлять документооборотом, проектами, взаимоотношениями с клиентами и поставщиками, коммуникациями. 

Соцсети и новости на корпоративном портале

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

• полноценная соцсеть с возможностью создавать группы по отделам и публиковать сообщения. На группы можно подписываться, к постам можно оставлять комментарии, лайки и реакции. Также в рамках соцсети можно публиковать сторис от лица компании;

• обновлённый виджет новостей с возможность отображать публикации в формате галереи и карусели, добавлять обложки и анонсы. Новости также можно публиковать по рубрикам, добавлять к ним теги, настраивать лайки, дизлайки, эмодзи.

Обновлённый проектный интерфейс с управлением ресурсами 

Новые функции интерфейса планирования проектов и управления ресурсами позволяют:

• импортировать проекты из Microsoft Project со всеми задачами, их описаниями и сроками;

• экспортировать проекты в формате Excel и PDF (постранично или единым планом);

• автоматически рассчитывать процент выполнения задач и влияние этого показателя на финансовый результат;

• планировать задачи не только по производственному календарю, но и по всем дням, считая праздники;

• управлять приоритетами бронирований, отслеживать перегрузки в проектном интерфейсе;

• переходить из интерфейса бронирования в справочник ресурсов. 

Новые индикаторы в мессенджере и ИИ-саммаризация

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

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

• В чатах можно создавать каналы, на которые смогут подписаться другие пользователи. Так можно делиться обновлениями по отделам и уведомлять о важных новостях.

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

ИИ-саммаризатор интегрируется в контур компании. Он обучается на внутренних материалах и никуда не передаёт данные. Благодаря этому инструмент учитывает контекст, что позволяет корректно распознавать названия, специфические термины, имена и другие детали.   

Новые возможности карточек задач

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

В сборке 2.265 «Цефей» конструктор форм получил новые возможности. Теперь в нём можно:

• добавлять поля в системную «шапку» задачи;

• добавлять функциональные кнопки к полям: например, рядом с полем «Номер телефона» можно разместить кнопку «Позвонить», которая сразу откроет интегрированную телефонию;

• добавлять в карточку неограниченное количество повторяющихся динамичных полей.

О других новых функциях и инструментах рассказали в чейнджлоге →

Представлен открытый редактор таблиц NanoCell, который обрабатывает большие объёмы данных. При этом не нужно знать формулы и макросы. Проект помогает править документы от объёмных датасетов и финансовых данных до небольших формул для построения графиков и поиска одного значения в таблице. Решение разработал аналитик и датасайентист с многолетним стажем. Интерфейс у сервиса максимально простой и понятный. Данные сохраняется, включая все сведения и значения датасета на статическом сервере.

Мой код, мой кофе, мой хаос

Для ЛЛ: перечислены способы мотивации сотрудников, которые вам могут показаться банальными

Недавно на работе разгорелся жаркий спор. Двое наших разработчиков сцепились из-за выбора библиотеки для работы с датами в монорепе на js. Один был фанатом Luxon, утверждая, что она идеально подходит для сложных задач с датами и временем. Второй клялся, что Date-fns – в это лучший выбор, потому что она лёгкая, быстрая и позволяет использовать только нужные функции, не раздувая проект.

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

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

Разрешение конфликта

Чтобы выйти из тупика, я предложил компромисс: «Ребята, давайте так. Каждый из вас реализует свою часть проекта с использованием своей библиотеки. На проверку идей у вас 2 дня, потом сравним, что получилось». Они согласились, и весь накал спора тут же утих – оба погрузились в работу, стремясь доказать, что их выбор лучший.

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

В таких случаях я обычно:

• Развожу спорщиков по разным проектам

• Или принимаю сам решение какую технологию использовать далее

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

Мотивация-шмотивация

Несмотря на подзаголовок, я приведу реально применённые способы поднятия мотивации разработчиков:

1. Деньги-деньги, решают многое. Сюда же незапланированные премии.

2. Повышение должности сотрудника (иногда даже без повышения зарплаты, не везде корректно настроены грейды). Был «разработчик», стал «Ведущий разработчик», потом «Старший разработчик» и т.д.

3. Обновляешь ноутбук работнику. Иногда для сотрудника это долгожданное обновление, и это очень повышает его мотивацию и лояльность к компании (ну или к тому, кто её выбил).

4. Про лишние дни отдыха тоже понятно.

5. Оплата билетов на конференции по IT-тематике (а они не всем по карману сейчас), покупка лицензий на удобный софт.

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

Этих пунктов может быть ещё очень много, везде индивидуально.

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

Если есть чем поделиться, как вас мотивировали - прошу в комментарии.

После 9 месяцев постоянного вайбкодинга могу сказать что это буллщит.

Ты хреново излагаешь мысли, так как не понимаешь нюансов - получаешь херовый сервис. Нет, код прекрасный, он логичен и эффективен. Просто ты сам виноват, ибо ты не умеешь не вносить каждым наивным проптом вида "fix it, accelerate endpoint" все больше интерференции и в конечном итоге все больше энтропии. Банально сервис дублирует твой неструктурированный и противоречивый поток мыслей и превращает его в странный конструкт.

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

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

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

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

1 шаг в найме. Как сделать вакансию-магнит: топовые кандидаты сами идут к тебе — 4/4 часть, финал-практика

«Почему 95% вакансий — это информационный шум, а 5% — забирают лучших кандидатов»

Забудьте шаблоны. Вы продаёте не «должность», а возможность изменить игру.
Типичная ошибка:

«Требуется Senior Python-разработчик. Обязанности: написание кода, участие в планировании...»

Так пишут все. А вот как делаю я:

✅ Принцип 1: Начните с ВЫЗОВА, а не обязанностей

«Сможете ли вы построить систему, которая обработает 1 млн транзакций в секунду? Наши текущие решения не справляются — и это блокирует экспансию в Азию. Если вы... (условия)»

Почему работает:
Амбициозные специалисты (те самые 1.2 из предыдущего поста) не реагируют на «написание кода». Их манят барьеры, которые можно сломать.

✅ Принцип 2: Говорите языком результата, а не процесса

Вместо:

«— Разработка ТЗ — Участие в скрамах — Code review»

Пишите:

«Через 6 месяцев вы: — Запустите новый платежный шлюз, сократив время обработки операций на 40% — Сформируете команду из 3 Middle-разработчиков — Увеличите uptime системы до 99.99%»

Почему работает: Люди хотят знать, КАК ИЗМЕНИТСЯ МИР благодаря им.

✅ Принцип 3: Обращайтесь к конкретному человеку

Худший вариант:

«Мы предлагаем: — Зарплату от 200К — Офиc в центре»

Лучший (для Senior Data Engineer):

«Если вы: — Знаете, как выжать из Apache Spark максимум при ограниченных ресурсах — Можетe объяснить разницу между Parquet и ORC на пальцах — Ненавидите, когда данные лежат в сыром виде больше суток ...то у нас есть лаборатория с 20 ТБ реальных данных и свобода действий»

Почему работает: Это фильтр. Отсеивает 99% случайных людей.

✅ Принцип 4: Раскройте «тайный код» компании

Не пишите:

«У нас дружная команда и плоская структура»

Вместо этого:

«Что здесь ценится: — Способность сказать «Я не знаю» → потому что ложная уверность стоила нам $500К в прошлом квартале — Право на эксперимент → наш лучший продукт родился из идеи стажёра — Ночь в офисе раз в месяц → когда мы всей командой ломаем текущие процессы и строим новые»

Почему работает: Люди ищут не работу, а культуру, где их поймут.

Реальные примеры (из моей практики):

Кейс из практики: как вакансия для CTO собрала 17 топов

Было:
«Ищем CTO для fintech. Требования: 5+ лет опыта, знание Python...»

Стало:
«Сможете ли вы:

1. Перевести 150 микросервисов на serverless без downtime?

2. Построить команду, где 80% решений принимаются без вас?

3. Удержать latency <50ms при 10K RPS на бюджет AWS $15K/мес?

Мы даём:

• Полную свободу в выборе стеков (но придётся защищать каждый)

• Ежеквартальные дуэли с CEO за roadmap (данные против интуиции)

• 5% equity для тех, кто играет вдолгую»*

Результат:

• 17 откликов (12 — из компаний с $1B+ valuation)

• 5 кандидатов дошли до финала

• Нанятый CTO сократил инфраструктурные затраты на 40% за 4 месяца

Чек-лист: 5 признаков вакансии-магнита

1. [✅] Есть конкретный вызов (не «ищем разработчика», а «решим проблему Х»)

2. [✅] Язык — как у кандидата (жаргон, цифры, боль рынка)

3. [✅] Виден масштаб воздействия («создадите систему → это даст компании $Y»)

4. [✅] Раскрыта культура (не шаблоны, а реальные принципы)

5. [✅] Нет воды (никаких «динамичной среды» и «дружного коллектива»)

Итог:
Топовый кандидат выбирает не «компанию», а контекст, где его гений взорвётся. Ваша задача — показать этот контекст.

«Чем выше уровень специалиста — тем меньше он читает вакансий. Заставьте его прочитать ВАШУ»

Ключевая мысль:

Найм — это не «закрыть позицию». Это пригласить союзника в вашу войну за рынок. И подходы тут соответствующие.

Это ФИНАЛ: что мы прошли за эти 4 поста:

1️⃣ До собеседования

• Почему 95% вакансий не работают

2️⃣ Кто попадает на встречу

• 4 критерия отбора: стабильность, рост, среда, результаты

3️⃣ Собеседование-стресстест

• Вопросы, которые вскрывают суть за 15 минут

4️⃣ Вакансия-магнит (этот пост)

• Как сделать топовую вакансию для топов рынка

(P.S. На этом цикл завершён. Если вы пропустили предыдущие части — смотрите в моем профиле.)

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

Собеседование: как за 60 минут понять настоящего профессионала — 3/4 часть

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

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

1. Разбор реальных достижений (а не красивых резюме)

• "Какие конкретные метрики вы улучшали?" → Смотрю, понимает ли человек связь между своими действиями и результатом

• "Как измеряли эффективность?" → Отсеиваю тех, кто работает "на ощупь"

• "Какие инструменты применяли?" → Проверяю глубину expertise, а не поверхностное знакомство с темой

Пример плохого ответа: "Улучшал эффективность отдела"
Пример хорошего: "Поднял конверсию лидов с 12% до 18% за 4 месяца через A/B-тесты воронок"

2. Проверка мышления: решатель проблем или нытик?

• "Какая была главная ошибка на прошлом месте?" → Человек-проблема обвинит других, человек-решение скажет, что извлек урок

• "Ваше главное достижение?" → "Я-герой" будет говорить о себе, "Я-команда" — о коллективном результате

• "Кто ваш профессиональный ориентир?" → Покажет, есть ли у кандидата план развития

3. Глубинные мотиваторы

• "Каким событием в жизни гордитесь?" → Выявляю уровень амбиций

• "Чем бы занимались, если бы не нужны были деньги?" → Показывает истинные интересы

• "Расскажите о сложной задаче и как решали" → Определяю тип:

  • 0.8 — делает минимум

  • 1.0 — выполняет ровно то, что просят

  • 1.2 — всегда выдает результат с запасом

4. Самый показательный вопрос: "Что вы хотите у меня спросить?"

Этот простой вопрос безошибочно делит кандидатов на два типа:

🔹 Ищут вызов
Спрашивают про:

• Масштаб задач и стратегические цели

• Ресурсы и полномочия

• Ценности и миссию компании Такие люди хотят влиять на бизнес и расти вместе с ним. Они редко бывают в свободном доступе — их нужно хантить.

🔹 Ищут обстоятельства
Интересуются:

• Графиком работы

• Зарплатой и бонусами

• Условиями комфорта Для них важнее стабильность, чем рост.

Мне нужны первые — те, кто преобразует трудности в точки роста.

Во время собеседования фоново ищу ответы на важные вопросы:

• В речи кандидата преобладают воспоминания о прошлом, рассуждения о настоящем или планы на будущее? Он скорее «игла» или «нить»?

• Как меняется кандидат во время встречи?

• Кандидат оперирует фактами и цифрами или предпочитает абстрактные рассуждения? «Человек-факт» или «человек-вода»?

• Какова зона известного и неизвестного для кандидата? Насколько его волнуют вопросы, выходящие за рамки его прямых обязанностей?

• Насколько мотивация кандидата соответствует возможностям компании?

• Готов ли я работать с этим человеком следующие 15 лет?

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

🔜 Следующий пост — финальный! Покажу, как сделать первый шаг в цикле найма: создавать "вакансии-магниты", которые притягивают топовых кандидатов сами.

P.S. Поделитесь, а какой вопрос на собеседовании помогает вам понять человека?

Доменное имя – не место для чужого товарного знака?

Иногда приходится выбирать: или оставить в прошлом свое доменное имя, или работать в ожидании письма от  правообладателя товарного знака.

Доменное имя - это набор символов, с помощью которого пользователь находит сайт в сети "Интернет". Например, мой сайт доступен по имени "ip-advokat.ru".

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

Например, продаете настольные игры и подобрали доменное имя "nastolki.ru". Или ремонтируете автомобили и выложили сайт на "remont-avto.com".

(В этом примере совпадения доменных имен подобраны случайным образом.)

Но заветное доменное имя - только часть дела. Важно успеть связать имя со средством индивидуализации. Например, с товарным знаком.

В противном случае вам придется отвечать на вопрос -

Вправе ли ваша компания использовать в доменном имени своего сайта чужой товарный знак без разрешения его владельца?

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

1. Товарный знак может законно использоваться только правообладателем или с его согласия.

Товарный знак есть средство индивидуализации продуктов компании-владельца. Благодаря товарному знаку в сознании потребителя укрепляются ассоциации между продуктом и этой компанией. Такая связь подталкивает клиента к выбору продуктов именно компании-владельца.

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

2. Включение товарного знака в доменное имя - один из способов использования такого знака.

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

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

3. В доменном имени нельзя использовать слова, сходные до степени смешения с чужим товарным знаком.

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

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

4. Товарный знак имеет приоритет перед доменным именем.

Товарный знак - средство индивидуализации, интеллектуальные права на которое охраняет закон.

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

(По моим наблюдениям, подавляющее число исков поступает исключительно в этом сегменте отношений.)

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

Интересно, когда вы в последний раз сравнивали доменное имя своего сайта и товарные знаки, зарегистрированные в вашей рыночной нише?

Краткий (и не краткий) экскурс в ГОСТ Р 56939-2024 – РБПО

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

Но не страшно, про новое расскажем в рамках других митапов и вебинаров. А пока, вот все части общего обзора:

1.      Причины разработки и выпуска нового ГОСТ Р 56939-2024 на замену версии 2016 года

2.      Содержание ГОСТ Р 56939-2024 и его структура

3.      Процессы РБПО 5.1-5.10 в ГОСТ Р 56939-2024

4.      Процессы РБПО 5.11-5.25 в ГОСТ Р 56939-2024

5.      ГОСТ Р 56939-2024: вопросы сертификации, выводы и дополнительные ссылки

Но на этом история не закончилась. Сейчас вместе с УЦ "МАСКОМ" и приглашёнными гостями-экспертами мы записываем подробный цикл вебинаров про каждый из 25 процессов, описанных в стандарте.

Приглашаю смотреть уже записанные встречи и участвовать в новых: Вокруг РБПО за 25 вебинаров: ГОСТ Р 56939-2024.

Кого я пускаю в свою команду: жёсткие правила отбора кандидатов — 2/4 часть

Собеседование — это финальный аккорд, а не начало знакомства. 95% соискателей отсеиваются ещё до встречи со мной. Вот система, которая экономит мне 20 часов в месяц и бережёт нервы:

1. Проверка на стабильность (а не на усидчивость)

• 3+ года в каждой компании — минимум

• Но! Смотрю не просто на сроки, а на эволюцию роли

• Красный флаг: 5 мест работы за 7 лет без роста в должностях

2. Карьерная динамика — лучший показатель потенциала
Пример из практики:
2019-2021: Менеджер проектов → 2021-2023: Руководитель направления
Ценнее, чем:
2019-2023: Senior Manager в трёх разных компаниях

3. Школа чемпионов: где человек получал опыт
Составляю карту "элитных" компаний в нише:

• Для маркетологов: P&G, Unilever, косметические холдинги

• Для IT: СберTech, Яндекс, международные product-команды

• Для продаж: сложные b2b-сегменты (не телемаркетинг)

4. Цифровая грамотность — без этого даже не начинаем
Требую конкретики:
❌ "Улучшал процессы" → ✅ "Сократил цикл сделки с 14 до 9 дней"
❌ "Работал с аналитикой" → ✅ "Внедрил сквозную аналитику, увеличив ROMI на 40%"

Мой чек-лист предварительной оценки:
[✅] Проверил рост зарплаты (запрос в HR-агентства)
[✅] Нашел ex-коллег для неформального опроса
[✅] Проанализировал стек технологий в каждом месте
[✅] Сравнил KPI его проектов с рыночными

Почему это работает:
За последний год такой подход дал:

• 80% закрытых вакансий с первого найма

• В 3 раза меньше увольнений на испытательном сроке

• 40% кандидатов приходят по референсу от предыдущих "фильтрованных" сотрудников

Жёстко? Зато честно. Я не трачу время на "возможно подойдёт". Моя команда — это люди, которые уже доказали свою ценность до того, как переступили порог офиса.

🔜 Это вторая часть цикла про найм. В следующих постах:

• Как эффективно проводить собеседование, чтобы добиться высокой конверсии найма, и какие вопросы убивают 90% воды в резюме.

• Как составлять "вакансии-магниты" (с реальными примерами)

P.S. Поделитесь, сколько из ваших последних 10 собеседований действительно стоили потраченного времени? Самый интересный кейс разберем в следующих постах )

Как твой разум сдерживает твой рост

Ты хочешь остаться в зоне комфорта? Выбирай мгновенный страх.
Стремишься к изменениям? Другого пути нет.

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

История, которая открыла мне глаза

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

"Что сказать?"
"А если диалог будет неловким?"
"Может, сейчас не лучшее время?"
"Не покажусь ли я навязивым?"

Вот он — мгновенный страх.
Страх действия. Он всегда про сиюминутный дискомфорт: неловкость, отказ, оценку со стороны.
Длится полминуты, но способен годами удерживать тебя в застое.

Тогда я переформулировал вопрос:

"А если я не подойду?"
"Если упущу шанс, который мог бы перерасти в сотрудничество с Revolut?"
"Если однажды очнусь с мыслью: 'Профукал возможность, потому что струсил'?"

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

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

Я переступил через мгновенный страх. Подошел. Заговорил.
Этого хватило, чтобы все изменилось.

Твой ежедневный выбор

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

Если ты раз за разом слушаешь его — не жди перемен.

Глубинный страх — не просто тревога.
Это компас. Это стратегия.
Это твой личный двигатель прогресса.

Key Results: как измерить то, что действительно важно?

В третьем выпуске нашего курса по методологии OKR рассматриваем Key Results — их роль, особенности и практическое применение. Вместе с Сергеем Кузиным, ведущим agile-коучем Авито, разбираем:

• функции и свойства Key Results — чем они отличаются от обычных KPI?

• как помогают достигать целей?

• как избежать ошибок при формулировке?

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Gran KMS: как AI-ассистент революционизирует управление знаниями

Привет, Хабр! Сегодня хотим поделиться крутыми новостями о том, как развивается система Gran KMS и какие возможности открывает интеграция AI-технологий в управление корпоративными знаниями.

Что нового?

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

Решаем реальные проблемы

Каждый, кто работал с корпоративными знаниями, сталкивался с типичными проблемами:

• Разрозненность информации — данные разбросаны по разным системам и форматам

• Сложность редактирования — обновление контента превращается в квест

• Медленный доступ — поиск нужной информации занимает слишком много времени

Новая версия Gran KMS решает эти проблемы на уровне архитектуры системы. AI-ассистент не просто ищет информацию — он анализирует контекст, объединяет данные из разных источников и выдаёт релевантные ответы.

Как это работает?

Интеллектуальная обработка позволяет:

• Мгновенно анализировать тексты любой сложности

• Находить ответы даже в самых запутанных документах

• Консолидировать информацию из разнородных источников

• Предоставлять структурированные ответы

Если вы занимаетесь управлением знаниями в компании — обязательно обратите внимание на эти обновления. AI-ассистент Gran KMS может стать настоящим помощником в вашей работе!

А как вы решаете проблемы с управлением корпоративными знаниями? Делитесь опытом в комментариях!

— Слушай, я посмотрел у Тинькоффа — у них такие крутые анимации. Давайте и нам такие сделаем!

— Ну, у нас не финтех, мобильного приложения нет, и вообще — у нас CRM для логистов…

— Ну и что? Люди любят, когда красиво! Сделаем плавные графики, чтобы всё оживало. UX, UI, ты же понимаешь!

— У нас при этом не работают фильтры, отчёты формируются вручную, и у клиента падает система при импорте Excel. Может, сначала это починим?

— Ладно… Только кнопки тогда сделай с закруглениями, как в Тинькоффе. Хоть что-то красивое будет.

Выглядит лучше. Работает — так же плохо.

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

Вдохновение — не преступление.

Но копирование без понимания контекста — худший выбор.

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

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

Оффтоп
Читайте больше у меня в профиле и в Telegram канале

Где учиться менеджменту

Привет! Мы на Хабр Карьере собираем сотни онлайн-курсов в IT или digital на маркетплейсе курсов и каждую неделю делаем подборки обучений для тех, кто хочет учиться какой-то специализации с нуля или для тех, кто уже в профессии, но чувствует, что хочет прокачать навыки.

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

— Project-менеджер

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

— Product-менеджмент

Определение продукта: что делаем, для кого и зачем. Исследование рынка и пользователей, формирование backlog'а, приоритизация, запуск и развитие продукта.

— Деливери менеджер

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

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

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

→ Смотреть курсы по всем специализациям

Генеральный директор Intel Лип-Бу Тан заявил, что с этого момента он будет лично утверждать все проекты чипов в компании.

«Я также ввожу политику. Каждый крупный проект чипа должен быть лично рассмотрен и одобрен мной перед выпуском. Это вернёт Intel к мышлению, основанному на принципах „с первого раза всё правильно“, и поможет предпринять шаги для исправления прошлых ошибок, касающихся многопоточности в будущих чипах», — сообщил глава Intel.

Тан имеет опыт в разработке чипов и десять лет занимал пост генерального директора компании-разработчика программного обеспечения для автоматизации проектирования электронных устройств Cadence Design System.

Как не завалить целеполагание в самом начале?

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

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

“Правила потока для управления проектами” Эфрат Ашлаг-Голдратт

Прочитал свежий перевод книги дочери Элияху Голдратта, которого вы все знаете по Теории ограничений (ТОС). И внезапно, несмотря на множество “но”, книга очень понравилась.

Кратко - это 160-стр. “бизнес-роман”, аналогичный “Цели”, “Deadline”, “Фениксу”. Сюжет - менеджер мучается с пачкой проектов, куча переделок, заказчики ругаются и грозят судами,ну и в личной жизни проблемы. Но вот на курсах находит умного профессора и единомышленников, вместе с которыми приходит к новому мировоззрению. Да, пожалуй, именно это слово тут уместно. Автор не дает “методологии” и далека от академичности, отказываясь даже от терминологии ТОС в пользу “здравого смысла”.

В основе этого “проектного мировоззрения” понятие “потока”. Это поставка ценности заказчикам, над которой работает команда. Не диаграмма Ганта, не декомпозиция и бэклог, а непрерывный поток. Задача компании - дать потоку дорогу, не задерживать и не мешать превращаться в итоговый результат.

Что же ему мешает?
Незавершенка. Точнее, “мультипроектность”, много одновременно взятых командой и специалистом незавершенных проектов и задач. Многозадачность и мультизагруженность - зло. Идеал - это одна задача / один проект, на которых нужно держать фокус. Но как минимум, провести "триаж" - приоритезацию проектов и задач с результатом в виде полной (!) заморозки тех, которые менее критичны. Контролировать кол-во задач и проектов в работе (WIP-лимит). Не запускать сразу много, а запустить один-два, но зато с полной подготовкой.

Полная подготовка (full-kit) - вторая ключевая идея книги. Увы, мы принимаем как данное то, что в проектах много неопределенности, и позволяем себе не до конца собирать требования и нужную информацию. А зря. Неполнота данных, выросшая из поверхностной подготовки, - путь к 1) переделкам (“ой, а тут еще такое пожелание выявилось”) и 2) накоплению препятствий для потока.

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

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

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

Рекомендую к прочтению менеджерам и не-менеджерам: понятно, кратко и человечно о важном на любом проекте!