🔠🔠 🔠 🔠🔠

Давно у нас не было рубрики «Обмен знаниями», и вот уже третий выпуск! 📖

🔠Сегодня у нас в гостях бизнес-аналитик с более чем 15-летним опытом и автор канала ITMINE: о бизнес-анализе, он подготовил для нас карточки на тему «UC vs US».

🔠По традиции мы взяли у него небольшое интервью — получилось информативно, интересно и, честно говоря, увлекательно.

Интервью оформлено в формате вопрос–ответ (Q/A), где Q — это вопрос, а A — ответ.

Интервью:

Знакомство

1Q: Представься, пожалуйста: как тебя зовут, чем занимаешься сейчас?

A: Герман, бизнес-аналитик. Обучаю бизнес-анализу в IT под брендом ITMINE, плюс занимаюсь корпоративными консультациями в этой области.

2Q: Сколько лет ты в бизнес-анализе и как вообще пришёл в эту профессию?

A: > 15 лет как БА. Начинал как .NET/С# разработчик, потом “случайно” в рамках компании перешел в аналитики под грифом “мы не знаем, что такое бизнес-анализ, но нам нужен кто-то для работы с требованиями — копай эту тему и дерзай”.

3Q: Почему ты решил создать канал про бизнес-анализ? Что было отправной точкой?

A: Изначально это был канал для наших выпускников — чтобы делиться материалами, которые мы считаем крутыми, новостями и просто общаться. Потом открыл для всех желающих, потому что не нравятся большинство публичных ресурсов по теме БА и хотелось вкинуть именно свой формат подачи и опыт. В канале стараюсь писать про техники и задачи БА — в основном, по принципу “много нужных букв, но нескучно и доступно”.

Блок «Use Cases vs User Stories»

1Q: Почему ты выбрал эту тему для поста?

A: Наверное, потому что это один из частых вопросов от/для начинающих аналитиков. То, как на него отвечают, неплохо показывает, глубоко или поверхностно человек окунулся в бизнес-анализ. Это исторически в разное время появившиеся техники, и они не задумывались как альтернативы друг другу — чтобы их полноценно сравнить, полезно вкопаться в теории авторов, попробовать в бою, плюс порефлексировать. Попытался ключевое впихнуть в карточки. Надеюсь, кому-нибудь поможет для собеседований или в чуть более осознанном выборе для проекта.

2Q: Как ты думаешь, какие ошибки аналитики чаще всего допускают при написании User Stories?
А какие ошибки — при написании Use Cases?

A: Давай я лучше дам ссылки — я уже писал на эти темы:
- https://t.me/itmineba/109 (и пару постов вниз),
- https://t.me/itmineba/118 (и вниз),
- https://t.me/itmineba/77 (и вниз),
- https://t.me/itmineba/183 (и, внезапно, вниз).
Текста там хватает, но аналитикам, надеюсь, пригодится.

Личный взгляд

1Q: Что в профессии переоценивают, а что недооценивают?

A: Тут будет прямо субъектив, т. к. это извечный холивар. Недооценивают IT-базу и умение круто работать с информацией (извлечение, анализ, документирование и т. п.) Переоценивают коммуникабельность в значении “БА как улыбчивая и разговорчивая точка контакта” — это немаловажно, но не то, что определяет бизнес-аналитика и стоит брать за критерий найма.

2Q: Совет себе 5 лет назад?

A: Скорее, 10. Расширять кругозор и не делать вещи “по наитию”. Покопавшись в трудах умных людей, многие вещи я сейчас делаю с совсем иным уровнем осознанности. Раньше я, как и многие, думал, что БА — это просто (спрашивай, а потом переведи все полученное в сторьки и юз кейсики). Оказывается, работать можно с разной скоростью, эффективностью, ценностью для бизнеса и пользователей, степенью вреда для стейкхолдеров и пр. — широта техник и практические нюансы работы с ними решают.

Блиц

1Q: Три слова, которыми ты опишешь работу аналитика?

A: Структура из хаоса.

2Q: Инструмент, без которого ты не сможешь работать?

A: 1) Мозг, 2) комп. Если речь про софт, то старый добрый пакет MS Office.

🔠Если у Вас будут вопросы по теме, пишите в комментарии, Герман обязательно на них ответит. 👩‍💻

IT | Просто о сложном

Теги:
#Требования