Т.к. в канале начали появляться новые подписчики, немного расскажу о проекте которым сейчас занимаюсь - это система управления процессом разработки программного обеспечения для компаний / команд от 80 до 300 разработчиков (рамки можно двигать в любую сторону, но для маленьких команд решение может оказаться слишком тяжеловесным). Суть продукта можно описать в нескольких предложениях:
• цифровые сотрудники для реализации всех этапов PDLC/SDLC включая финансовый контроллинг
• максимально детерминированный процесс разработки ПО на основе требований/спецификаций с прослеживаемостью как этапов разработки (встроенные handoff для передачи между этапами, сотрудниками и ИИ-агентами) так и сквозной прослеживаемости требований, тестов и кода: user story -> PRD (спецификация) -> FR/NFR (требования) -> код -> тесты (юнит + BDD + e2e)
• механизм проектной памяти и памяти цифровых сотрудников для сохранения ключевых проектных решений и учета индивидуального опыта разработчика
• строгий архитектурный контроль + расширенный статический анализ, регулярные аудиты кода и автодокументирование (в том числе с возможностью реверс-инжиниринга любых легаси проектов) через граф свойств кода, межрепозиторный и межпроцедурный анализ, анализ качества кода по 11 измерениям, встроенный процесс РБПО. Главное - это возможность настроить процесс аудита под требования вашей команды/архитектуры те требования проверок можно менять на лету, описывая их на естейственном языке - но исполнятся они будут строго детерминированно, без ИИ
• продвинутая админка с возможностью настройки интеграций, ролей и прав в том числе для сервисных аккаунтов, анализа портфолио проектов и тп.
Ну и вишенка на торте - это все работает с любым агентом, LLM, харнесом, IDE те не ломает сложившийся пользовательский опыт - вы можете продолжать эксперементировать и перестраивать процессы команды "на лету" тк сохраняется подробная статистика успешных/неуспешных вызовов, токен-эффективность (и соответсвующая финансовая оценка) в разрезе задач, ролей, отдельных этапов разработки - вне зависимости сидите ли вы на плоских подписаках, внешних или внутренних API. Те у вас есть инструмент измерения эффективности процесса + инструмент измерения качества кода и вы в любой момент можете понять где возникают затыки и как поднять эффективность работы команды
Post #51
88
- ❤ 2