В команду добавили аналитика. Потом еще двух разработчиков. Потом выделили отдельного продакта. Людей больше, а проект движется с той же скоростью. Причина часто в согласованиях. Продакт формулирует задачу через ценность для пользователя, аналитик через требования, разработчик через ограничения системы. Каждый прав внутри своей роли. При передаче задачи дальше смысл приходится собирать заново, и согласование одного решения занимает больше времени, чем сама работа. Сверху накладывается вторая проблема...
Академия Softline
Кейс Академии АйТи: массовое обучение работе с Microsoft Copilot: программа для Лакталис
По итогам обучения 300 сотрудников получили практические навыки работы с корпоративным Copilot, готовые шаблоны промптов и персональные планы внедрения, что обеспечило быстрый переход от пилотного развёртывания к массовому использованию ИИ-инструментов в корпоративном контуре...
Академия АйТи обновила программу профпереподготовки Информационная безопасность
Техническая защита конфиденциальной информации и успешно прошла согласование во ФСТЭК России. Согласование обновленной программы состоялось в июле 2026 года. Программа полностью учитывает требования Приказа ФСТЭК России №117 от 11.04.2025 и иных обновленных и новых нормативным правовых актов. Программа предназначена для комплексной подготовки специалистов к профессиональной деятельности в сфере обеспечения информационной...
До промышленного внедрения доходит пятая часть ИИ-проектов
Остальные закрываются между пресейлом и пилотом. Из дошедших масштабируется примерно половина. Технология тут ни при чем: ИИ-проект по сути исследование, а управляют им как обычной разработкой, с жестким ТЗ и фиксированными сроками. Один кейс для иллюстрации. Оцифровка судебного делопроизводства: заказчик решил проверить систему, стер дату в документе и ждал, что модель ее не найдет. Дата все равно появилась. Она была на фотографии нарушителя, и модель ее разобрала...
Почему один проджект больше не закрывает весь объем задач
Часто в ИТ-командах нанимают на фиксированные роли: отдельно проджект-менеджер, отдельно продакт-менеджер. На бумаге это удобно. На практике рабочие задачи редко укладываются в границы одной должности. Проджект ведет проект по срокам и бюджету, но не поднимает вопросы продуктовой ценности - зачем эта функция нужна пользователю и принесет ли она результат бизнесу. Продакт ставит задачи без оглядки на дорожную карту и загруженность проектной команды. Каждый в своей роли делает работу хорошо, а задача при передаче от одного к другому теряет часть смысла...
