"Почему дашборды приносят мало ценности? Как можно оценить ценность от дашборда? Очень просто: если разработка дашборда стоила миллион — значит ценность равна минус один миллион. Я думаю, что сам по себе дашборд ценности не имеет. Ценность создают пользователи, когда принимают решения и выполняют действия — то есть закрывают свои рабочие задачи. Как писал @alexbarakov (@datanature), 88% дашбордов умирают в первые 3 месяца и только 12% дают какой-то результат. Просто к моменту сдачи дашборда в продакшн у вас обычно есть один дашборд и один обученный пользователь, который как правило и был источником требований. На этом этапе все разработчики зачастую считают свою работу законченной. Хотя на самом деле она только начинается — нужно получить обратную связь от реального мира, сравнить ее с ожиданием и переделать, если нужно. То есть необходимо делать замеры и исследования на тему как этот дашборд встроился в бизнес-процесс; как часто на основе него принимаются решения; какие именно; как это повлияло на цели и задачи бизнес-пользователя / подразделения. Этого как правило никто не делает. Это сложно и дорого, да и в очереди другие дашборды / проекты / клиенты. Потому что есть конфликт интересов между поставщиком и заказчиком. Чем больше дашбордов нарисует поставщик — тем больше денег ему заплатят. Причем не важно, контрактуетесь вы по Fixed Price или T&M. В обоих случаях поставщику выгодно больше работать. В одном случае юнитом масштабирования является дашборд или проект. В другом — время разработчика (час / день / месяц). In-house команда (фабрика отчетности) в этом смысле не сильно отличается от поставщика. У них как правило тоже процесс настроен на ""Быстрее! Больше! Сильнее""! Просто внутренние KPI, чаще всего, стоят на количество дашбордов принятых бизнесом. Про сдачу-приемку дашбордов — это отдельная история. Зачастую это сессия с пользователем в стиле продающей презентации: ""Смотрите как классно получилось! И сколько показателей тут можно посмотреть в разных разрезах!"". И/или формальное тестирование на соответствие требованиям ТЗ. И то и другое по сути — бред. Дашборд либо работает либо нет. Им или регулярно пользуются и принимают решения, или кладут на полку и забывают. И это не зависит ни от фантазий какого-то человека, которые он назвал ТЗ, ни от его впечатления от демо. И что со всем этим делать? ~~Понять, простить...~~ Менять мышление на продуктовое. Там нет ТЗ, сдачи-приемки, продающих презентаций и фокуса на количество фич. Зато есть Jobs To Be Done, касдевы, глубинные интервью, гипотезы, метрики. И ценность для пользователя во главе угла. Да, звучит как ""станьте ежиками"", но все в один пост не уместить. To be continued..."