Никто из аналитиков не застрахован от встречи с НЕЙ: давно работающей системой без документации и требований. Вам говорят: "Доработать требования". Но что дорабатывать, если самих требований просто нет, а все знающие люди уволились? Где собирать информацию, если спросить не у кого, а команда ждет ответов от вас? Как восстановить утраченное? Какие источники использовать? Процесс называется красиво: реверс-инжиниринг требований, но по сути – это почти детективная работа, расскажу о самых темных ее сторонах.


О спикере:
Занимаюсь системным и бизнес-анализом для крупных предприятий и банков в течение 9 лет, обучением аналитиков – более 5 лет. Начинала карьеру в роли разработчика, но быстро перешла в анализ: познала темные и светлые стороны проектов Fix Price и Time and Materials, работала по водопаду и agile, влюбилась в продукты. В 2016 году основала школу аналитиков Order Skills и сейчас мы занимаемся развитием обучающих курсов для аналитиков (и иногда я все еще беру консалтинговые проекты). Самые острые истории часто приходят из консалтинга, поэтому есть своя коллекция "золотых граблей" в аналитике. Много выступаю на конференциях, а с 2018 года мы с ребятами проводим ежегодную конференцию для поволжских аналитиков #samba_conf

На разных проектах и продуктах встречался с одними и теми же проблемами касательно отчетов:у каждого заказчика/клиента свои потребности в отчетах, эти потребности постоянно растут и их реализация нужна прямо сейчас, а разработка и поддержка своей системы отчетности - дело не дешевое. Но можно ли сделать отчеты быстро, хорошо и дешево? Вот об этом и погорим)
Тезисы:

1. Типовые проблемы
2. Возможные варианты реализации системы отчетности
3. Наш опыт внедрения стороннего сервиса

О спикере:
В аналитике уже больше 12 лет, за это время помогал создавать хорошие продукты, крутые решения и, порой, отвратительные по своей сути фичи.

Как мы пришли к разделению роли аналитика и менеджера проекта и столкнулись с проблемой разделения зон ответственности. Почему аналитика и менеджер сложно отделимы друг от друга в заказной разработке. Как мы пытаемся найти эту грань и понять когда заканчивается анализ и начинается управление проектом. Расскажу какие менеджерские практики помогают аналитику в работе.

О спикере:
Занимаюсь разработкой eСommerce проектов в компании Dominion с 2012 года. 5 лет управления проектами в роли PM, более 10 запущенных интернет-магазинов и B2B система. Последние два года нахожусь в роли аналитика и руководителя отдела. Моя цель - сделать процесс управления проектом системным.

Могут возникнуть вопросы, зачем описывать требования к API и вообще при чем тут аналитики? Попробую в своем докладе про это рассказать. Также расскажу про то, как мы жили 15 лет без шаблона описания требований и почему решили его сделать.

О спикере:
Принимала участие во многих проектах в сфере электронного документооборота, энергетики и охраны труда.
Сейчас являюсь начальником отдела аналитики в компании СМС-ИТ и выполняю роль консультанта по нескольким боевым проектам.

1. Как сделать интерфейс, а не картинку. Какие данные нужны проектировщику перед стартом работ.
2. Роль функциональных требований на проекте. Защитить себя или растянуть сроки проекта?
3. Суровая реальность против желаний клиента. Насколько детальным должен быть прототип, чтобы запустить процесс переосознания.
4. Проклятый компромисс. Как иногда приходится жертвовать удобством пользователя из-за специфики на стороне клиента.

О спикере:
Занимаюсь разработкой интерфейсов для крупных ecommerce проектов: розничных интернет-магазинов (B2C), закрытых B2B-систем, маркетплейсов. Проектировал интерфейсы для Кувалда.ру и других компаний входящих в топ-100 интернет-магазинов Рунета.