Биржа заказов Инфостарта: новые задачи по 1С с 26 августа по 2 сентября
С 26 августа по 2 сентября на Бирже заказов Инфостарта появились новые задачи для разработчиков, консультантов и аналитиков 1С. Основные темы недели - маркировка, электронные перевозочные документы, интеграции и доработка конфигураций.
Собрали подборку из пяти материалов о разных задачах аналитика: от работы с требованиями и взаимодействия с командой до поиска решений и использования ИИ.
Как подготовить задачу так, чтобы сократить количество уточнений и переделок, расставить приоритеты и иногда найти решение без дополнительной разработки.
«Что», «где», «когда» и «как» — дополнения. Они позволяют очень подробно выяснить все обстоятельства произошедшего, кроме причины.
Еще есть «кто». Вот это уже отличный вопрос.
Кто ошибся? Кто не проверил? Кто нарушил инструкцию?
Оператор?
Прекрасно. Провести обучение, получить подпись, закрыть корректирующее действие.
До следующего оператора.
А есть «почему».
Почему оператор ошибся? Почему проверка не сработала? Почему инструкция позволяет ошибиться? Почему процесс вообще зависит от того, ошибется сегодня конкретный человек или нет?
С этим вопросом надо быть осторожнее. Пара лишних «почему» — и вместо оператора можно обнаружить процесс. Еще пара — и людей, которые этот процесс придумали и годами им управляют.
Toyota в свое время сделала сформулировала и внедрила 5 Why.
Один из самых известных инструментов качества в мире построен на ошеломительной идее:
если хочешь узнать, почему что‑то произошло, спроси «почему». И не прекращай после первого ответа.
Все.
Реально все.
Но поскольку самостоятельно догадаться спросить «почему» несколько раз оказалось слишком серьезным требованием для руководителей, вокруг него появились методологии, книги, курсы, консультанты и сертификации.
Теперь специально обученный человек может за деньги научить другого специально обученного человека несколько раз подряд задавать вопрос, которым трехлетние дети бесплатно доводят родителей до истерики.
И ведь это действительно работает.
Но самая издевательская часть всей истории в другом: недооценивать профессионалов не стоит.
Почему дефект попал клиенту? Оператор его пропустил.
Почему пропустил? Не выполнил требуемую проверку.
Почему не выполнил? Отклонился от рабочей инструкции.
Почему отклонился? Недостаточно хорошо знал требования.
Почему недостаточно хорошо знал? Недостаточное обучение.
Root cause: недостаточное обучение.
Прекрасно. Провести обучение, получить подпись, закрыть корректирующее действие.
До следующего оператора.
Toyota дала нам инструмент, чтобы за ошибкой оператора искать реальную причину.
Мы за деньги научились с его помощью «искать» ошибку оператора еще тщательнее.
Пять раз спросили «почему», аккуратно обошли процесс, контроль и собственные решения — и получили тот же ответ, который у нас был до первого вопроса.
Зато теперь — по методологии, с использованием инструментов Lean.
«Почему» действительно прекрасный вопрос.
Главное — вовремя остановиться и случайно не выйти на самих себя.
Почему коммерческие инициативы застревали между функциями
У каждой функции был собственный план. Команды были заняты, задачи двигались. И всё же коммерческие инициативы застревали между ними.
Назвать дату запуска заранее было почти невозможно. Приоритет менялся уже в работе, незавершённые задачи копились, а настоящую причину задержки находили тогда, когда исправлять было поздно.
В такой ситуации легко добавить Scrum: новые роли, встречи, доску. Мы начали с менее эффектных вопросов. Кто имеет право поставить задачу в общий поток? Где определяется приоритет, если интересы функций расходятся? Сколько работы система вообще способна нести одновременно? Кто принимает компромиссное решение?
Ответы изменили конструкцию работы. Появился общий кросс-функциональный контур приоритизации, двухнедельные Scrumban-циклы и ясные критерии входа и завершения. Мы ограничили незавершённую работу и стали регулярно разбирать узкие места — по тому, где действительно останавливался поток.
Время вывода инициатив сократилось примерно вдвое. Затем отдельная работа с узкими местами дала ещё около 20% ускорения. Предсказуемость выхода достигла 99%, объём незавершённой работы снизился на 40%.
Цифры здесь важны. Но сильнее всего этот кейс изменил мой взгляд на Agile. Доска хорошо показывает проблему, ритм помогает её обсуждать. Ни то ни другое не заставляет функции договориться об общем приоритете и принять ответственность за результат целиком.
С тех пор, когда каждая команда выполняет свой план, а клиент всё ещё ждёт, я смотрю не на дисциплину отдельных команд. Я ищу место, где между ними перестало приниматься решение.
Если узнаёте такую ситуацию, напишите «поток». Отправлю короткую диагностику из 10 вопросов: она помогает увидеть, где система теряет скорость, маржу и ответственность.
Всем привет! Я тут с хорошей новостью для компаний, которые ведут корпоративный блог на Хабре или только собираются начать его вести.
Мы собрались и решили, что пора подробно рассказать миру про наши крутые игры, потому что это не просто развлечение - это вовлекающая и обучающая активность, которая помогает участникам прокачать определенные навыки и помогают авторам и компаниям увидеть новые возможности для развития и получить новые инструменты для эффективной работы над блогами.
Что же это за игры?
Самыми популярными и востребованными уже стали две игры - «Попробуй Хабр» и «Готовим статью на Хабр». Первая - для тех компаний, которые хотят узнать, как построить диалог с аудиторией через экспертный контент и какие подходы лучше выбрать для того, чтобы эффективно решать свои бизнес-задачи с помощью блога на Хабре (эту игру мы традиционно проводим на всех Тест-драйвах, поэтому в отдельной презентации она не особо нуждается). А вторая часто используется в процессе обучения корпоративных авторов (как начинающих, так и опытных) и помогает участникам разобраться в позитивных и негативных паттернах при подготовке статей на Хабр.
2 сентября мы проведем эфир, основной темой которого как раз и будут наши игры. Там мы также расскажем про новую разработку под названием «Остров Хабра», участники которой учатся оттачивать навыки убедительной коммуникации. Ну и, конечно, представим две свежие новинки - это игры “Собери свою первую статью на Хабр” и “Путь автора”. Они помогают компаниям снять сразу две боли - “У нас нет опытных авторов, которые знают, как писать на Хабр” и “У нас вообще нет авторов и мы не знаем, где их взять”.
Уверена, что эти боли испытывают не только редакторы, но и те люди, которые отвечают за развитие корпоративных блогов на Хабре и контент-маркетинг в целом. Если вы хотите подробнее узнать об этих играх и протестировать их, регистрируйтесь на наш Демо-дэй, который пройдет онлайн 2 сентября. Участие бесплтатное!
! Сразу скажу, что это будут не полноформатные игры (обычно они занимают 1,5-2 часа), а только короткая демоверсия каждой игры, чтобы участники созвона могли быстро понять смысл и механику.
На встрече мы дополнительно расскажем последние новости и тренды Хабра. Мероприятие бесплатное, но количество мест ограничено. Спешите зарегистрироваться!
12 открытых уроков для руководителей: команда, проекты, стратегия и ИИ
Когда команда растёт, проектов становится больше, а руководитель всё чаще оказывается точкой, через которую проходят все решения, привычные способы управления начинают тормозить работу.
Хочется распределить ответственность, раньше замечать проблемы, принимать решения на основе данных и использовать ИИ там, где он действительно экономит время — чтобы команда работала предсказуемее, а у руководителя оставался ресурс на развитие и стратегические задачи.
Собрали ближайшие открытые уроки OTUS для тимлидов, руководителей проектов, менеджеров и тех, кто готовится к следующему уровню ответственности.
Управление командой
9 сентября, 20:00. «Как тимлиду распределять ответственность и не становиться узким местом команды». Записаться
16 сентября, 20:00. «Диагностика команды: как выявить проблемы до того, как они повлияют на результат». Записаться
16 сентября, 20:00. «Сложные разговоры в команде: как давать обратную связь без эскалации». Записаться
Стратегия и развитие руководителя
8 сентября, 20:00. «От технического лидера к CTO: как начать принимать решения на уровне бизнеса». Записаться
22 сентября, 20:00. «Метрики CTO: показатели, которые действительно нужно контролировать». Записаться
Управление проектами и процессами
1 сентября, 20:00. «Практическое применение нейросетей для моделирования процессов». Записаться
14 сентября, 19:00. «Анти‑паттерны управления: Почему „помощь“ заказчиков убивает проекты и как вернуть контроль». Записаться
17 сентября, 20:00. «Событийные подпроцессы в BPMN 2.0: как моделировать процессы, реагирующие на события». Записаться
23 сентября, 20:00. «Как системному аналитику проводить архитектурное ревью и находить риски до начала разработки». Записаться
ИИ для руководителя
3 сентября, 20:00. «Как руководителю внедрить ИИ в работу команды: от выбора процесса до рабочего сценария». Записаться
21 сентября, 20:00. «Один рабочий день с ИИ: от писем и таблиц до готовой презентации для руководителя». Записаться
24 сентября, 20:00. «PM + ИИ: собираем статус‑отчёт, реестр рисков и прогноз сроков за 40 минут». Записаться
Выбирайте тему под задачу, которая сейчас сильнее всего влияет на работу команды — от делегирования и сложных разговоров до управления проектами, метрик и внедрения ИИ.
ЧТО ПОЧИТАТЬ
Если хотите глубже разобраться в управлении командами, процессами и собственной управленческой траекторией, собрали ещё несколько материалов из блога:
Весной я стал крепко задумываться о дальнейшем развитии своего "Блокнота продакта". Сам по себе он интересен (и не только мне!), но выглядит застрявшим на уровне 2021 года.
В 2026-м же... одно то, что YCombinator анонсировал прямой запрос на "Cursor для продактов" - уже даже не звоночек) А на последнем рабочем месте у меня постоянно был запущен терминал с Клодом, ещё одна агентская система в браузере и периодически поднимались чаты для отдельных вопросов.
Продукт без вариантов надо двигать в сторону AI, вопрос в деталях. Сейчас это совершенно классический SaaS - онлайн-приложение с веб-клиентом. И я вижу несколько путей развития:
Оставить концепцию SaaS, но добавить MCP-сервер, чтобы можно было достучаться до данных в сервисе из уже привычного инструмента.
Переделать в локальное приложение, со встроенным интерфейсом взаимодействия с LLM и хранилищем обвязки, к которому можно будет подключать внешние сервисы для непосредственно инференса. Такой вариант ближе всего к понятию "Cursor для продактов".
Двигаться постепенно, начав с синхронизации с локальным хранилищем в markdown, что даст возможность работать с ним параллельно любым другим инструментом.
Это удобно реализовывать, но не выглядит как MVP, потому что заметная часть практического использования будет где-то за контуром продукта.
Вот что бы предложили (или чем бы заинтересовались) вы?
Биржа Инфостарта: новые задачи по 1С за 20-26 августа
На Бирже заказов Инфостарта опубликованы новые проекты для разработчиков и консультантов 1С. В подборке за 20–26 августа - интеграции, перенос данных, доработка отчетов, складские решения и работа со старыми конфигурациями.
Как Юнитрек за 2 недели подготовила ИИ-платформу к федеральному запуску и масштабировала ее до 100 000 участников
🏭 Что за компания Юнитрек — российский разработчик платформы для бизнес-симуляций и деловых игр на основе реальных кейсов и практик предпринимателей. На платформе пользователи проходят игровые сценарии, принимают управленческие решения, разбирают кейсы и используют ИИ-инструменты для обучения и развития предпринимательских навыков.
⚡ Задача Команда готовила федеральный запуск платформы в рамках проекта «ИЗЗЗИ Бизнес Рост». Нужно было за короткий срок подготовить инфраструктуру, способную масштабироваться до 100 000 участников и выдерживать до 5 000 одновременных подключений.
Пилотная версия не была рассчитана на такой сценарий: при федеральном запуске объем нагрузки должен был вырасти примерно в 50 раз. При этом важно было обеспечить стабильную работу приложения и быструю доставку контента пользователям из разных регионов.
☁️ Что сделали Чтобы не тратить время на самостоятельное развертывание и поддержку инфраструктуры, команда Юнитрек воспользовалась управляемыми сервисами Cloud.ru Evolution. Ими удалось закрыть весь стек — от пользовательской части и хранения данных до ИИ-компонентов. Пилотную инфраструктуру команда развернула за два дня, а после успешного тестирования масштабировала решение до федерального уровня менее чем за две недели — без ручного администрирования: при росте нагрузки ресурсы наращивались автоматически.
🦾 Что получили в итоге Удалось не только запустить платформу, но и увеличить объем нагрузки примерно в 50 раз по сравнению с пилотом. Сейчас у платформы более 10 000 регулярно активных пользователей. При этом инфраструктура способна выдерживать рост до 100 000 участников. Команда не тратила ресурсы на капитальные вложения в инфраструктуру и ИИ-стек, а полностью сосредоточилась на развитии игровых механик и пользовательского опыта. В планах масштабировать емкость платформы до 200 000 пользователей и использовать платформу для новых образовательных программ, включая обучение школьников и студентов основам предпринимательства.
Присоединяйтесь к встрече для ИТ-руководителей — поговорим про изменения, стратегию, выгорание и управление в эпоху ИИ 🤖
Встреча для ИТ-лидеров пройдет 28 августа в Москве с онлайн-трансляцией. В программе доклады и дискуссии о внедрении ИИ-агентов, управлении изменениями, стратегических ставках в эпоху ИИ и биологии выгорания.
Вас ждут доклады:
«Разрыв: между амбицией и исполнением». По данным Gartner, ИИ-агентов реально внедрили около 17% компаний, при этом более 60% планируют сделать это в ближайшие два года. Разберём, почему ожидания расходятся с реальностью и как этот разрыв влияет на ИТ-команды.
Спикер — Дмитрий Лаптев, директор по технологической стратегии MWS.
«Эволюция Agile в эпоху агентов: как ИИ сделать союзником команды, а не угрозой?». Обсудим, почему простая замена людей агентами не даёт качества и как перестроить работу, чтобы ИИ расшивал узкие места.
Спикеры — Евгений Калабин, руководитель группы обучения и продвижения практик Agile MWS, и Ольга Склярова, лидер Agile ИТ-кластера «Продажи и обслуживание» MWS.
«Вредные советы по управлению изменениями: как перестроить процессы и выжить». Разбор реальных кейсов с юмором: что происходит, если пропустить ключевые шаги ADKAR, почему команда сопротивляется изменениям и как превратить разовые «вау»-инициативы в устойчивые процессы.
Спикер — Ольга Шутова, тимлид команды разработки Т-Банка.
«Биология выгорания: как стресс из двигателя прогресса превратился в когнитивное искажение». Поговорим о том, как стресс влияет на продуктивность и творческое мышление, и как управлять своим состоянием.
Спикер — Сергей Харитонов, молекулярный биолог, сотрудник МГУ, научный сотрудник Института биологии старения и медицины здорового долголетия.
«Управлять тем, чего ещё нет: как запускать новое и делать стратегические ставки в эпоху AI». Как выбирать идеи, которые заслуживают инвестиций, и проверять гипотезы в условиях неопределённости.
Спикер — Анастасия Азоркина, главный менеджер продукт
«Работа не work, работа — волк: серые практики устройства в ИТ». Какие скрытые риски несут сторонние помощники и «серые» практики при найме в ИТ и как компаниям защитить себя.
Спикер— Андрей Репин, лидер QA ИТ-кластера «Развитие инфраструктуры» MWS.
📅 Когда: 28 августа в 17:30
📍 Где: Москва, метро Технопарк + онлайн-трансляция
👉 Регистрируйтесь, чтобы обсудить актуальные вызовы с коллегами. Ждем вас!
Первый опыт управления IT-командой: три вывода, которые я сделал
Когда я впервые начал отвечать не только за свою работу, но и за результат небольшой IT-команды, мне казалось, что задача руководителя достаточно простая: распределить задачи, определить сроки и проверить результат.
На практике сложнее всего оказалось не контролировать разработку, а сохранять общий контекст, снимать блокировки и не становиться человеком, через которого должно проходить вообще всё.
Вот три главных вывода, которые я сделал.
Сообщение в чате ещё не является задачей
Большая часть нашей коммуникации проходит в переписке. Это быстро и удобно, но именно в чатах задача легко теряет смысл. Я пишу, что нужно изменить определённое поведение, разработчик задаёт несколько вопросов и начинает работу. Через пару дней выясняется, что итог мы представляли по-разному.
Проблема не в невнимательности. Часть контекста, очевидная для меня, просто не была зафиксирована.
Теперь я стараюсь указывать четыре вещи: зачем нужно изменение, что должен получить пользователь, какие ошибки необходимо учесть и по каким признакам мы примем результат. Даже короткое описание работает лучше, чем цепочка сообщений, разбросанная по нескольким дням.
Задержка не всегда возникает внутри команды
Некоторые задачи зависят от внешних систем и людей, которыми команда не управляет. Например, функция уже реализована, но источник данных периодически возвращает ошибку. Можно бесконечно менять клиентскую часть, хотя постоянное решение требует другого способа интеграции и участия смежной команды.
В такой ситуации бесполезно просто требовать «починить быстрее». Нужно разделить саму разработку и внешнюю зависимость: что уже сделано, где возникла блокировка, кто может принять решение и допустим ли временный вариант.
Для меня это стало важным изменением. Руководитель нужен не только для контроля сроков. Он должен подключать нужных людей и не оставлять разработчика один на один с проблемой, которую нельзя решить внутри команды.
Приёмка является отдельной работой
Технически выполненная задача ещё не всегда означает готовый результат. Экран может открываться, кнопка нажиматься, запрос отправляться, но весь пользовательский путь остаётся непроверенным.
Поэтому я стараюсь принимать работу не по отдельным функциям, а по сценариям. Проверяю основной путь, пустое состояние, ошибку сервиса, повторное действие и возвращение в раздел. Такой список не заменяет тестирование, но помогает не принять за готовый продукт набор экранов, работающих только по отдельности.
Что оказалось самым важным
Первый управленческий опыт показал мне, что руководство мало похоже на раздачу задач. Основная работа происходит между ними: сохранить смысл, выбрать приоритет, снять блокировку и проверить, что технические результаты сложились в работающий продукт.
От руководителя не требуется знать ответы на все вопросы. Но он не должен допускать, чтобы команда неделями ждала решения, доступа или недостающего контекста.
А какой вывод стал главным для вас при первом переходе от самостоятельной работы к управлению командой?
Инфостарт завершает прием заявок в программу INFOSTART A&PM EVENT 2026. До 28 августа аналитики, архитекторы, руководители проектов и специалисты по автоматизации могут предложить доклад или практическую активность.
В программе предусмотрены не только классические выступления, но и мастер-классы, воркшопы, круглые столы, тренинги и деловые игры. Около 70% расписания планируется отвести практическим форматам, остальные 30% — докладам с кейсами, рабочими инструментами и разбором ошибок.
Основные направления конференции:
управление проектами и продуктами;
инструментарий и прикладные компетенции аналитика;
архитектура и автоматизация решений на 1С;
управление командами и soft skills.
Полностью готовая концепция на этапе подачи не обязательна: модераторы рассматривают идеи, дают обратную связь и помогают авторам доработать формат.
INFOSTART A&PM EVENT 2026 пройдет 12–14 ноября в Санкт-Петербурге. Прием заявок завершится 28 августа.
Если ваша компания ведёт свой блог на Хабре, самое время подать заявку на премию Интеркомм!
Что делает Хабр на премии Интерком и как они связаны?
Какие критерии оценки в номинации «Лучший блог на Хабре?»
Хватит ли одного месяца на подготовку материалов?
Оказывает ли Хабр консультационную подержку своим номинантам?
Какую роль в этом играю я и почему я об этом рассказываю?
Все ответы ниже.
Интерком — это премия в области коммуникаций, которую я давно знаю, люблю, ценю и уважаю. И знаю всех тех, кто это делает своими руками из года в год. Теперь у нас есть своя номинация, а когда‑то я была просто участником и даже победителем. Не я сама, конечно, а наш детский профориентационный проект, который мы делали целой командой электротехнической компании в 2019–2021 годах. Но именно я готовила и подавала все материалы на эту премию. Не спала, переживала, сидела ночами, убила кучу нервных клеток, но сделала это. И показала результат.
Теперь я помогаю готовить свои материалы тем, кто хочет принять участие в премии и подать свою заявку в номинацию «Лучший блог на Хабре». Сказать, что я горжусь этим — ничего не сказать! У нас своя номинация уже второй год. Целая номинация в самой крутой профессиональной премии, а это почти Оскар в сфере коммуникаций и корпкультуры. Не знаете, как это связано? Напрямую! Многие годы компании выстраивают коммуникацию с внешней и внутренней аудиторией именно через Хабр — потому что это огромные охваты, живой отклик, неподдельный интерес, настоящие вовлеченные профессионалы в своей области, которым не все равно, что в ней происходит.
На Хабре огромное количество компаний активно ведет свои блоги и выстраивает ИТ‑бренд, и любая из них может смело побороться за звание лучшей! Дерзайте! В прошлом году в шорт‑лист попали сразу 6 компаний. А это ли не повод гордиться своими достижениями и рассказать об этом своей аудитории?
А я как представитель Хабра — держателя своей отдельной номинации — готова помогать, консультировать, отвечать на вопросы, давать рекомендации и подсказки, чтобы облегчить ваш путь. Нет, конечно, я не могу гарантировать, что наша консультационная поддержка обязательно принесет вам победу, но я могу с чистой совестью сказать, что в прошлом году мы помогли нескольким компаниям подготовить качественные материалы в максимально сжатые сроки. И сейчас будем тоже стараться помочь.
Что же нужно для участия?
Активный блог на Хабре, работающий на развитие вашего IT‑бренда.
Заявка.
Презентация.
Видео (по желанию).
Участие в Премии платное, как и во всех профессиональных премиях, но для номинантов от Хабра будут специальные условия.
Что важно и на что жюри будут смотреть прежде всего, оценивая ваш блог на Хабре? На общее описание проекта, его концепцию и стратегию, а также на его уникальность. Не менее важными для оценки являются механика и организация работы над проектом, результаты и метрики, в которые входят и показатели вовлеченности аудитории. Так вот если эти пункты вызовут у вас какие‑то сложности — обращайтесь! Также будем рады посмотреть ваши презентации и ролики и поделиться своими впечатлениями. И да, до конца срока приема заявок осталось чуть больше месяца, поэтому светуем не откладывать этот проект в долгий ящик и заняться этим в ближайшее время, тогда точно все успеете.
Всё не так сложно, как кажется.И вместе мы справимся. Мир должен узнать о вашем блоге, а вы должны получить шанс побороться за награду Интеркомм!
Когда нет собеседника остается только что с ИИ-шкой говорить?
Но ведь я же не один интересуюсь вопросами современного менеджмента!
И у вас наверняка есть свое мнение по этому вопросу:
"Какие проблемы современного менеджмента?"
Я сначала ИИ-шку криво спросил и тот выдал мне ряд обывательской банальщины, типа "неопределенность", "выгорание", "недостаток квалифицированных кадров"...
Но сформулировав более адекватное "ТЗ" я таки получил нечто, что мне показалось похожим на реальность. Приведу для затравки некоторые идеи из ответа болванчика:
Главный парадокс менеджмента - огромное количество знаний и моделей, которые плохо превращаются в ПРЕДСКАЗУЕМЫЕ практические результаты.
Менеджмент не имеет единой теоретической основы, направления-школы-течения конфликтуют и конкурируют между собой вместо того, чтобы договориться и дополнять. Каждый гуру строит свое и не пользуется наработками “соседей”, что отражается и на используемой терминологии, которая значимо размывается в попытках ее переопределить.
Большинство выводов основано на кейс-стади, а не на экспериментах с контрольной группой, поэтому воспроизводимость выводов и рекомендаций не дает никаких гарантий на успех.
Публикуются только успешные кейсы - ошибка выжившего во всей своей красе.
Крупные консалтеры и бизнес школы продают свое видение, которое не имеет строгой научной валидации. Гуру менеджмента — это не учёные, а популяризаторы. Теория смешивается с менеджерской мифологией.
Опять же для затравки приведу одно из своих соображений - "Цифровые инструменты являются хайпом, который сильно негативно сказывается на теориях менеджмента - уводит их в сторону от сути".
Так вот - я ж про "поговорить" и у меня есть два вопроса, первый повторю:
Какие вы видите проблемы современного менеджмента?
и второй:
Может в чем-то согласны или нет с тем, что сказал ИИ-шка или я добавил?
Перечитал роман "Территория" Олега Куваева. В первый раз читал его 10 лет назад, и тогда же посмотрел замечательный российский фильм, снятый по мотивам книги. Теперь вот я менеджер с опытом, и мне интересно было посмотреть на историю с точки зрения менеджера.
Если размышлять так, то роман, конечно, про стартап. Сама Территория - это неосвоенный рынок. Человек, стоящий во главе организации по её освоению - визионер, абсолютно уверенный в себе тип, везунчик, который резко взлетел на прошлом витке и завоевал себе имя и уважения. Люди в команде - сплошь идейные. Но идея не та, что сейчас некоторые малообразованные товарищи приписывают советскому человеку - мол, "работай много и бесплатно ради будущего детей". Как раз зарабатывают на северах много, сильно больше, чем "на материке".
Тем не менее, очень важно отношение к Работе (именно так, с большой буквы). Это бог, это основа. Если ты не служишь Ей, ты покидаешь коллектив. Просто мотивацией деньгами, славой, романтикой не обойдёшься. Так вот сложилось. Наверное, и это тоже применимо к любому успешному стартапу: конечно, всяк мечтает, чтобы компания выросла до единорога, и программисты потом смогли реализовать свои опционы по 100 млн долларов каждый. Но ещё нужно искренне любить то, что делаешь, гореть этой идеей.
Фигура Чинкова, главы Управления. Это тот самый лидер нашего воображаемого стартапа. Конечно, в обычной, зрелой компании он был бы сразу признан токсиком, хамом, самодуром и к радости окружающих изгнан. Но для стартапов именно такие и нужны. Моё внимание на этот раз особенно привлекли два аспекта его работы как руководителя.
Первый. Насколько важно разбираться в людях, которых берёшь с собой в эту одиссею. Он прекрасно знает своих людей, умело играет на их сильных и слабых сторонах. Это противоречит обыкновенной корпоративной практике, где личная жизнь оберегается, подчёркнуто отделяется от работы. Здесь наоборот, только зная человека всего, можно ему что-то доверять. Лично для меня этот подход скорее привлекателен: я сам в своей работе всячески стараюсь узнать о своих людях больше. С другими тоже делюсь информацией о себе, не закрываюсь и не скрываю, хотя выдерживаю известную меру.
Второй вытекает из первого. Зная людей, Чинков умеет доверять им. Там не то чтобы есть большой выбор, условия таковы, что доверять надо. Это не офис, это бескрайняя тундра Чукотки, и твои люди уходят на маршрут без связи и без твоих ценных советов на недели и месяца. Нет места микроменеджменту. Но всё же доверие в его, Чинкова, исполнении - это конкретное принятое решение каждый раз, это не стихия "деваться некуда". Он подумал, он доверился, он снова выиграл вместе с человеком, кому доверил. Да, ну и конечно надо потом поделиться частью славы и других возможностей со своими людьми: на Территории очень быстро растут вверх и потом вписывают свои имена в название хребтов и горных вершин.
И ещё есть один момент обаяния в этой книге. Дело в том, что Территория разделяет людей на "своих" и нет по критерию какой-то высшей справедливости. В обычном корпоративном мире, особенно в нынешнее время, работник должен максимально угождать представлением компаний о том, каким он должен быть. При попытке устройства на работу требуют вплоть до полного соответствия навыкам, перечисленным в вакансии, всем 100. Карьерные консультанты в один голос кричат: скрывайте всё о себе, что не умещается в требования на данную конкретную должность! Если даже где-то маленький краешек личности чуть выходит за это прокрустово ложе - всё, до свидания, следующий!
Территории важен лишь твой дух, который выражен в твоём отношении к Работе. Готов делать дело - тебе дадут возможность, научат. Потом спросят, конечно. Но и бывшие зеки, и молодые специалисты, и большие учёные - все по-человечески равны перед одним главным принципом. Такой немного жестокий стартап, где можно и даже нужно оставаться Человеком, а не функцией. И в результате приносить гораздо больше пользы, чем любая тщательно подобранная "функция"
Быстрое сокращение отставания Китая от США в сфере искусственного интеллекта на одном графике. Если ранее Anthropic оценивала разрыв китайских лабораторий от американских в 6–12 месяцев, то теперь разработка Kimi K3 от Moonshot уступает по мощности лишь лидерам вроде Claude Fable 5 и GPT-5.6, оставаясь при этом дешевле в эксплуатации.
Такие компании, как Moonshot, DeepSeek, Alibaba/Qwen и Z. ai/GLM, резко сократили технологическую дистанцию с американскими разработчиками. Дополнительно позицию Китая усиливает свежая модель GLM-5.3, которая часто даже не учитывается в подобных сравнениях.
Как мы строили «Мосты» в СберУниверситете. Впечатления участника конференции
Где-то среди всех этих людей есть и я))
В прошлом году мне очень хотелось, но не удалось попасть вживую на эту конференцию. Слушала онлайн. И целый год потом слушала восторженные отзывы участников, которые там были. В этом году видела много рассылок и решила снова попытать счастье. Мне повезло: в среду отправила заявку, в четверг вечером получила приглашение, в понедельник уже была там, среди 600 таких же неравнодушных к теме коммуникаций и сообществ людей. А еще 5000 человек слушали конференцию онлайн.
Оказывается, конференция действительно очень популярная и уважаемая, хотя и довольно молодая. Попасть туда реально сложно. Проводят её Сбер и InterComm.
Начну с того, что понравилось.
Насыщенная программа, классная локация (кампус СберУниверситета на реке Истре), тематика, — конечно же, ну и такая большая и разношёрстная аудитория, а ещё масштаб, оформление, организация в целом. Также отдельная «благодарочка» за групповой трансфер туда и обратно))
Много было поднято тем, которые мне действительно откликнулись, хоть я уже и не внутриком. Особенно про развитие сообществ, обучение, продвижение внутренних экспертов — именно с этим теперь связана моя работа. Я обучаю корпоративных авторов писать, проявляться, строить личный бренд, делиться экспертизой, продвигать продукты своей компании. Это как раз и есть обучение и развитие внутренних экспертов.
Вообще, Сбер тут молодцы, конечно. Во-первых, на тему внутренних коммуникаций довольно мало качественных конференций. Во-вторых, сейчас каждая крупная уважающая себя компания делает свой фестиваль, конференцию или просто какую-то крупную, заметную, профессиональную тусовку и старается таким образом не просто пиариться, а ещё и приносить пользу сообществу. За это прям респект и уважуха. Особенно приятно, когда участие бесплатное.
Ну и отдельно хочу сказать про премию «Рядом». Её Сбер придумал сам для себя и проводит внутри компании. Награждает лучшие проекты, связанные с внутрикомом и корпкультурой. А почему бы и да? Ну будет как-то странно, наверное, подавать 30 заявок на одну какую-то профессиональную премию и забирать сразу несколько призовых мест в разных номинациях, согласитесь? Итак, все маленькие компании давно страдают из-за того, что гиганты собирают все призы и награды, а им совсем не достается внимания. А тут своя собственная премия, которая никому жить не мешает, а тебя пиарит и украшает! Ну круто же! И сотрудники довольны — есть возможность проявить себя и получить признание, и HR-бренд прокачивается, и дополнительный инфоповод, о котором можно говорить много где. Я считаю этот ход просто суперудачным! Многим компаниям советовала бы взять на заметку.
Из недочётов: Мало свободного времени, чтобы и на экскурсию по кампусу сходить, и пообщаться с коллегами, и перекусить, и погулять по шикарной зеленой территории, и по работе успеть ответить на срочные вопросы, и принять участие в активностях. Приходилось выбирать.
Лично мне не хватило ещё интерактива, взаимодействия с аудиторией. И показалось, что в последнее время сильно переоценены дискуссии как формат. Реальные практики и кейсы компаний намного полезнее. Вдвойне был бы полезен разбор неудачных проектов! С дискуссий, кроме пары красивых фраз, особенно ничего не заберешь, руководству в качестве референса не покажешь, как инструмент, решающий твои задачи, использовать не сможешь.
Ещё я бы добавила мастер-классы и воркшопы с профи своего дела и какие-то брейнштормы. Ну раз уж приносить пользу, то так, чтобы прям встряхнуть, вдохновить, отправить тебя домой с идеями, наработками, горящими глазами.
Константин Богомолов. Сначала показалось, не в тему. Но потом поняла, что он нормально зашёл зрителям, растормошил. Творческие люди всегда интересны. Их выступления вдохновляют!
Были еще некоторые орг моменты. Я думаю, организаторы учтут эти пожелания, ведь я сразу отправила свою ОС. И надеюсь, позовут ещё. Кстати мне тоже есть, чем поделиться с аудиторией! :-)
Новый выпуск «Сколько стоит WMS» — про CAPEX склада
В новом выпуске подкаста «Сначала Процессы» разбираем затраты, которые возникают, когда склад расширяют за счёт дополнительной техники и площадей.
Сколько склад переплачивает за технику и квадратные метры
Говорим о том:
— сколько стоит простой и холостые пробеги ричтраков и как оптимизация маршрутов может сократить расстояние перемещений на 25–37%; — когда вместо покупки ещё одного ричтрака за 2,2–5,7 млн ₽ можно эффективнее использовать существующий парк; — сколько стоит низкая плотность хранения при аренде склада класса А; — как уплотнение хранения с 0,35 до 0,50 позволяет получить эквивалент 1 050 м²; — в каких случаях WMS может отложить расширение склада на 12–24 месяца; — что меняется при переходе на узкопроходное хранение (VNA).
И главное — считаем три сценария в рублях: дополнительная техника, новые площади и инвестиции в WMS + оборудование.
Выпуск: «Сколько склад переплачивает за технику и квадратные метры. Считаем окупаемость WMS через CAPEX»
Как HiveTrace ускорила запуск AI Firewall для корпоративных приложений с генеративным ИИ
🏭 Что за компания HiveTrace разрабатывает AI Firewall для защиты приложений на базе генеративного ИИ в корпоративном контуре. Решение анализирует запросы пользователей до их передачи в модель и проверяет ответы модели перед отправкой пользователю. Это защищает от промпт-атак, снижает риск утечки чувствительной информации во внешние системы и помогает соблюдать требования по работе с персональными данными.
⚡ Задача Чтобы запускать пилоты и масштабировать внедрения у корпоративных заказчиков, HiveTrace требовалась готовая инфраструктура, соответствующая требованиям ИБ-команд: с Kubernetes, GPU и возможностью быстро развернуть решение без доработки существующих компонентов.
Подготавливать окружение для каждого нового проекта самостоятельно означало бы тратить ресурсы команды не на развитие функций безопасности, а на инфраструктурные задачи.
☁️ Что сделали Для размещения AI Firewall HiveTrace выбрала платформу Cloud.ru Evolution. Решение развернули на базе Evolution Managed Kubernetes с GPU.
Managed-сервисы Cloud.ru оказались совместимы с компонентами HiveTrace, поэтому команде не пришлось адаптировать продукт под новую среду. Это позволило использовать готовую инфраструктурную основу для пилотов и последующих внедрений у заказчиков.
Дополнительно модель HiveTracePro включили в сервис Evolution Foundation Models. Теперь пользователи Cloud.ru могут подключать ее как дополнительный уровень защиты приложений с генеративным ИИ. Модель дополняет Guardrails Filter — инструмент Cloud.ru для маскирования чувствительных данных при работе с языковыми моделями.
🦾 Что получили в итоге HiveTrace ускорила запуск проектов у корпоративных клиентов: для внедрения AI Firewall больше не нужно отдельно готовить и адаптировать инфраструктуру. Команда может сосредоточиться на развитии продукта и новых механизмах защиты, а заказчики — быстрее подключать защиту своих ИИ-приложений от распространенных угроз.
