Мой блиц-доклад - о специфике работы аналитиком в веб-студиях и digital-агентствах. Я проработала таким аналитиком два года в компании ADV web engineering и Imagespark и хотела бы поделиться с коллегами объективными и субъективными впечатлениями от этого опыта.

Я отвечу на такие вопросы как: кому и когда стоит идти аналитиком в сферу digital, с какими специфическими трудностями там можно столкнуться - как профессиональными, так и организационными, насколько профессия аналитика популярна и оплачиваема в этой сфере, какой специалист получается на выходе и какие есть плюсы / минусы в подобном опыте для специалиста нашего профиля.

Также я кратко освещу особенности работы со студийными проектами, с их требованиями и расскажу о специфических акцентах, которые digital-аналитики должны расставлять в своей работе.

"Приём, приём! Проверка связи!" В ситуации, где мы всё больше отдаём предпочтение коллаборации и живым встречам, обратная связь становится мощным инструментом "наладки" нашего взаимодействия. Вы уверены, что обратная связь - это оценка другого человека, шанс указать, где он неправ, способ повлиять на него? И если я попрошу Вас поиграть со мной в ассоциации, то рядом с обратной связью вряд ли появятся такие слова, как "благодарность", "признание", "участие", "доверие" и "смелость"? Тогда зову Вас! Поговорим о ценностях, целях обратной связи, когда она эффективна, а когда нет, об искусстве не только давать, но и принимать обратную связь. И, конечно, смоделируем ситуацию и попробуем давать качественную обратную связь. 

На идею о таком мастер-классе меня натолкнула фраза "Моя обратная связь тебе - это информация обо мне самом". Что скажете?

Бизнес игра, которая поможет понять поведение заказчика в различных ситуациях на проекте.

Формат не круглый стол, а активная аналитическая игра с погружением, командной игрой, с игровыми раундами и всем таким (: И она на 4 часа примерно и на второй день фестиваля.

Подаю в общую систему, чтобы а) сразу "забить" слот на 4 часа примерно на второй день; б) прорекламить (:

Предполагается занятие (workshop) с демонстрацией и практикой формирования шаблонов документов в Word, Excel, PPT, создаваемых аналитиками в повседневной работе. Будут рассмотремы приемы усовершенствования документов и автоматизации работы в программах. Так же, предполагается рассмотреть возможности Access для создания прототипов.

От участников потребуется наличие компьютера с установленным MS Office. Экран, проектор, флипчарт желательны :)

Мы задаем формат, Вы задаете контент. Мы вместе сделаем явными самые "горящие" вопросы, проблемы и темы в области аналитики и не только. Что Вас волнует? Что раз за разом вызывает сложность? А может у Вас давно созрела идея, которой нужны единомышленники? Или же в Вас бурлит множество неоформленных идей и мыслей, которыми хочется поделиться? Тогда это пространство открывается для Вас.

Обозначив темы, мы поудобнее устроимся в уютном Мировом Кафе, где в командах попробуем синхронизироваться с коллегами и обсудить обозначенные темы. У каждого столика будет гостеприимный Хозяин. Время от времени мы будем меняться столиками, заглядывая в гости к соседям-Хозяевам, вовлекаясь в его тему, развивая ее, обогащаясь новым опытом и записывая/зарисовывая  инсайты прямо на скатерти. В конце визуализируем то, что накопали и поделимся друг с другом.

На примере белорусского офиса ЕПАМ, мы расскажем о том, как мы занимаемся развитием наших аналитиков.
Какие программы обучения существуют в Центре компетенции по бизнес-анализу, как мы их комбинируем и реализуем. Все знают, как важно предварительно отобрать качественных не-аналитиков, чтобы вырастить толковых джуниоров. На какие грабли мы наступали, на что надо смотреть и какие качества будущего аналитика важнее всего, на наш взгляд – все это узнают слушатели из доклада.

На встречи нашего Сообщества регулярно приходят аналитики, тестировщики, технические писатели, которые недовольны непредсказуемостью работы в проекте и спрашивают: "Как продать бизнес-анализ своему текущему руководителю".

Признаюсь, что сама неоднократно занималась этим неблагодарным делом. И ни разу мои усилия не увенчались успехом, т.е. ни результаты бизнес-анализа не были в сколько-нибудь серьезном объеме взяты в работу, и процессы работы в команде не перестраивались в обозримом будущем.

Почему же это не получилось не смотря на то, что я была уверена в целесообразности и качестве моей работы? На мой взгляд, по причине того, что я "продавала" бизнес-анализ не тем людям, не понимала интересов руководителей.

Расскажу, что говорят про это сами руководители, критерии выбора "продавать/не продавать", которые я выбрала для себя.
 

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

Доклад ориентирован на начинающих аналитиков.

Цель доклада - сформировать представление об основных ситуациях, с которыми аналитик может столкнуться на проектах с историей,  а также вариантах решений для выхода из них.

Разрабатывая новую информационную систему или внедряя уже существующую, вы неизбежно сталкиваетесь с необходимостью определить нефункциональные требования к вашей системе. 

Выступление о том, какими бывают нефункциональные требования, как их определять и как с ними работать.

Докладчик Рахимова Гузель, компания “Центр Высоких Технологий”

Вопросы:

• Пользовательские аспекты

• Технологические и технические аспекты

Тезисы:

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

Кратко о себе:

Рахимова Гузель, https://www.facebook.com/r.guzelle

Руководитель проектов, ведущий аналитик

Докладчик Лузгарев Николай

https://www.facebook.com/stmirageowl/

На данный момент я занимаюсь направлением, связанным с автоматизацией и диспетчеризацией производства. Я бы хотел рассказать в своём докладе о том, каким образом формируются и собираются требования на некоторых моих проектах в этом направлении. Основной фокус доклада будет направлен на то, что во многих подобных системах, участники процесса не заинтересованы в том, чтобы система работала так как задумана. Мотивация работников зачастую противоречит той логике, которая заложена в бизнес процессы. Работники отлынивают от работы, обманывают датчики, используют оборудование в своих целях, нарушают режимы работы. Расскажу о системах диспетчеризации оборудования, как единственном источнике пользовательских историй, который не искажает информацию. Отмечу, как проходит инициация команды, как аналитик взаимодействует со стороной IT продакшена и стороной реального производства, являясь связующим звеном.

Вопросы:

• Проекты, в которых пользователь изначально настроен действовать вопреки бизнес-правилам

• Инициация команды

• Сбор требований в условиях, когда информация сознательно искажается

• Противоречия интересов пользователей

Мы очень часто говорим о том какими компетенциями должен обладать аналитик , и что такое аналитик 80-ого уровня :-)

Однака эффективность работы бизнес и системного аналитика, архитектора , руководителя проекта ... (всех проще говоря) зависит не только, и не столько от компетенции отдельной роли но и от уровня зрелости всех остальных процессов.

В рамках круглого стола предлагаем обсуждение какие бывают и как  влияют на результат:

• Уровни зрелости процессов бизнес и системного анализа
• Уровни зрелости заказчика
• Уровни зрелости процессов проектирования
• Уровни зрелости процесоов управления проектами

Приглашаем всех экспертов :-)