Почему я не люблю задачи без конкретного результата
Есть одна категория задач, к которой я отношусь достаточно скептически. Причем речь не о технически сложных задачах. С ними как раз обычно интереснее всего работать. Речь о задачах, в которых уже известно, что нужно сделать, но не совсем понятно зачем. К примеру - нужен дашборд.. а давайте автоматизируем согласование.. нужно настроить выгрузку данных из системы... Казалось бы, вполне нормальные задачи. Есть запрос, есть инструменты, можно приступать к реализации. Но у меня обычно возникает один вопрос: а что конкретно должно измениться после выполнения этой задачи? И вот здесь иногда начинается самое интересное?... Ну, чтобы было удобнее. Чтобы всё было в одном месте. Сейчас же вручную делаем, надо автоматизировать. И вроде бы всё логично. Но что именно мы хотим улучшить? На мой взгляд, одна из проблем подобных задач заключается в том, что технически их можно выполнить абсолютно корректно. Сделать красивый дашборд, настроить интеграцию, разработать БП. Задачи закрыты и все довольны. А через какое-то время выясняется, что отчетом зачастую никто не пользуется, согласования по-прежнему обсуждают в чатах или по почте, а автоматизация просто добавила еще один этап в существующий процесс, который, к тому же, может теперь подвисать на ответственных согласовантах. Поэтому, за свой год опыта в БА, в оружейную своих привычек я "укомплектовал" умение больше внимания уделять не самому запросу, а тому, какую проблему мы пытаемся решить. Кто будет пользоваться результатом? Что сейчас не устраивает? Какие действия должны стать проще? Как мы поймем, что стало лучше? И совершенно необязательно каждую задачу превращать в масштабный проект с десятками KPI. Иногда достаточно договориться, что подготовка отчета должна занимать 10 минут вместо двух часов и что это действительно поможет бизнесу в этом узком месте. Или что данные больше не придется вручную переносить между системами, сращивая несколько экселек в одну. Тогда уже появляется понимание, что именно нужно реализовать и нужен ли вообще для этого отдельный инструмент. Потому что автоматизировать можно практически всё. Вопрос только в том, есть ли в этом смысл. Может быть, решение у нас уже есть и его можно применить в этой сфере? А то иногда мы настолько увлекаемся поиском технического решения, что забываем разобраться с самой проблемой.
· 29.10
Алексей, добрый день 👋🏻 Позвольте задать вам несколько необычный вопрос: а у вас была какая-либо методологическая подготовка по бизнес-анализу до того, как вы начали работать по этому направлению? Я имею в виду именно изучение основ профессии, а не практический опыт работы с конкретными инструментами. Сразу поясню, почему я это спрашиваю. В ваших публикациях я уже второй раз замечаю, что вы описываете базовые положения бизнес-анализа как выводы, к которым пришли в процессе практической работы. Между тем выявление потребностей, исследование проблем, определение ожидаемых результатов и критериев успешности относятся к фундаментальным основам профессии. Поэтому мне и стало интересно, с какой именно методологической базой вы начинали эту профессиональную деятельность. Прошу не воспринимать этот мой вопрос как попытку поставить под сомнение вашу квалификацию. Я действительно хочу лучше понять контекст ваших рассуждений.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 29.10
Иван, добрый день. Начинал с чистого листа на своем энтузиазме, и исходя из потребностей бизнеса, мое направление менялось. В целом это направление для меня было в новинку, переход из ритейла для меня стал неожиданностью. В своем посте я делюсь своим опытом как раз исходя из резкой смены и реальных ситуации, которые происходят в бизнесе на нашем рынке.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён