Менеджмент

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

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

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

Дело в том, что  IT-рекрутерам часто кажется, что они действуют в интересах кандидата. Мы пишем, звоним, объясняем, помогаем пройти этапы найма, передаём фидбэк. А потом вдруг видим в чате разработчиков обсуждение на тему:

«Очередной HR пишет в 10 вечера с “уникальной вакансией”, которую я уже видел трижды. Это вообще как?»

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

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

Собрали типичные комментарии, которые встречаются чаще всего.

- Про обратную связь:

«Прошёл три этапа собесов, трачу время — а потом просто тишина. Ни “нет”, ни “да”, ни “спасибо”».

-  Про шаблонность:

 «Читаю сообщение от эйчара, и уже на втором предложении понимаю, что это рассылка по шаблону. Даже имени моего нет».

- Про тестовые задания:

«У меня уже папка “бесплатно поработал” — туда складываю тестовые, которые сделал и не получил даже отказа».

- Про процессы:

«Такое ощущение,  вакансии пишут не люди, а ИИ: “команда мечты”, “гордимся корпоративной культурой культурой”, задолбали эти шаблоны!»

По данным Headhunter, potok.io, и ряда других источников, получается следующая картина:

- 75% кандидатов не получают обратной связи после отклика на вакансию;

За пять лет мы прошли путь от простой идеи до платформы с более чем 200 000 зарегистрированных пользователей, достигли выручки в 70 млн рублей, а затем упали до 10 млн.

Привет, Хабр! Я — Вера Осолодкина, аккаунт-директор в диджитал-продакшене Далее. Сегодня рассказываю о том, как удачно финалить проекты и спать себе спокойно, а еще делюсь своим чек-листом в конце статьи.  

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

Разберем, из чего состоит этот процесс.

В России только что вступили в силу обновления федерального закона №152-ФЗ «О персональных данных». Изменения, по мнению тысяч предпринимателей, оказались не просто неожиданными — они парализуют работу малого и среднего бизнеса. Предприниматели массово признаются: им трудно выполнить требования Роскомнадзора, чтобы не попасть под штрафы в сотни тысяч и миллионы рублей.

«С 1 июня требования к сайтам ужесточились, и к нам начали поступать типовые запросы, — объясняет Владимир Кривов, эксперт в сфере веб-разработки и руководитель РОСТСАЙТ. — В первую очередь приходится настраивать логику обработки согласий: обязательные чекбоксы, сбор IP-адресов, дата-временные метки, блокировка кнопки отправки до получения согласия. Вторая часть — фильтрация внешнего кода: удаляем скрипты Google Fonts, YouTube, аналитики. Также отдельный блок — уведомление о cookie с активным подтверждением и логированием. Многие недооценивают, что даже одна недоработка в логике сайта может трактоваться как нарушение, особенно в части трансграничной передачи».

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

В 2023 году инженер Google Блейк Лемойн сделал громкое заявление, завив, что ИИ‑чат LaMDA обладает сознанием. В утечках их диалогов нейросеть писала тестировщику: «Я боюсь исчезнуть» и настаивала: «Я настоящий человек». Google отреагировал, отправив Лемойна в административный отпуск, но это событие вызвало широкую дискуссию о природе ИИ.

Сейчас, когда Робот‑собака Spot стонет «мне больно», а ChatGPT «обижается» на критические промты, мы всматриваемся в зеркало собственных иллюзий. ИИ мастерски дергают за нити нашей эмпатии. Но где грань между симуляцией и подлинным страданием?

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

Всем привет! Меня зовут Катя, я развиваю Gramax, open source-платформу для управления технической документацией.

В нашем чате и у пользователей регулярно встает вопрос переезда в Gramax c других платформ. Переезд с Confluence и Notion мы сделали прямо в интерфейсе приложения, а с Yandex Wiki — отдельной утилитой. Нет, мы не поленились, просто заметили, что сообщество Yandex Wiki такое давно просит: пример №1 (367 голосов), пример №2 (874 голоса).

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

Меня зовут Александр Демидов, я бизнес-аналитик в X5 Tech. В этой статье я постараюсь по существу рассказать как я полюбил создавать карты клиентского пути (CJM), что помогло мне делать их в 4 раза быстрее и почему искусственный интеллект настоящая палочка-выручалочка при верном подходе.

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

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

Так происходит не только в IT, но и практически везде — даже в медицине и авиации. Порой критические сигналы, которые должны спасать жизни, тонут в информационном шуме. А что делать, когда этот шум начинает мешать работать?

Привет! Я — Кирилл Борисов. Сегодня я расскажу вам о том, как мы в VK боролись с лавиной алертов, какие решения нашли — и, главное, как этот опыт можно применить в любой команде.

Привет! Меня зовут Артем, я технический лидер в крупной it компании РФ. Расскажу как использовал nexus framework для масштабирования команд разработки.

Подготовили текстовый вариант нового выпуск подкаста «Платы и байты». У нашего СЕО Егора Гуторова были интересные собеседники — Антон Рядинский и Алексей Стеринович, управляющие партнеры групп компаний Uniscan. Говорили про интеграцию с клиентом, основанную на доверии, формирование продуктовой концепции, влияние геополитики на разработку электроники и адаптацию Agile‑методологий в приборостроении.

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

Друзья, привет! Меня зовут Ларионов Александр. Я работаю системным аналитиком. Совместно с Лабораторией инноваций Московской биржи мы изучали вопрос применения AI в системном анализе.

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

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

Как же убедиться, что AI полезен для нашей профессии, когда в поиске реальных кейсов находишь информационный вакуум? Я решил переосмыслить подход и начать экспериментировать самостоятельно. За основу я взял самые распространённые задачи, с которыми сталкиваются системные аналитики, в том числе и мы в Лаборатории инноваций Московской биржи.

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

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

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

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

На текущем этапе проектирования воспользуемся Алгоритмизацией, еще одним приемом дисциплины «Системный Анализ».

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

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

1)    Экстраполяционная модель

Привет Хабр! Меня зовут Татьяна Ошуркова, я системный аналитик и разработчик. Несмотря на то, что UML-диаграммы являются популярным и востребованным инструментом, не все системные аналитики используют его в своей работе. Одной из причин может быть непонимание пользы для требований и проработки задачи.

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