#it_проекты — Public Fediverse posts

Hybrid RAG knowledge base за 15 минут — почему пришлось собрать свою lite версию RAG и в чем опасность RAG фреймворков

Архитектура Hybrid RAG систем заняла нишу корпоративных баз знаний, став стандартом для построения сервисов генерации контента на основе внутренних корпоративных данных. Уже пару лет у этого подхода практически нет альтернатив, когда речь заходит о сочетании возможностей генеративного ИИ с требованиями корпоративной безопасности и доверия к полученным результатам. Ключевое преимущество RAG перед обычным взаимодействием с нейросетями заключается в прозрачности: мы четко видим, на основе каких документов был сформирован ответ, и можем проверить каждый шаг пайплайна Почти в каждом проекте, которые мне удалось наблюдать, происходило одно и то же - сначала команда стартует с LangChain или LlamaIndex через пару месяцев пайплайн становится неуправляемым, далее половина фреймворка выкидывается и пишется свой костомный retrieval. В итоге архитектура почти всегда выглядит одинаково - Frontend + Python backend + vector search + LLM API В этой статье я покажу почему это происходит, поделюсь сложностями с которыми можно столкнуться при реализации корпоративных баз знаний основанных на RAG технологиях, расскажу почему готовые фреймворки иногда могут быть опасны для проекта и как я пришел к созданию универсальной сборки RAG системы разворачиваемой за 15 минут За последние два года вокруг вокруг RAG систем сформировалась огромная инфраструктура. Появились специализированные фреймворки и облачные сервисы. Однако, если присмотреться к реальным запросам бизнеса, вырисовывается устойчивый паттерн. Компании хотят быстрый запуск без глубокого погружения в разработку продукта, в пару кликов загрузить корпоративные документы и получать ответы на запросы по своим внутренним документам. Компаниям не нужен очередной конструктор с бесконечными настройками, а востребована легкая, быстро разворачиваемая корпоративная RAG база знаний Основной актив, с которым должны работать такие системы это регламенты, техническая документация, договоры, инструкции и неструктурированные базы знаний. И здесь RAG действительно незаменим. Но существует и обратная сторона медали:

https://habr.com/ru/articles/1005776/

#RAG #knowledge_base #hybrid_rag #rag_система #база_знаний #it_проекты #поисковые_системы #rag_ai #ai_agent #корпоративные_решения

Как я разобрал бардак в процессах и зачем вообще это нужно было

Год ушёл на то, чтобы навести порядок в процессах: выстроили скоринг задач по RICH, ввели требования, ограничили загрузку команд и формализовали тестирование. Хаос превратился в поток, появился контроль сроков, а time-to-market снизился на 30%. Но нагрузки на PO всё ещё остаются.

https://habr.com/ru/articles/973524/

#управление_проектами #оптимизация_процессов #time_to_market #rice #приоритезация_задач #it_проекты #теория_ограничений #ускорение_разработки #ресурсное_планирование #прозрачность_процесса

Как создать систему управления проектами в ИТ-интеграторе и не выкинуть деньги на ветер

Когда у вас работают опытные спецы, встроить в работу новые правила управления проектами практически невозможно . Потому что им, ветеранам по внедрению сложнейших ERP-систем, не нужны все эти новомодные регламенты. Они уже съели собаку на таких проектах, и видели в этой жизни всё и даже больше. И, в отличие от современных домашних зумеров , совершали трудовые подвиги еще во времена, когда не было удаленки – сурово и в полевых условиях, разрываясь между несколькими внедряемыми системами в разных городах. Поэтому когда руководство говорит «Теперь будем делать проекты по-другому, системно и правильно, вот вам новый регламент» , у них возникает вопрос – а нам оно надо? Зачем нам все эти новые правила управления, как делать проекты? Почему мы должны полагаться на них, а не на свой опыт, который спасал десятки раз? Однако опыта конкретных сотрудников недостаточно, если вы, как руководитель организации, хотите спать спокойно с уверенностью в результатах. Нужна такая система управления проектами, которая превратит ваших ветеранов труда из скептиков в амбассадоров новых правил. Только в этом случае вложенные инвестиции в их разработку начнут окупаться уже через 3 месяца. Как это сделать – читайте в этой статье на примере кейса ИТ-интегратора.

https://habr.com/ru/articles/911904/

#управление_проектами #it_проекты #менеджмент #руководитель_проекта #методология #erpсистемы #внедрение