Биржа заказов Инфостарта: новые задачи по 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 больше не нужно отдельно готовить и адаптировать инфраструктуру. Команда может сосредоточиться на развитии продукта и новых механизмах защиты, а заказчики — быстрее подключать защиту своих ИИ-приложений от распространенных угроз.
Инженеры умеют считать latency, error rate и uptime. Но когда разговор заходит про P&L, LTM и cloud spend — многие предпочитают сделать вид, что это не к ним. Проблема в том, что инфраструктурный счёт приходит вне зависимости от того, кто за него отвечает.
В новом выпуске «В SREду на кухне» вместе с Павлом Зеленовым, руководителем Tech platform billing в Авито, и Валентиной Калещатовой, руководителем продукта Лемана Про, разобрались: где проходит граница между «это задача финансов» и «это должен понимать каждый SRE».
Что на повестке
Кто реально отвечает за инфраструктурный счёт — и что происходит, когда команда этот счёт превышает. Чем Showback отличается от Chargeback и почему этот выбор меняет культуру команды. Как «зомби-ресурсы» тихо съедают бюджет, а observability — до 40% инфраструктурных расходов. Связаны ли FinOps и error budget — оказывается, очень даже. И главный вопрос: как объяснить инженерам стоимость их сервисов, не превращая каждого разработчика в бухгалтера.
В очередной раз столкнулся с тем, что человек из нашей айтишной индустрии не понимает разницы между продакт и проджект менеджерами. Типа ПМ и ПМ, не все ли равно. Поскольку приходилось мне бывать и в той и в другой роли, захотелось зафиксировать отличия этих популярных сейчас специальностей. Ну и может пригодится кому-нибудь, при выборе обучения например.
Менеджер проекта - человек, который управляет проектом, то есть чем-то, имеющим конкретные цели, сроки и бюджет. Проектом может быть что угодно, от создания презентации до постройки завода. Главное, что проект конечен и имеет плановую дату окончания, соблюдением которой менеджер вобщем-то и управляет. Поэтому основные компетенции здесь - хорошее умение планировать, способность делить работу на этапы и фиксировать их оценку, следить за качеством на промежуточных точках, организовывать работу команды. Необходимо правильно выяснять требования к проекту во всех подробностях, быть в диалоге с заказчиком и уметь эти требования донести до команды разработки на понятном ей языке (это могут делать аналитики, но на небольших проектах часто приходится менеджеру). Если в команде вдруг не хватает нужного специалиста, менеджер должен уметь его быстро найти. Из-за того, что проекты способны заканчиваться после выполнения, проджект может позаниматься в течение года несколькими совершенно разноплановыми проектами (а бывает, что и несколькими параллельно) и совершенно не заскучать.
Менеджер продукта управляет процессом развития продукта - то есть некоего артефакта, имеющего ценность на рынке. Продукт в этом подходе тоже понимается максимально широко - им может быть как конкретная модель автомобиля КАМАЗ, так и форма поиска на сайте популярного поисковика. Здесь от менеджера требуются другие компетенции, во многом завязанные на маркетинг. Поскольку продукт уже существует, и им пользуются живые люди, нужно уметь проводить исследования, выяснять потребности пользователей, придумывать новые фичи, расширять аудиторию за счет рекламы и других способов привлечения. И главное - добиваться того, чтобы продукт приносил ту пользу, для которой он был создан. То есть в большинстве случаев - чтобы зарабатывал деньги. В процессе этой деятельности менеджер продукта часто становится заказчиком проектного менеджера, поручая ему например разработку новой функциональности своего сервиса. Но если он совсем молодец, то может и самостоятельно поставить задачу команде разработки, а потом ее принять. Впрочем, это уже больше истории про человеков-оркестров )
Помимо описанных различий между двумя профессиями есть еще одно очень важное. Проектный менеджер живет и развивается в рамках своей отрасли - например, разработки мобильных приложений, где он хорошо знает технологии, людей, подходы к работе и т.п. Менеджер продукта должен хорошо знать не только правила развития и продвижения, но и ту отрасль, к которой относится его продукт. То есть если раньше вашим продуктом был информационный сервис для строителей, а потом стал информационный сервис для рестораторов, то вам конечно пригодится опыт постройки сервиса, но придется заново узнавать весь ресторанный рынок, его игроков, правила и истории успеха. А это может быть непросто. Ну и стоит сказать, что работа продакта - это больше про выстраивание процессов. И срок жизни продукта не задается изначально, как срок проекта, а может длиться гораздо дольше - пока продукт востребован рынком.
История о том как я РОМ искал в клининговую компанию очередного HR специалиста для массового подбора персонала, потому что предыдущая не могла закрыть вакансии (куча неразобранных откликов, куча пропущенных и только пустые слова что людей нет на рынке)
В тредс HR пишут о том что нужны сопроводительне письма обязательно и т. д. Куча требований что бы добраться до собеседования, тем временем откликающие HR, резюме как обрубки, ошибки, не доходят до собеседования (пропадают по дороге) просят много денег, а по факту ничего не могут. Я такого насмотрелся в резюме и на собеседованиях (так как я их вел) что у меня к направлению подбора персонала очень много вопросов. Зп HR была от 120 000 руб. на руки +kpi и это был 2023 год.
А еще они любят говорить о том что на рынке труда нет людей, при этом менеджера обьектов как-то сами закрывают вакансии, просто хотели снять эту нагрузку с менеджеров.
В итоге вакансию закрыл, но не на долго, проработала пол года и снова начали искать, потому что очередные обещания. (Если кто-то скажет что для подбора были низкие зп на обьектах, то я вам скажу что при расчете обьектов зп согласовывалась с ней, а что бы не было того что я такого не говорила, все согласование зп происходило в битрикс crm).
Как получить готовый план по оптимизации лагающего сайта с помощью аудита фронтенда
Привет! Я Рома Игнатович, лид фронтенд-разработки в Далее. Обычно задача «ускорить сайт» без конкретики превращается в перебор гипотез вслепую. PageSpeed тут не спасет, потому что он показывает только симптомы — например, низкую скорость загрузки, нестабильную вёрстку, задержку кликов, — но не причины. За одинаковыми цифрами может стоять что угодно, от тяжёлых картинок до медленного бэкенда. Поэтому вместо точечных проверок я использую аудит фронтенда — он сразу сужает область поиска и помогает быстро составить план по доработкам.
Как проходит аудит
Смотреть можно без доступа к коду, во вкладке Performance в DevTools. Берём ключевой сценарий (например, флоу покупки) и записываем performance trace: скролл, клики, переходы, ввод — ищем долгие таски, блокировки потока, просадки анимаций. Параллельно смотрим Network waterfall (какие запросы блокируют остальные), рантайм и три метрики Web Vitals: LCP, TTFB, CLS. Для мультирегиональных продуктов пригодится WebPageTest — показывает поведение сайта из разных точек и с разным качеством соединения.
В Performance можно отслеживать пропущенные фреймы, тяжелые анимации и нагруженность каждого участка флоу
Проверять стоит не только на мощной машине: CPU throttling (4–6x) имитирует медленное устройство и вскрывает лаги, а network throttling на 3G/4G показывает, насколько критичны тяжёлые изображения и порядок загрузки. Сценарии прогоняем дважды — в норме и с throttling; если с throttling сайт деградирует критично, это уже не техдолг, а прямые потери конверсии.
После прогона получаем список проблем — и они часто бывают типовыми. Задача не просто найти лаг, а быстро понять, в какой зоне он лежит: в загрузке, в интерфейсе или в логике приложения.
Типичные проблемы и варианты их решений
Загрузка и контент:
весь код в одном бандле → браузер грузит и парсит всё сразу, плюс изображения по 20–30 МБ. Фикс: разбить на смысловые чанки, грузить по страницам и сценариям;
устаревшие форматы вместо WebP/AVIF, нет адаптивных размеров (srcset), грузятся элементы за пределами вьюпорта. Фикс: современные форматы + lazy loading;
высокий TTFB значит, что тормозит бэкенд, высокий LCP может быть где угодно. Фикс: проверяем бэкенд, настраиваем отправку первичного запроса при монтировании страницы.
Интерфейс и рендеринг:
расчёт анимаций на CPU вместо GPU, свойства вроде width/height/top/left вместо transform — браузер пересчитывает layout. Фикс: transform/opacity, но без перебора с will-change;
main thread перегружен синхронными операциями и тяжёлыми вычислениями. Фикс: распределять задачи параллельно, выносить тяжёлые операции из основного потока;
layout shift — не зарезервировано место под контент, не заданы размеры изображений и блоков. Фикс: фиксировать размеры заранее, skeleton-заглушки.
От аудита к бэклогу
Такой аудит даёт гипотезы, которые ещё нужно перевести на язык задач. Формулирую каждую находку как цепочку: проблема → гипотеза → действие. Например:
анимация лагает → расчёты идут на CPU → перевести на GPU через transform;
страница долго грузится → тяжёлые изображения → оптимизировать формат и размер.
У любой оптимизации — измеримая цель: например, LCP < 2.5 с, CLS < 0.1, снижение веса страницы на 30–40% и т. п.
Из действий собираю план: задачи ранжирую по эффекту и затраченным ресурсам — в приоритете то, что влияет на ключевые сценарии, конверсию и быстро чинится.
В итоге получается приоритизированный план с обоснованными гипотезами и задачами на доработку, который потом проверяется повторно — тестированием, бизнес-командой или новым техническим анализом.
Подробнее обо всех этапах пишу в большой статье на Workspace: читать здесь.
С 29 июля по 5 августа на Бирже Инфостарта появились новые задачи по доработке и интеграции 1С. В подборке — обмены между конфигурациями, настройка УНФ и БП, интеграции с внешними системами и консультации.
На Бирже размещают задачи разного масштаба: от консультаций и небольших доработок до внедрений и комплексных интеграций. Заказчики могут найти исполнителя, а специалисты — выбрать проект под свою экспертизу и загрузку.
Разрабатываю плагин, который добавляет единый интерфейс для управления обычными Markdown-задачами. Задачи остаются внутри заметок, а плагин позволяет разбирать inbox, связывать их с проектами и тегами, расставлять приоритеты и планировать работу по времени.
Уже работают:
трёхпанельный интерфейс
проекты, теги и массовые операции
приоритеты, сортировка и группировка
тайм-блокинг и управление с клавиатуры
вложенные подзадачи и кастомные статусы
полная совместимость с синтаксисом Tasks
Записал предварительный обзор текущей версии. В видео показываю основные механики и рабочий процесс.
Сейчас реализовано около 20-30% задуманного. Плагин войдёт в обновление 8.0.0 моего Obsidian-хранилища (changelog).
Что делать, если ваш руководитель — чайка? «Он появляется внезапно, громко говорит, даёт указания и исчезает. А через неделю возвращается и удивляется, почему ничего не сделано».
Супер‑стиль, особенно ощущения от общения, не правда ли?
Чайка‑менеджментом называют стиль управления, которое олды миллениалы зовут ИБД.
Для самого менеджера это энергонезатратно (включаться в процесс не нужно) + заметно для руководства повыше. Для чайки вообще удобно — выплеснул...эмоции, дал «решение» и улетел.
Для команды — хаос: планы ломаются, приоритеты скачут. Ну и последствия разгребают конечно те, кто остался.
Вы не можете быстро переделать руководителя. Но можете лечь в направлении снижения хаоса вокруг себя.
1) Готовьте факты. Перед встречей соберите короткую сводку: что происходит, какие риски, что вы предлагаете. Это не отчёт, а способ не дать эмоциям заменить разговор по делу.
2) Переводите эмоции в вопросы. У себя, и — что сложнее — у начальствующего. Не «так опять всё сломается», а «как мы поймём, что этот подход работает?» или «что будет признаком, что его стоит остановить?». Возвращаем фокус на результат.
3) Фиксируйте решения. Если на встрече что‑то решили — запишите и отправьте краткое резюме. Сохраняем контекст, в том числе для того чтобы «поймать на слове» (да, токсичненько, но иногда — помогает).
4) Предлагайте пилоты. Вместо «ок, давайте пробовать» — «давайте проверим это на одном проекте». Остаемся в безопасной зоне, используем реальные данные.
Кстати, если вы сами иногда оказываетесь в роли «чайки» — я вас не осуждаю (см. выше — это тоже способ продвижения). Но пожалуйста задумайтесь — регулярные короткие встречи, данные вместо эмоций и сопровождение вместо указов работают лучше, чем шумные появления раз в месяц.
А у вас был такой руководитель? Что помогало — или что точно НЕ помогало?
Как выглядит миграция с Power BI, когда дашбордов 155, а команда никогда не писала на Python
В новой статье GlowByte разбираем кейс «Дикси»: почему в шорт-листе остались Sigla Vision и Apache Superset, что перевесило в итоге и почему мы не стали переносить всё разом.
Цифры на середину 2026:
✅ 37 дашбордов уже мигрировали
✅ time-to-market со 210 дней до 112
✅ CES вырос с 3,5 до 3,8
Плюс честно про минусы Sigla Vision и четыре вывода для тех, кто только собирается мигрировать.
Биржа Инфостарта: новые задачи по 1С за 23-29 июля
На этой неделе подборка задач для 1С-разработчиков и консультантов получилась довольно прикладной: заказчикам нужно ускорить складские операции, настроить фискализацию, доработать интерфейсы и перенести данные между конфигурациями.
Часть задач можно выполнить как отдельную доработку, другие предполагают регулярное сопровождение. В списке есть проекты по УНФ 3.0, УТ 11.5, РИБ, «Альфа-Авто», 1С 7.7, ЕГАИС, «Честному знаку», ТС ПИоТ и электронным перевозочным документам.
Спрос сохраняется не только на разработку нового функционала. Заказчикам нужны специалисты, которые умеют разбираться в уже работающих системах: адаптировать расширения, исправлять узкие места, настраивать обмены и оборудование, переносить данные и поддерживать интеграции после изменений в требованиях и форматах.
На Бирже заказов Инфостарта исполнители могут откликаться на подходящие проекты и напрямую обсуждать с заказчиками объем работ, сроки и стоимость. Комиссия за работу не взимается, а безопасную сделку стороны могут использовать по своему выбору.
Проект nosubscription.org содержит библиотеку с 1000+ альтернативами платным программам, включая открытые и бесплатные проекты. Есть удобный поиск и разбивка по категориям.
Как я устал от бардака в «Избранном» Telegram и за два вечера запилил бесплатную интерактивную доску (без регистраций и СМС)
Всем привет!
Хочу поделиться историей о том, как лень и раздражение в очередной раз победили систему и заставили меня сесть за код.
Думаю, у многих из вас Telegram давно превратился в помойку из сотен каналов. Полезные статьи, гайды, рецепты, мемы, рабочие задачи — всё это мы обычно скидываем в «Избранное» (Saved Messages). И что происходит дальше? Правильно, «Избранное» превращается в черную дыру. Найти там что-то через неделю — это квест уровня «Индиана Джонс».
Особенно сильно у меня подгорало, когда я листал ленту с телефона в метро, находил сложный чек-лист или рабочую инструкцию, пересылал в «Избранное», а вечером открывал комп и... тратил кучу времени просто на то, чтобы откопать этот пост в каше из мемов и рабочих чатов. Выполнять задачи с экрана телефона — ад, а структурировать это в самом Telegram невозможно.
Мне это надоело. Я хотел простой инструмент: нашел на смартфоне -> скинул боту -> открыл на компе в виде красивых карточек. Посмотрел готовые сервисы — везде просят регистрацию, привязку карт, вылезает реклама или ограничения на 10 постов.
В итоге я психанул, выделил два вечера и написал свой костыль, который неожиданно превратился в отличный инструмент — TG-drop.ru.
Как я это устроил (без заумной архитектуры)
Система работает на связке «бот + база данных + веб-интерфейс». Всё гениальное просто:
Вы листаете Telegram на телефоне и видите важный пост (гайд, чек-лист, статью).
Пересылаете его моему боту. Бот мгновенно подхватывает его и сохраняет в изолированную таблицу.
Вечером вы садитесь за ПК, открываете сайт, вводите свой Telegram ID (он нужен только как ключ, чтобы сайт понял, чьи посты показать) — и перед вами удобная интерактивная доска.
Почему это удобнее, чем просто Telegram?
Я делал проект для себя, поэтому сразу вырезал всё, что меня бесит в современном вебе:
Никаких регистраций вообще. Никаких вводов почты, подтверждений по SMS и придумывания паролей «с одной заглавной буквой и спецсимволом». Ввел ID — работаешь.
Живой поиск и фильтры. Когда постов становится много, вы можете искать по ключевым словам прямо в браузере. Всё фильтруется на лету, без перезагрузки страниц.
Личные заметки прямо на карточках. Можно дописать к посту дедлайн, свои мысли или вычеркнуть выполненные пункты. Текст сохраняется автоматически, как только вы убираете курсор из поля.
Конфиденциальность. Ваши посты подгружаются динамически. Никто другой вашу доску не увидит.
Кому это пригодится?
Изначально я думал о ребятах из крипты (охотники за Airdrop, тестнеты, DeFi-инвесторы), которым нужно по пунктам выполнять сложные активности с ПК, найдя их в мобильном телефоне.
Но в процессе понял, что штука закроет боли многих:
Контент-мейкеров и исследователей: собирать выжимки, инсайты и референсы в одном месте.
Студентов: скидывать материалы для курсовых и дипломов, чтобы потом структурировать на десктопе.
Да и вообще всех, кто использует Telegram как базу знаний и устал от хаоса в «Избранном».
Инструмент абсолютно бесплатный, без скрытых подписок и ограничений. Пользуйтесь, упрощайте себе жизнь.
Буду рад здоровой критике в комментариях! Чего вам не хватает в таком функционале? Что стоит добавить в первую очередь?
Эффективная работа в команде строится на «трех китах»: доверии, четких целях и умении конструктивно общаться. Именно продуктивное взаимодействие с коллегами позволяет быстрее и качественнее достигать общих результатов.
Собрали подборку книг, которые помогут отработать эти навыки на практике.
«Наука общения», Ванесса Ван Эдвардс
Практическое руководство о том, как начинать разговор, производить первое впечатление, считывать эмоции и невербальные сигналы, поддерживать интерес собеседника и увереннее чувствовать себя на встречах, переговорах и мероприятиях.
«Пять пороков команды», Патрик Ленсиони
Бизнес-роман о руководителе, которая помогает конфликтующей команде вернуть эффективность. На примере этой истории автор разбирает пять ключевых проблем. Вторая часть книги помогает диагностировать эти проблемы и работать с ними.
«Идеальный командный игрок», Патрик Ленсиони
Книга о трех качествах, которые помогают эффективно работать с другими. Автор объясняет, как оценить собственные сильные стороны, понять, какие качества стоит развивать, и выстраивать взаимодействие внутри команды.
«Правила команды. Искусство думать вместе», Максим Поташев, Павел Ершов
Авторы рассказывают о жизненном цикле команды, распределении ролей, разных стилях мышления, лидерстве и коллективном решении сложных задач. В книге есть тесты для определения своей роли и зон развития.
«Как создать настоящую команду», Дэвид Шервин, Мэри Шервин
Сборник практических алгоритмов и рабочих ритуалов, которые помогают команде договариваться об общих правилах и ценностях, принимать решения, давать обратную связь и справляться с конфликтами.
Считаем окупаемость WMS через бизнес-процессы: новый выпуск подкаста «Сначала процессы»
В управленческом отчёте маржа и операционные расходы выглядят предсказуемо. На складе часть убытков проходит по статьям, которые в эту отчётность не попадают.
Это шестой выпуск подкаста INTEKEY «Сначала процессы» и второй в тематической серии про окупаемость WMS. Предыдущий выпуск серии считал окупаемость через персонал: зарплаты, текучку, стоимость найма. Этот рассматривает только механику складской рутины, без учёта людей.
Новый выпуск подкаста "Сначала Процессы". Окупаемость WMS через изолированный критерий "бизнес-процессы".
Сравнение «12 млн за WMS — дорого» строится относительно нуля. На практике склад уже платит эту сумму каждый день: транспортные компании получают деньги за повторные рейсы из-за ошибок, банки — проценты по кредитам на закупку товара, который физически есть на складе, но его не могут найти.
Брак комплектации 1,5–2% на первый взгляд означает высокую точность. Полная стоимость одной ошибки складывается из нескольких шагов: повторная поездка, приёмка возврата, пересборка заказа, время менеджера на разговор с клиентом, корректировочные документы в бухгалтерии. Для российского B2B это около 4 000 ₽ за случай. При 500 отгрузках в день и 2% брака — больше 200 ошибок в месяц, около 800 000 ₽.
Товар физически лежит на складе, но недоступен для продажи, пока не отражён в системе. Приёмка на 150–250 строк силами трёх человек занимает около 4 часов: разгрузка, подсчёт, разбор накладных, звонки поставщику при расхождениях. Всё это время товар не виден отделу продаж. WMS с ASN (предварительным уведомлением об отгрузке) делает товар доступным к продаже в момент сканирования на воротах и сокращает процесс до 1,5 часов — около 460 000 ₽ в месяц освобождённого ресурса.
Инвентаризация с остановкой склада повторяется четыре раза в год. Прямые расходы на одну такую операцию — около 250 000 ₽ (переработки, доплаты, простои), то есть миллион в год. Цикличный фоновый пересчёт через ТСД убирает необходимость останавливать склад: расхождения фиксируются по мере появления, а не раз в квартал.
Точность остатков около 91% на ручном складе создаёт разрыв между системой и реальностью: закупщик видит в ERP отсутствие товара и заказывает новую партию, хотя старая лежит в другом углу склада. При запасе 90 млн ₽ разрыв 8,5% замораживает около 7,5 млн ₽. При стоимости капитала для бизнеса около 25% годовых это около 160 000 ₽ в месяц дополнительных расходов.
Биржа Инфостарта: новые задачи по 1С за 15-22 июля
На Бирже заказов Инфостарта за неделю с 15 по 22 июля появились новые проекты для разработчиков, аналитиков и консультантов 1С. В подборке - настройка отчетов и обменов, работа с банковскими выписками, перенос данных, интеграции с CRM и диагностика ошибок в учетных системах.
На этой неделе заказчикам нужны специалисты для следующих задач:
Биржа заказов Инфостарта помогает компаниям находить специалистов под задачи по 1С, а исполнителям - выбирать проекты по своей специализации и загрузке. На площадке размещают разовые задачи, консультации, доработки, запросы на сопровождение и участие в проектных командах.
Для заказчиков доступны исполнители разного формата - от частных специалистов до проектных ИТ-команд. Можно напрямую обмениваться контактами, работать без комиссии площадки и при необходимости использовать безопасную сделку.
Импортозамещение: «лишь бы российское» уже недостаточно
Наконец посчитали, что российский ИТ-рынок в 2025 году вырос на 13% и превысил 4 трлн рублей. Быстрее всего росли сегменты программного обеспечения и ИТ-услуг, а одним из главных драйверов оставалось импортозамещение.
Но сама цифра роста не означает, что заказчики готовы покупать любое решение с пометкой «российское». Часть динамики связана с ростом цен. При этом бюджеты стали жёстче, а крупные программы всё чаще разбивают на этапы. Рынок переходит от срочной замены зарубежных продуктов к промышленной эксплуатации отечественного стека.
Лицензия – только входной билет
Если ещё несколько лет назад основной вопрос звучал так: «Чем срочно заменить зарубежный продукт?», то сегодня заказчики оценивают уже не сам факт замены, а готовность решения к промышленной эксплуатации:
Как решение встроится в существующую инфраструктуру?
Кто отвечает за сопровождение при сбоях и обновлениях?
Как система восстанавливается после ошибочного изменения?
Можно ли масштабировать внедрение без роста операционных рисков?
Стоимость проекта определяется не только лицензией. Дальше – интеграция, тестирование, обучение команды, сопровождение разнородного стека, костыли, а возможно, и простои. Отдельная статья расходов – цена неудачного восстановления.
Каталог как проверка зрелости внедрения
Особенно хорошо зрелость внедрения проверяется на службе каталогов. Перенести пользователей, группы и политики в новый Linux-каталог недостаточно. До запуска нужно проверить не только авторизацию и интеграции, но и поведение системы после ошибки:
создание резервных копий и восстановление отдельных объектов и атрибутов;
сохранность прав доступа и членства в группах, корректность репликации;
мониторинг массовых и ошибочных изменений;
понятный порядок действий администратора после инцидента.
Простой тест часто показывает больше, чем длинная презентация: удалить тестовую группу, изменить несколько атрибутов, нарушить членство и пройти весь путь восстановления. Если этот сценарий не проверяли до запуска, его придётся осваивать уже во время простоя.
Иначе получается новый офис, в который уже перевели всех сотрудников, но забыли проверить, работает ли туалет. Формально переезд завершён. Эксплуатация говорит обратное.
Зрелое импортозамещение начинается не с выбора продукта, а с продуманного внедрения: проверки совместимости, распределения зон ответственности, отработанных сценариев восстановления и понимания цены ошибки.
Про утопию «люди думают, а роботы работают», или про то, как корпорации пытаются вернуть вотерфолл
Сегодня роботы берут на себя всё больше работы. Реализация, которая ещё вчера стоила много недель работы высокооплачиваемых специалистов, теперь занимает минуты и почти ничего не стоит. И кажется, что ещё чуть-чуть и мы придём к идеалу, о котором мечтают многие: человек думает, а машина реализует.
Но вот в чём дело, пока реализация была сложной и долгой, она незаметно выполняла две важные задачи. Во-первых, заставляла репетировать: когда впереди недели труда, страшно потратить их впустую, и приходится сначала прогнать дело в дешёвом материале, на бумаге, в разговоре, в голове. Знакомое каждому мучение перед сложной задачей, когда откладываешь, завариваешь третий кофе, открываешь и закрываешь пустой файл, потому что непонятно, с чего начать, это не только прокрастинация, но и первый такт работы. Во-вторых, думание происходило уже внутри процесса: материал сопротивлялся, что-то не сходилось, и в каждом таком «не сходится» вспыхивала мысль. Полдня писал код, упёрся, пошёл спрашивать совет у коллеги и на второй своей фразе сам увидел ответ. Согласитесь, большую часть своих лучших решений вы придумали не до работы, а в процессе неё.
Т.е. мысль не лежит готовой, дожидаясь исполнителя. Она совершается в самом действии, будь то черновик, спор, ёрзание перед пустым листом бумаги или возня с сопротивляющимся материалом. Вотерфолльная идиллия с чётким разделением на этапы «человек формирует намерение, затем агенты реализуют по плану» (пример 1, пример 2, их много) возможна лишь в случаях с высоким уровнем определённости, а значит без потенциала для рождения инновационных решений. Такое подходит только монополиям и компаниям, живущим на ренте.
В этом свете можно с бо́льшим пониманием отнестись к пожилым преподам в универах, которые отмечали посещение на лекциях и заставляли писать конспекты от руки. Выглядит как глупая метрика для зачёта: зачем писать от руки, если можно заснять на телефон, да и в учебнике же всё есть. Но ручное письмо, если и не гарантирует понимания материала, то даёт ему шанс случиться. Способ примитивный. Но хоть какой-то.
Поэтому повсеместное внедрение AI-агентов ускорит лишь отдельные участки конвейеров поставки ценности, те, что уже поняты и описаны. Но создание ценности целиком быстрее не станет: конвейеры были ограничены не скоростью рук, а скоростью осмысления, и вот её AI-агенты никак не изменили.
Раз за разом наблюдаю один и тот же сценарий: у человека есть задача, он её как‑то решает, и это уныло. Например, он ведёт огромную таблицу в Экселе.
Человек думает, как это упростить, и ответ в последнее время всегда один — внедрить нейросеть. Человек идёт к начальству, получает одобрямс и начинает внедрять LLM, но с наскока и в лоб это не срабатывает — нейросеть врёт, теряет контексты, делает не то и не так.
Тогда человек долго и мучительно разбирается, как работают нейросети и почему они не работают так, как ему хочется. Роется в источниках и мучает сами же нейросети, но, цитирую: «они объясняют слишком сложно».
Наконец, человеку кто‑то подсказывает, что нужны агенты. Или скиллы, или ещё какая‑то надстройка над нейросетью. На этом этапе человек начинает писать серию статей о том, как он устал/сумел/не сумел внедрять нейросети и сейчас поделится всем, что узнал. Пишет буквально, как он долго и мучительно внедряет нейросети там, где их не надо внедрять.
Потому что для его задачи существуют готовые, надёжные, проверенные годами, поддерживаемые решения автоматизации. Например, человек внедряет нейросети там, где нужно вести базу знаний или открывать заслонку воздуховода раз в 2 минуты.
Почему это плохо Потому что база знаний в каком‑нибудь Вики‑подобном проекте займёт несколько гигабайт, а прямо в Постгресс — несколько мегабайт. Уместится на флешку. А с нейросетью нужен сервер за пару миллионов рублей. Или облако за несколько сотен в год. Плюс электроэнергия и настройка, контур безопасности и девопсы. Плюс затраты времени, а значит — денег компании, — на работу с ошибками и разбор последствий этих ошибок.
Потому что открывать заслонку воздуховода раз в 2 минуты можно механически, вообще без всяких серверов, достаточно клепсидры и пары рычагов. Не нужно тратить электроэнергию, вычислительные мощности и нанимать специальную команду, которая будет обслуживать серверную стойку.
Как так‑то? Как‑то так... Что помешало человеку погуглить спросить у тех же нейросетей, как решать задачу? Нейросети знают про Вики, Конфлюэнс и Постгресс... Что? А бес его знает...
Самое фиговое, что это происходит в мировом масштабе. Миллионы и миллиарды человекочасов и ресурсов уходят в никуда.
WMS как инструмент контроля затрат на персонал: считаем окупаемость
WMS традиционно относят к статье IT-расходов. Это задаёт неверную точку отсчёта: систему сравнивают с другим ПО, а не с реальной альтернативой — расширением штата.
В новом выпуске подкаста «Сначала процессы» считаем окупаемость через персонал.
Несколько вопросов, которые мы разбираем:
— Почему при росте объёмов дополнительные люди в смене не дают пропорционального роста выработки?
— Куда уходит рабочее время руководителя смены, если задачи раздают голосом и в мессенджерах?
— Что происходит с операционной устойчивостью склада, когда директор по логистике, в чьей голове живёт вся бизнес-логика, уходит?
— Почему ФОТ непредсказуем от месяца к месяцу — и можно ли это контролировать?
— При кадровом дефиците в 30–50% стратегия «нанять ещё людей» остаётся планом?
К выпуску — статья с расчётами по пяти сценариям и Excel-калькулятором.
AviTalk: как за три месяца объединить два продукта и не сломать команду
Новый выпуск AviTalk — разговор с CTO направления «Авито Товары» Александром Швецом. Ведущий — Виктор Раев, руководитель разработки юнита Services Base.
Александр рассказывает, как устроена разработка в Авито Товарах: категорийный подход, слияние продуктов после объединения Яндекс Еды и Delivery Club, и почему опыт из бигтеха плохо переносится на решения «на веру» в стартапе. Отдельно — про AI в процессах команды: как быстро внедрять прототипы, зачем нужна «примерка» товаров и одежды через нейросети и куда вообще движутся такие эксперименты.
Кроме продуктовой части — разговор о людях: с чем сталкивается разработчик, дорастающий до руководителя, как справляться с синдромом самозванца и стрессом, и что Александр посоветовал бы себе в начале карьеры.
На Бирже заказов Инфостарта опубликована новая подборка задач по 1С за неделю с 9 по 15 июля. В списке - доработки типовых и отраслевых решений, обмены, перенос данных, настройка документооборота, участие во внедрении ERP и консультации.
Биржа помогает заказчикам находить специалистов под конкретные задачи, а исполнителям — выбирать проекты по своей специализации и загрузке.
На Бирже заказов Инфостарта можно найти исполнителя для консультации, исправления ошибки, доработки конфигурации, настройки обмена, переноса данных, сопровождения или участия во внедрении. Для исполнителей это источник задач разного масштаба — от небольших доработок до проектной работы.
