Архив рубрики ‘база знаний’

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

Наши аналитики почти перестали писать SQL руками и ходить к разработчикам с вопросом «а как работает эта фича». Сделал это инструмент, который мы строили для другого: он должен был сам закрывать задачи разработки. С исходной целью он провалился, и провалился интересно. Расскажу, где именно. Почему вообще взялись

Система для научного исследования в Obsidian и Zotero: база знаний из сотен источников и анализ данных

Если вам интересна тема персональных систем управления знаниями и задачами — переходите в мой тг-канал. Там я разбираю инструменты, публикую кейсы и делюсь тем, что работает на практике, а не только выглядит красиво на скриншотах.

Как мы наладили видеопроизводство на центральном канале

Я главный режиссёр и руковожу внутренним продакшеном одного из центральных каналов. Каждый месяц моя команда производит около 400 видеозадач. Это проморолики, фирменные заставки, партнёрский маркетинг и контент для соцсетей канала. Вообще продакшен — это далеко не про творчество и свободу. Мы работаем в жёстких дедлайнах, потому что телек живёт по секундам. За ошибку и срыв […]

Как вернуть команде самостоятельность: мой путь от микроменеджмента к автономной команде

Онбординг за дни вместо недель: как ИИ собирает обучение из вашей базы знаний на примере сервиса БЗ

В корпоративный искусственный интеллект за последнюю пару лет вложили от 30 до 40 миллиардов долларов. К лету 2025-го выяснилась досадная вещь: 95% этих внедрений не принесли компаниям ничего – ни сэкономленных часов, ни лишнего рубля в годовом отчёте.  Попробую проиллюстрировать: Новый сотрудник открывает корпоративного ассистента и задаёт первый рабочий вопрос – что-нибудь житейское, вроде «как […]

«Второй мозг» проекта: как ИИ пишет ТЗ по записям встреч с заказчиком

Всем привет, меня зовут Катя, я развиваю Gramax. Уже несколько месяцев мы делаем ИИ-агента для работы с текстом и документацией, поэтому много смотрим на реальные кейсы в разных компаниях. Один из самых сильных принесли друзья из SellOut+. Они делают аналитические системы для фармы и FMCG, быстро пробуют новые подходы и в какой-то момент взяли первую […]

Почему сильный сотрудник в новой компании может не давать результат (и это не его вина)

Привет! Я IT-лидер с 15-ю годами управления сложными процессами, проектами и командами 100+ человек. Сочетаю в себе профиль: tech + business + people + transformation. Основной мой трудовой путь сосредоточен в телекоме и производстве. У меня накопилось достаточно систематизированных знаний, чтобы поделиться ими с широкой аудиторией. Это моя первая статья — делюсь анализом ситуации в найме «звезд». Покупка профессионала из другой компаний — […]

Персональная система планирования и база знаний в Obsidian для технического директора

Если вам интересна тема персональных систем управления знаниями и задачами — переходите в мой тг-канал. Там я разбираю инструменты, публикую кейсы и делюсь тем, что работает на практике, а не только выглядит красиво на скриншотах. Когда ко мне обратился клиент, он сформулировал проблему примерно так: «Вся информация есть, но связана только у меня в голове». […]

Моя работа – быть парнем, которого все ненавидят, но который всегда улыбается

Ник Нейлор – лоббист табачной индустрии – никогда не проигрывал переговоры. Его продукт – слова, стратегия – спорить, опровергая факты, секрет успеха – моральная гибкость. Он защищает то, что убивает людей, и называет это «Нюрнбергская защита яппи», ведь «всем нужно погашать ссуды». Недавно я пересмотрел «Здесь курят» и понял: свой Ник Нейлор есть в каждом […]

Вася уволился — и унёс с собой 80% знаний о системе

Однажды утром вы открываете задачу и понимаете: единственный человек, который знал, как это работает, вчера уволился. Знания ушли вместе с ним. Всем привет, я Артём Герасимов, владелец продукта SimpleOne SDLC. Сегодня поговорим о проблеме, с которой сталкивалась, наверное, каждая ИТ-команда: уходит ключевой разработчик — и вместе с ним испаряется всё, что он знал о системе. […]

123.4