Как превратить "Не надо" в "Супер!"?
Делюсь реальным случаем из работы.
Предпосылки
Разрабатывается некое веб-приложение, анализирующее с помощью ряда специальных аналитических алгоритмов показания неких приборов. На выходе алгоритмы выдают рекомендации по дополнительным настройкам приборов для улучшения производственных показателей, либо сообщают, что прибор работает исправно и нет необходимости корректировать настройки его работы.
Однако, сами конечные пользователи данного веб-приложения - те люди, кто получают рекомендации по работе приборов - ничего не знают о работоспособности самих аналитических алгоритмов. Для них это - чёрный ящик. Никто из них не будет знать - они не получили рекомендацию потому что "всё хорошо" или потому что "алгоритм падает вот уже десятый раз подряд". Изначально при проработке требований бизнес-экспертами, не предполагалось, что такая аналитика нужна конечным пользователям, и никто самим экспертам этого не предложил.
Суть моего предложения к экспертам
Я решила, что наблюдаемость конечным пользователям всё таки нужна и важна. Мы не просто отслеживаем приборы, мы отслеживаем - сможет ли Компания заработать столько денег, сколько она планировала заработать, или мы потратим время и ресурсы впустую. Значит, у нашего конечного пользователя нет времени на то, чтобы написать в службу технической поддержки и дождаться ответа о том "а где мои рекомендации?". Мы должны дать пользователю "наблюдательный пункт", к которому он сможет обратиться в любой момент времени.
Вместо тысячи слов - прототип
Как всегда в подобных случаях, вместо того, чтобы пытаться объяснить бизнес-эксперту моё предложение "на пальцах", я воспользовалась корпоративным ИИ (GLM-5) для создания интерактивного кликабельного прототипа. ИИ также подсказал дополнительные идеи для дашбордов.
Но ведь бизнес об этом не просил!
Это был один из аргументов одного из коллег: "бизнес об этом не просил!". А я решила так: "бизнес мог и не знать, что это им нужно или мог не знать, что это - реализуемо!". Для меня отсутствие просьбы со стороны бизнеса - это не аргумент против моей собственной инициативы. Я предложу - а там уже бизнес примет решение - нужно это им или нет.
Так что в результате?
В результате, я получила прямой отзыв от бизнес-эксперта по поводу созданного мной прототипа дашборда для конечных пользователей нашего разрабатываемого веб-приложения (см. картинку). И я считаю, что это - лучшая награда за инициативу в работе! Системный анализ - это не только о том, чтобы переводить бизнес-требования на язык, понятный программистам. Это и про то, чтобы не побояться предложить новый подход там, где ты видишь что-то неоптимальное или непроработанное.
А как вы справляетесь с возражением "бизнес об этом не просил"? Делитесь опытом!
· 21.08
У меня похожий кейс был в прошлом квартале - команда месяц гоняла одну фичу по кругу, потому что стейкхолдеры не согласовали критерии приемки до старта. В итоге сделали "как поняли", а потом три дня переделывали под ожидания бизнеса. С тех пор завели правило: любой проект стартует только после короткой встречи, где фиксируем 3-4 ключевых метрики успеха простыми словами. Работает даже в условиях сжатых сроков - главное, не пытаться впихнуть все детали сразу, а выделить то, по чему реально будем оценивать результат.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 21.08
Большое спасибо, Тарас Шевченко за то, что поделились такой историей! Действительно, "боль" от смутного понимания критериев приёмки знакома многим из нас.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён