Коллеги, добрый день.

28-29 сентября в 19:00 приглашаем на бесплатный интенсив по Power BI от Онлайн Школы Аналитики и Данных IQBI.

Спикер: Сертифицированный тренер Microsoft.

В первый день будет теоретическая часть от преподавателя, а так же поговорим об основных ролях специалистов, работающих с данными.

Во второй день будет много практики: создадим отчёт, который автоматически подтягивает новые данные из папки; подключимся к Excel, чтобы собирать данные в автоматическом режиме.

Регистрируйтесь по ссылке в любом удобном мессенджере: https://wep.wf/04lluy?traffic_mark=gse8a3

Мои поздравления!

Пиши мне если что-то интересует

Все добрый день! Прошу вашего мнения в следующий ситуации: легаси, много функций написано кодом, документации нет, постоянно идут доработки.  Нужно ТЗ для автоматизации новых технологии.  ТЗ писать сразу на всю систему, с учётом используемого функционала ( чтоб какое то описание было), или ТЗ писать на новый функционал, а уже ПМИ и на старый и на новый?

Какова ваша роль в данной деятельности? Внутренний проект или вы на стороне подрядчика, система чужая?

РП со стороны Заказчика

ТЗ на новый, ПМИ на новый, документацию с описанием - на старый

Точнее наполовину РП, наполовину бизнес аналитик)

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

Но это сферический ответ в вакууме

Писать ТЗ на всю систему я бы точно не стал, если только нет желания переписать её с нуля. Восстановление требований это совершенно отдельная деятельность, не связанная с новыми доработками, которая по идее должна идти и до доработки и во время и после.

Я бы сделал ТЗ только на новые возможности с обязательным Impact Analysis, как новые фичи могут воздействовать на старые, чтобы не сломать что-то из уже работающего.
ПМИ только на новое.

Документацию на старый - техпроект?

Спасибо!

Ну типа, но вряд ли на подробный техпроект будут ресурсы

Да, но так чтобы не рухнули работающие функции

Это аналитик должен проработать. Обсудить ТЗ со своими разработчиками, если они остались. Или с экспертами-пользователями.

Точно)

Если писать ПМИ только на новые фичи, то как убедиться, что старые не сломались? в большом легаси проекте доработки могут аффектить непредсказуемо старые фичи.

А для регрессного тестирования нужно какое-то описание, как было.
Тестировщики очень не любят формулировки типа "остальное оставить как было". потому что не понятно, что остальное и как было

Либо для регрессного тестирования делать два тестовых стенда: с неизменной системой и доработанной. Чтобы на обоих прогонять регрессные кейсы и сравнивать результаты

Всем добрый день. Может кто-то посоветовать ПО для мониторинга движения клиента по услугам ? Если кратко есть услуга, состоит из 5 этапов (5 мини услуг). Что интересно смотреть: когда какую мини услугу пользовал клиент, кол дней между мини услугам и в целом общие дни по клиенту, деньги (каждой услуги и Тотал), конверсии этапов и общую.
В целом что-то типа воронки, но метрики, чтобы возможность выставить. Вся инфа в 1с, надо будет «дружить» 1с и ПО.
Какие мысли ? Help