Экономия масштаба была фундаментом глобализации последних ста лет. LLM меняют это уравнение: один человек с AI-инструментами может делать работу команды. Что это значит для аутсорсинговых экономик, мегаполисов и структуры рынка труда?
Сегодня разберем феномен, который вызывает споры в профессиональных чатах: почему представители поколения Z так резко реагируют на определенные фразы руководителей и как это связано с их лингвистической чувствительностью, а вовсе не с ленью.
Существует множество торговых компаний, которые, не смотря на их разнообразие, имею общее - осуществляют работу с закупками и продажей товаров и формируют при этом определенные материальные и сопровождающие их информационные потоки. Как эти потоки образуются, что при этом происходит и какие механизмы управления при этом используются будет рассмотрено в этой статье.
Лучший способ похоронить базу знаний — это спустить её сверху, обязать всех искать там информацию и бросить в таком состоянии. БЗ только тогда чего-то стоит, когда она вовремя пополняется и актуализируется, когда в ней на конкретный вопрос находится конкретный ответ, когда за информацией не надо бегать по куче ссылок, выискивая крупицы смысла. Когда база знаний не утрачивает своей пользы при росте числа пользователей — как авторов, так и читателей. Только тогда принятие решений на основе знаний будет точным, онбординг новичков будет проходить без задержек, а саппорт будет укладываться в SLA.
Качественное и своевременное внедрение корпоративных информационных систем как российского (1С, Галактика, Парус), так и западного производства (ранее преимущественно SAP, Oracle и Microsoft) требует досконального знания методологии имплементации, что накладывается свой отпечаток на жизненный цикл программного обеспечения. Несмотря на наличие гибких методов внедрения, жизненный цикл программных продуктов, по существу, остается единым: начиная с задумки и заканчивая выведением из эксплуатации. Внедрение корпоративных программных систем, представляющих собой имплементирование программного решения в масштабах предприятия или холдинга, имеет схожий жизненный цикл. Однако, если внимательнее к нему присмотреться, выходит, что процесс внедрения является не единственным, а фактически завершающим шагом. Не верите, тогда давайте разберемся в этом вопросе в рамках текущей статьи.
Приведем шаги классического жизненного цикла программного обеспечения [1]:
Развивать платформенные продукты не просто. С бизнес-продуктами всё более менее понятно: развивать надо то, что приносит деньги. Тут главный вопрос, как узнать, что именно приносит деньги. Это тоже очень не просто, и на эту тему написано десятки статей и даже учебников.
В этой же статье хочу поговорить о том, какие сложности стоят именно перед платформенными продуктами. Если хотите узнать подробности — эта статья для вас.
В марте в Москве пройдет INFOSTART TEAM EVENT 2026, и организаторы уже подтвердили и одобрили доклады потока «ИТ-анализ, управление требованиями, проектирование систем». Это тот самый трек, который обычно интересует не “ради вдохновения”, а ради ответа на практические вопросы: как формулировать требования так, чтобы они выполнялись в реальных условиях, как проектировать сложные взаимодействия между системами и как ускорять изменения без потери управляемости и качества.
Если коротко, в 1С-проектах стало заметно больше “взрослой” сложности. И это не абстрактная “цифровая трансформация”, а конкретика:
После того как я начал делиться своим опытом построения стартапа ($1.35 млн инвестиций, 300к юзеров, экзит) в статьях на Хабре — получил большое количество сообщений с просьбой продолжать. Мы уже обсудили базовые уроки, планирование в условиях неопределенности и тему управленческого долга.
Сегодня я хочу копнуть еще глубже и поговорить о первопричине всех проблем и успехов – о психологии. О том, как наши внутренние установки помогают и мешают управлять командой, создавать продукт, продавать его – и сохранять себя на этом пути.
Как всегда, для придания веса своим словам я призову на помощь Бена Хоровица (легендарный CEO с экзитом на $1млрд+, сооснователь фонда Andreessen Horowitz) для обсуждения психологии руководителя. А влияние психологии на продажи и маркетинг мы разберем с привлечением опыта Ноя Кагана, основателя AppSumo — в нашем стартапе мы на этой площадке сделали продаж на сотни тысяч долларов благодаря их маркетинговым тактикам.
Как успеть сделать огромную не профильную работу и выжить. Срочные задачи, размытые требования, меняющиеся вводные и большое количество людей, принимающих решения – это нормальное состояние для IT, продуктовой разработки и любых сложных систем. Поэтому в этой статье не будет рассуждений в духе «надо было всё предусмотреть заранее». Здесь про мой опыт и про то как мы преодолели этот рубеж и где оступились.
Вы можете быть сильным специалистом и все равно создавать сложности для коллег. Разбор восьми самых частых сценариев из жизни IT-команд.
Когда ИТ-активов становится слишком много, Excel перестаёт справляться
Десятки складов, международные поставки, перемещение между юрлицами — а учёт по-прежнему живёт в таблицах. Знакомо?
Мы прошли через это сами и за 9 месяцев внедрили ITAM-систему, которая превратила хаос с ИТ-активами в понятный и управляемый процесс.
Внутри — реальный опыт международной компании:
→ почему Excel опасен для бизнеса на масштабе
→ как выбирали ITAM-систему: 7 обязательных требований
→ внедрение за 9 месяцев: этапы, сложности и подготовка
→ первые измеримые результаты уже через 3 месяца
→ что дальше: интеграция с финансами, закупками и валютами
Если вы устали тратить дни на отчёты и хотите видеть каждый ИТ-актив в реальном времени — этот кейс для вас.
Приложения для заметок — это цифровой блокнот, где можно быстро записывать идеи, списки дел, конспекты и рабочие договорённости, чтобы ничего не терялось и легко находилось через поиск. Такой онлайн блокнот удобен, когда нужно одно приложение для заметок на телефон и ПК: записали мысль на ходу — продолжили на компьютере.
В статье я собрала приложения для заметок под разные сценарии — личные дела, работа, учёба и ведение «второго мозга».
Ситуация: открываете базу знаний и понимаете — что-то с ней не так, и каждый раз кто-то приходит с одними и теми же вопросами. Вы — тимлид/техлид/knowledge-менеджер, который знает ответы на все вопросы. Но времени на работу не остаётся как раз из-за разрешения всяких мелочей. Знакомо?
Привет, Хабр! Меня зовут Анастасия Граф. Я руковожу отделом разработки технической документации в Maxim Technology — компания делает Ride Tech сервис для такси Maxim. Мы первыми в России запустили цифровую платформу. Этот материал готовился по мотивам доклада для TeamLead Conf.
В предыдущей части статьи об организации Базы знаний мы сформулировали универсальные требования к ней и разобрались, с чего начать в принципе на примере процессов в Maxim Technology. Сегодня выясним, зачем нужно ревью любой документации и как оно поможет повысить уровень знаний в командах.
Мы строим карьеру на умении решать сложные задачи, но часто пасуем перед задачами, на первый взгляд, простыми, но такими важными — теми, что затрагивают не техническую область, а область человеческих отношений. Наш логический ум способен разобрать любую систему на компоненты. Почему же он отключается, когда речь заходит о трудном диалоге с руководителем, коллегой и даже близким человеком.
Задумывались ли вы, что аналитика до того, как вы открыли рот и начали диалог, может быть, столь же важна, как код-ревью до запуска программы в продакшен?
Эта статья о том, как использовать главный профессиональный навык проведения анализа — аналитическое мышление — для подготовки к самым важным диалогам на работе и в личной жизни. Мы разберём, что происходит, если этого не делать. Вы узнаете, как, используя аналитические инструменты, распутать сложный клубок проблем и определить последовательность их разрешения в самых важных для вас диалогах.
X опубликовали репозиторий с исходным кодом своих рекомендательных алгоритмов в 2023 году. Там нет конкретных весов и многих переменных, но есть общие принципы. По репе можно понять общую механику того, как именно контент попадает в ленту.
Похожие рекомендательные системы используются и в других соцсетях.
Главная проблема — из сотен миллионов ежедневных твитов невозможно прогнать через тяжелую Ranker-нейросеть каждый. Поэтому используются быстрые алгоритмы, чтобы отобрать топ кандидатов (конкретное число скрыто в params.rs). Для out-of-network контента X использует SimClusters — алгоритм, который находит сообщества пользователей с похожими интересами. Если вы попали в кластер "Любители Rust", а пост популярен в этом кластере, он попадёт в кандидаты, даже если вы не подписаны на автора.
Потом идёт второй этап — Grok-трансформер, который для отобранных кандидатов предсказывает вероятность 19 различных действий (лайк, ретвит, ответ, шер в личку и другие).
А вы всегда пьёте коньяк на завтрак или только по выходным?
Привет всем, я – Соня, IT HRD. Начинала как QA инженер. Люблю tech и инженеров за то, что помимо работы тут всегда узнаёшь разные крутые понятия и термины полезные не только для работы но и для жизни. За 20 лет работы накопилось много продуктово-инженерных жаргонизмов, пратик, законов и принципов, которые я была бы рада узнать пораньше. Можно прям в старших классах школы вместо ОБЖ.Ниже — мои любимые. Добавляйте в комменты свои.
1. Ложная дихотомия
Ложная дилемма, чёрно-белое мышление — это логическая ошибка и манипулятивная тактика, при которой из множества вариантов предлагаются только два (обычно крайних), игнорируя промежуточные или иные альтернативы. Этот приём сужает выбор, вынуждая принять одну сторону, часто ложно представляя одну из альтернатив как приемлемую, а другую — как неприемлемую. Мир не чёрно-белый. Наш коньяк с этой полки.
2. Бритва Оккама
Методологический принцип: при наличии нескольких объяснений одного и того же явления нужно выбирать самое простое. Не следует множить сущности, добавлять лишние предположения без необходимости. Не надо усложнять. Оккам, кстати, — английский монах-философ. Считается одним из отцов современной эпистемологии и современной философии в целом, а также одним из величайших логиков всех времён.
3. Игра с ненулевой суммой
Ситуация в теории игр, где выигрыш одного участника не обязательно означает равный по модулю проигрыш другого. Сумма результатов (выигрышей и проигрышей) может быть больше или меньше нуля, что позволяет сторонам получить взаимную выгоду (win-win) или совместно проиграть. В играх с нулевой суммой выигрыш одного игрока всегда равен проигрышу другого. Шахматы или шашки: если один победил (+1), второй обязательно проиграл (-1). Сумма: 1 + (-1) = 0.
Сегодня серебро — один из ключевых материалов цифровой и энергетической эпохи. Это самый электропроводный металл на планете — лучше меди и золота. Без него не работали бы микросхемы, солнечные панели, высокоточные реле, аккумуляторы и системы связи. Серебро также используют как катализатор в химпроме и как антибактериальный компонент в фильтрах и защитных покрытиях.
За последний год цена на серебро выросла более чем в 3 раза. Но вряд ли причина роста серебра основывается на фундаментальных факторах, балансе спроса и предложения...
В условиях общей эйфории, царящей на рынке, и панического бегства продавцов появился повод вспомнить историю братьев Хант, которые загнали в угол рынок серебра и заставили цену на металл взлететь с 3 до 50 долларов за унцию.
Команда, о которой пойдёт речь, была уверена: главная боль — «дежурный долго ищет ответы». План готов: написать документацию. Но когда они проверили формулировку через НЖЯ (нежелательное явление — инструмент из Теории ограничений), всё перевернулось.
Оказалось, что настоящая проблема — не в знаниях, а в нестабильности сервисов. И если бы они не остановились вовремя, месяц ушёл бы на решение не той проблемы.
НЖЯ помогает увидеть, как неверная формулировка проблемы ведёт к ложным решениям. В статье — разбор реального кейса: как команда с помощью семи правил НЖЯ вышла на корневую проблему и сменила фокус с «улучшения дежурства» на стабилизацию сервисов.
В этой статье — неочевидный взгляд на эффективность совещаний в ERP-проектах: не количество совещаний или участников, а результат.
Мой основной проект — это платформа для конструирования веб-приложений для автоматизации процессов: база данных, действия, триггеры, интерфейс. Но пока я её разрабатывал, сделал множество готовых решений автоматизации под конкретные задачи. И почти везде встречалась одна и та же история: проект застревал где-то посередине, и дальше требовались какие-то невероятные усилия, чтобы довести его до завершения. По факту эти усилия ложились на меня.
В конце концов я пришёл к выводу, что лучше бы их вообще не брать. Но если уж ввязался — то только на следующих условиях (которые в последние несколько проектов спасли мне миллиарды нервных клеток).