Привет! Я — Иван Башарин, Руководитель лаборатории ИИ и архитектор решений в VESNA.
Честно признаюсь, мне немного страшно из-за ИИ. Но не переживайте, это не очередная пугалка без самокритики, дочитайте до конца.
Мы привыкли думать о менеджерах как о драйверах процессов, координаторах задач и хранителях KPI. Но если углубиться в суть их работы, становится очевидно: главный ресурс, с которым работает менеджер — это люди. И умение управлять ими, развивать сотрудников, мотивировать и направлять — это не софт скил «по желанию», а базовая компетенция, без которой сегодня невозможно эффективно руководить командой.
Меня зовут Олеся Мазурова, я HR Team Lead в Garage Eight, и в 2024 году мы вместе с командой создали поведенческую матрицу, которая помогает оценить уровень развития People Management у любого лида и точечно прокачивать зоны роста. В этой статье я расскажу, как мы подошли к разработке, и дадим возможность каждому провести быструю самооценку.
Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов: ускорения работы, повышения качества, экономии денег.
Внедрение CRM – важный процесс, который нередко встречает сопротивление сотрудников.
Почему так происходит и как превратить сопротивление в поддержку, расскажем в этой статье.
Отсутствие вовлеченности в процесс внедрения
Распространены случаи, когда сотрудники, в будущем ключевые пользователи CRM, не участвуют в процессе выбора и внедрения. Как правило, это происходит в крупных компаниях и вызывает сопротивление. Сотрудники чувствуют себя отстраненными от процесса и боятся, что система будет выбрана без учета их реальных потребностей. Они критикуют систему, указывая на ее неудобства и несоответствия.
В этом случае и в принципе по дефолту мы стараемся привлечь ключевых сотрудников к процессу предварительной настройки и демонстрации, помогая почувствовать себя частью команды.
Наши специалисты проводят опросы и интервью с целью учесть все потребности для корректной настройки. CRM настраивается согласно требованиям компании, проводится демонстрационная встреча. Мы собираем обратную связь и при необходимости вносим корректировки. Также демонстрируем и разбираем кейсы успешного внедрения в других компаниях.
Изменения в бизнес-процессах
Сотрудники боятся изменений, особенно если они связаны с современными технологиями.
Опасения понятны, но основная цель современной CRM – это оптимизация и упрощение бизнес-процессов. Компании получают возможность использовать лучшие практики для продаж, маркетинга и клиентского сервиса, зарекомендовавшие себя в крупных российских компаниях, а также готовые отраслевые решения для более стремительного развития бизнеса. Например, целесообразно внедрить готовое решение от вендора и развивать силами одного бизнес-аналитика, умеющего работать с технологией low-code.
🚀 Как перестать бояться релизов и начать жить: практический гайд для тимлидов
Сбор практик для тех, кто хочет сделать доставку кода не болью, а удовольствием
Знакомая ситуация? Ваши релизы похожи на прыжок с парашютом без парашюта? Команда нервничает при каждом деплое, а бизнес теряет деньги из-за медленной доставки фич? Эта статья для вас.
Актуальность статьи: в современном мире скорость доставки фич — это не просто модный тренд, а вопрос выживания на рынке. Компании с быстрой доставкой обгоняют конкурентов по доходам на 20–40%.
Цель исследования — показать, как технические и управленческие практики влияют на ключевые бизнес-метрики и уровень счастья команды. Мы делимся реальным опытом из агротех-разработки.
Методология основана на практическом применении DevOps-практик и измерении результатов через метрики DORA. Мы покажем, как:
Trunk-Based Development сокращает время доставки на 30%
Feature Toggles делают релизы безопасными
Left-shifting тестирование снижает время восстановления с 15–20 часов до 1 часа
Kanban превращает хаос в прозрачную систему
Основные результаты демонстрируют, что быстрые релизы = быстрые проверки гипотез, маленькие партии изменений = дешёвые ошибки, частые деплои = счастливая команда.
P.S. Если вы всё ещё релизите раз в квартал — эта статья поможет вам пересмотреть свои подходы к разработке. 🎯
Привет, меня зовут Ксения, я менеджер проектов в ЮMoney. В этой статье расскажу про непростой жизненный цикл развития своей команды и как в итоге мы превратились в сплочённых, поддерживающих друг друга коллег. Спойлер: было очень непросто и понадобилось много терпения, веры в себя и людей. Делюсь, какие ошибки я допускала, как их исправляла и к чему это нас привело.
По новостным пабликам как-то разлетелась новость про «патент на лоток для яиц».
Я патентный поверенный — юрист по патентам и товарным знакам. Терпеть не могу, когда журналисты пишут ахинею не разобравшись.
Я посмотрел судебное дело и сам патент. Давайте расскажу, что произошло на самом деле, где облажались журналисты, и какие выводы из всей этой истории для нас с вами.
Серия: Чем болен средний бизнес? Статья 5.LLM + ДРАКОН: доступный инструмент процессного управления для МСБ
Классические BPM-проекты дороги, сложны и часто проваливаются в МСБ. Вы получаете схемы, которые никто не понимает, и зависимость от консультантов, а хаос остается.
В этой статье мы разбираем прагматичный подход, доступный уже сегодня:
LLM как аналитик: Используем нейросети для быстрого анализа «цифровых следов» процесса (почта, CRM, логи) и выявления узких мест.
ДРАКОН как интерфейс: Превращаем выводы LLM в наглядные и понятные схемы, которые может прочитать любой сотрудник, а не только IT‑специалист.
Человек как архитектор: Показываем, как на основе этих данных принимать управленческие решения и моделировать улучшения.
Внутри - пошаговый разбор смоделированного кейса по оптимизации процесса согласования счетов, расчет ROI и дорожная карта внедрения. Никакой магии, только методология и здравый смысл.
[Искусственный интеллект*] [Управление процессами*] [Визуализация данных*] [МСБ*]
Вспомните то чувство, когда вы только приходите на новую работу: знакомитесь с коллективом, берётесь за новые задачи. Всё такое новое и интересное — какие-то новые фреймворки, языки программирования, любопытные технические решения. Всегда есть что поизучать, на несколько месяцев уходишь с головой в изучение нового мира. Но проходит полгода — всё изучено, вы подобрали оптимальные паттерны взаимодействия с коллегами, задачами, кодом. Задачи перестают быть увлекательными, а жизнь превращается в рутину.
Что делать в такой ситуации?
Некоторых всё устраивает — они начинают больше времени уделять хобби, а работа остаётся просто работой. Но есть люди, для которых работа и есть хобби. Таким особенно тяжело. Да, можно попросить новые задачи, взять на себя больше ответственности. До определённого момента это работает, но бизнесу нужен человек надолго — который будет стабильно выполнять возложенные обязанности. Это предсказуемо и выгодно бизнесу. Что же делать таким людям?
Можно пойти искать новую работу, но тогда придётся менять её часто — по одному-две раза в год. Это плохо и для работодателей, которые вложили средства в обучение специалиста, и для самого специалиста, поскольку к частым переходам начинают относиться с подозрением.
Как справиться с рутиной? Как сделать жизнь интересной, если писать код — не только работа, но и хобби?
Единственный путь, который я вижу — параллельно с основной работой заниматься pet-проектами, открытым исходным кодом, развивать личный бренд, заниматься менторством.
Всем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь менторством, радуюсь когда вижу развитие и рост коллег. Хочу поделиться на мой взгляд ключевыми проблемам которым мало уделяется внимание. Надеюсь кому-то будет полезно.
В этой статье я показываю, как заменить рутинную работу куратора курса простым сценарием в n8n. Всё делается через Google Sheets и Telegram-бота, без строчки кода. Текст написан специально для работников образования и гуманитариев — повторить сможет каждый.
Как была создана одна из наиболее важных моделей, повлиявших на современный финансовый мир (CAPM)...
Только что назначенный доцент кафедры финансов в Университете Вашингтона Уильям Шарп посвятил свои первые годы работе, посвященной модели ценообразования капитальных активов (Capital asset pricing model).
Выродивщийся аджайл, карты Уордли, метод MOSCOW, канбан‑каденции, НФТ, закон Хофштадтера, топ-10 канбан‑досок, запретные слова для ПМов, рынок вакансий, управление кросс‑функциональной командой и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
В 2017 я пытался продавать светодиодные маски и не продал ни одной.
В 2019, будучи школьником, сидел по ночам в фотошопе, делая посты для групп VK.
А в 2021 совершил 12 холодных звонков, чтобы получить первого клиента на таргет. Эта статья — честный рассказ о моем пути.
О том, как провалы становятся фундаментом, как узкая специализация побеждает широкий охват, и как заработанный на таргете MacBook может стать главной мотивацией.
Это история о превращении из фрилансера-многостаночника в руководителя сфокусированного агентства.
Управление корпоративной архитектурой – это та тема, в который на данный момент больше всего «тумана», несмотря на присутствие стандартов и лучших практик (TOGAF, BIZBOK и другие фреймворки).
О корпоративной архитектуре написано уже сотни тысяч страниц в различных документах, но проблема в том, что архитектурой называют все что угодно, и разных определений, что же такое архитектура предприятия есть великое множество. И хотя в целом все определения говорят про объекты, структуру, целевое состояние и путь к нему, на практике про это часто забывают.
В данной статье я постараюсь дать свой взгляд на бизнес-архитектуру, как часть корпоративной архитектуры. И да, это не умозрительные выводы, а результат опыта работы и консалтинговых проектов в нескольких организациях различного масштаба.
Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.
Agile-методологии, основанные на манифесте 2001 года, стали краеугольным камнем современной разработки программного обеспечения (ПО) благодаря своей гибкости, ориентации на клиента и способности адаптироваться к изменениям. В России, где IT-сектор демонстрирует устойчивый рост Agile остается доминирующей парадигмой. Однако экономические вызовы, включая санкции, импортозамещение и нестабильность (инфляция 6,2% в апреле 2025), а также технологические сдвиги, такие как интеграция искусственного интеллекта (AI) и DevOps, порождают вопросы о будущем Agile. Действительно ли принципы Agile теряют популярность в российской разработке ПО? Если да, то что приходит на замену?
Российский IT-сектор уникален: он сочетает стремительный рост (CAGR 12% в разработке ПО) с ограничениями. Это стимулирует переход к локальным аналогам и гибридным методологиям. В то же время глобальные тренды, такие как автоматизация через AI и рост DevOps влияют на локальную практику. В этом контексте важно понять, сохраняет ли Agile свою актуальность или уступает место новым подходам, и как российские компании адаптируются к этим изменениям.
Иван с силой скомкал распечатанный макет нового интерфейса. Бумага хрустнула, как лед под ногой. Он швырнул искалеченный лист на полированный стол, где уже громоздилась целая стопка таких же — испещренных его правками, сделанными красной ручкой, словно ранами. Ни одна из них не привела к прорыву.
За окном переговорной сгущались сумерки, а в пустом офисе царила гулкая тишина, нарушаемая лишь гулом его ноутбука. Тишина, которая делала отчаяние почти физически ощутимым. Он остался один после очередного еженедельного совещания, которое, как и десятки до него, превратилось в театр одного актера.
Всем привет! Меня зовут Александр Пряхин, я технический руководитель в Авито Подработке. В этой статье я рассмоатриваю подходы к измерению качества стабильной работы системы, а не только её отказов. Я постараюсь описать, что такое бюджет качества и почему его стоит считать; как SLA, SLO и SLI помогают наводить порядок и принимать решения; и главное – почему техническое качество напрямую становится зоной ответственности тимлида и как через метрики команда может начать говорить с бизнесом на одном языке.
CRM создаёт иллюзию контроля: карточки есть, статусы двигаются, отчёты красивые. Но если менеджер забудет сделать звонок или назначить встречу — клиент уходит к конкурентам. Мы решили проверить, можно ли что-то с этим сделать.