Из владельца продукта обратно в пользователи
Раньше я отвечал за то, как система должна работать. Теперь снова отвечаю за то, что с её помощью получается 😅
До недавнего времени я руководил проектом внедрения 1С.БитФинанс в крупном девелопере. Сейчас я финансовый директор строительной компании. Роль сменилась, и вместе с ней сменился вопрос, который я задаю результату.
Владелец продукта смотрит на систему изнутри. Настроены ли маршруты, закрыты ли задачи, понятна ли логика справочников, укладываемся ли в план работ. Это правильные вопросы, без них проект не доедет.
Пользователь результата спрашивает проще и жёстче. Могу ли я сегодня принять решение по платежам? Сходится ли цифра с тем, что я вижу в банке? Сколько времени уходит, чтобы получить ответ, и кому для этого надо позвонить?
Мне кажется, на этом стыке теряется много пользы. Задача формально закрыта, а финансист всё равно открывает Excel 📊
Для себя я сформулировал несколько критериев полезного результата:
• ответ на управленческий вопрос, а не просто отчёт
• данные, которым доверяют без ручной перепроверки
• понятный владелец цифры
• время от вопроса до ответа сокращается, а не просто переезжает в другую программу
Опыт с обеих сторон, по-моему, полезен тем, что учит держать оба взгляда сразу. Когда ставишь задачу, думай как пользователь. Когда принимаешь результат, проверяй как владелец 🔍
Практический шаг: возьмите одну доработку, которую сдали за последний квартал, и проверьте её по этим четырём пунктам.
А вы сейчас чаще смотрите на систему как владелец или как пользователь?
Раньше я отвечал за то, как система должна работать. Теперь снова отвечаю за то, что с её помощью получается 😅
До недавнего времени я руководил проектом внедрения 1С.БитФинанс в крупном девелопере. Сейчас я финансовый директор строительной компании. Роль сменилась, и вместе с ней сменился вопрос, который я задаю результату.
Владелец продукта смотрит на систему изнутри. Настроены ли маршруты, закрыты ли задачи, понятна ли логика справочников, укладываемся ли в план работ. Это правильные вопросы, без них проект не доедет.
Пользователь результата спрашивает проще и жёстче. Могу ли я сегодня принять решение по платежам? Сходится ли цифра с тем, что я вижу в банке? Сколько времени уходит, чтобы получить ответ, и кому для этого надо позвонить?
Мне кажется, на этом стыке теряется много пользы. Задача формально закрыта, а финансист всё равно открывает Excel 📊
Для себя я сформулировал несколько критериев полезного результата:
• ответ на управленческий вопрос, а не просто отчёт
• данные, которым доверяют без ручной перепроверки
• понятный владелец цифры
• время от вопроса до ответа сокращается, а не просто переезжает в другую программу
Опыт с обеих сторон, по-моему, полезен тем, что учит держать оба взгляда сразу. Когда ставишь задачу, думай как пользователь. Когда принимаешь результат, проверяй как владелец 🔍
Практический шаг: возьмите одну доработку, которую сдали за последний квартал, и проверьте её по этим четырём пунктам.
А вы сейчас чаще смотрите на систему как владелец или как пользователь?
Просмотры: 12