Подробная программа фестиваля формируется.
На этой странице опубликованы анонсы докладов, уже принятых программным комитетом Фестиваля для включения в программу.
| 1 | 2 |
| Название Описание | Автор |
Империя против Матрицы[Подробно...][Скрыть]Опыт имитационного моделирования бизнес-процессов методом системной динамики
Тезисы:
-Какую бизнес-архитектуру выбрать для решения задач, если сроки и ресурсы ограничены?
-В каких проектах эффективнее использовать иерархическую бизнес-архитектуру при работе в рамках Agile?
-Обеспечит ли исполнитель большую выгоду для клиента, если будет работать в матричной структуре?
-В какой бизнес-архитектуре руководитель сильнее влияет на скорейшую поставку ценности для клиента?
-Как метод системной динамики может помочь проверить даже самые смелые утверждения, и в каких случаях его следует применять?
-Как аргументированно доказать руководству и коллегам, что принципы применяемые в гибких организациях, действительно работают, и в каких случаях они применимы?
Статья здесь: /kcfinder/upload/files/%20%D0%B8%D0%BC%D0%B8%D1%82%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE%20%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D0%B2%20%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%BC%20%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%BD%D0%BE%D0%B9%20%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D0%BA%D0%B8.pdf |  Федорец Дмитрий Блиц-доклад (20 минут) |
Наставничество: тратить ли время и деньги?[Подробно...][Скрыть]В различных дискуссиях о применении в компании наставничества (менторинга) я часто наблюдаю, что наставничество рассматривается строго, как синоним слова «обучение», вследствие чего считается применимым исключительно к новичкам в компании или профессии. На деле же, наставничество куда более мощный инструмент, который может использоваться для достижения различных целей и решения широкого круга задач – от повышения квалификации персонала (в том числе "точечной"), развития позитивного отношения к работе и лояльности к компании, до сокращения длительности адаптационного периода и экономии времени руководителей. Мне посчастливилось поработать в компаниях с разным подходом к наставничеству, побывать и подопечным, и, собственно, наставником, поэтому с удовольствием поделюсь собственным опытом и взглядами. В ходе доклада поговорим о том: - как может быть выстроена система наставничества; - какие цели и задачи может преследовать; - какую непоправимую пользу наносить; - какие требования могут выдвигаться к наставникам; - как поддерживать дальнейшее развитие сотрудников, прошедших период наставничества. Если вы задаётесь вопросом, нужно ли организовывать систему наставничества в вашей компании - приходите за аргументами в пользу и за практическими советами. Также, доклад будет интересен и новичкам, которые увидят реальные примеры существования подобных программ, как таковых, и смогут в дальнейшем обращать на это внимание при поиске работы. |  Валентина Писанова Доклад (40 минут) |
Безграничные возможности аналитика[Подробно...][Скрыть]Ментальные модели – это способы понимания окружающей действительности, существующие в уме человека и направляющие его действия. Ментальные модели как облегчают нам жизнь, так и ограничивают наши действия. Для аналитика важно знать, как работают ментальные модели, чтобы самому не натыкаться на проблемы, развиваться, и понимать, почему люди так думают или действуют. В докладе пойдет речь о работе ментальных моделей, а именно: 1. Как работают ментальные модели? 2. Треугольник Канижа и другие трюки нашего мышления. 3. Механизмы работы ментальных моделей. 4. Причины искажения опыта. 5. Использование системного мышления для эффективной работы. 6. Что такое ограничивающие ментальные модели? 7. Как закрепить системные ментальные модели? После доклада вы поймете, как работает наш мозг, и будете более эффективно взаимодействовать с людьми и развиваться. |  Александр Байкин Доклад (40 минут) |
И вот теперь, когда у нас Scrum: кто ты, аналитик?[Подробно...][Скрыть]Чем будет заниматься аналитик в Scrum команде: станет он Product Owner-ом или примкнет к Development Team? Поговорим о том, как не стать заложником титула и каким должен стать Definition of Done аналитика в Scrum команде. |  Салтыкова Евгения Доклад (40 минут) |
Чем может быть полезна UX Аналитика?[Подробно...][Скрыть]IT сфера развивается. Если раньше Soft жил по большей части на локальных компьютерах, то сейчас популярность активно приобретают онлайн сервисы и сервисы по подписке. Продукт становится больше, чем просто выполнение воли "извне" в виде ТЗ. Продукт постоянно развивается. Да и роль Аналитика видоизменяется, появляются новые направления, новые требования, новые компетенции. На докладе обсудим направления по UX Аналитике: что это такое и какая от нее польза для развития проекта. Доклад будет интересен как начинающим аналитикам, так и коллегам, ищущим новые инсайты, WOW эффекты и фишки для своего IT продукта Приходите! До встречи на ЛАФ ;) |  Рожкова Елена Доклад (40 минут) |
Как подружить роадмап и бэклог[Подробно...][Скрыть]Часто бывает так, что проект большой, и даже не один, аналитик на нём далеко не один, и каждый курирует какой-то свой функциональный блок, а ресурс разработки - общий для всех, и каждому из них задают вопрос "когда?". Доклад про то, как подружить роадмап и бэклог, автоматизировать приоритезацию задач и перестать играть в перетягивание разработки. |  Алексей Козлов Доклад (40 минут) |
Инь и Ян. Или в чем разница между Аналитиком на стороне Исполнителя и Заказчика[Подробно...][Скрыть]Всем привет! За время своей 15-летней проектной деятельности, работала как в роли Аналитика на стороне Исполнителя, так и в роли Аналитика на стороне Заказчика. Должность - одинаковая. Цели и задачи разные =) Буду рада поделиться своим опытом, и рассказать про разницу этих двух миров, в чем схожести и различия, как найти точки соприкосновения и в разы сократить сроки подготовки и согласования требований Приходите! До встречи на ЛАФ ;) | Рожкова Елена Свободный формат (опишите в заявке) |
Роль аналитика в e-comm на примере Lamoda[Подробно...][Скрыть]Я - тимлид быстрорастущей группы системных аналитиков в Lamoda. За последний год мы выросли в 3 раза с 3 системных аналитиков до 9. За это время я была на 60+ собеседованиях, в процессе которых я знакомлюсь с разными системными и бизнес аналитиками, а также подходами к системному анализу в разных компаниях.
В рамках своего доклада я хочу поделиться своими мыслями о роли системного аналитика в Lamoda и распространить общие подходы на e-comm в целом. Мой доклад поможет слушателям понять о специфике e-comm и определиться, подходит ли им эта сфера с точки зрения профессионального развития в системном анализе. Также в рамках доклада я расскажу, какие навыки нужны системному аналитику в e-comm и дам советы, как эти навыки развивать. Если после доклада слушатели четко поймут, какие навыки нужны, чтобы быть системным аналитиком в e-comm и как этого достигнуть, то доклад я буду считать удачным. Но я считаю, что эти навыки пригодятся абсолютно каждому системному аналитику. Я работаю в системном анализе 10 лет. 5 лет работала в ЛАНИТ на проектах ЕМИАС, с проектами РСА (единая база ОСАГО, электронный ОСАГО, бюро страховых историй), ЦБ, крупных банков. Вторые 5 лет я работаю в Lamoda. В Lamoda помогала запускать новые сервисы, связанные с различными методами оплаты, рефакторила процесс возврата денежных средств, запускали систему доставки в Казахстане и многое другое. Сейчас занимаюсь развитием нашего отдела и немного проектной деятельностью. В личной жизни обожаю проводить время с дочкой и мужем. Люблю искусство в любом его проявлении и спорт. Опыт спикера: 2 доклада внутри Lamoda (ссылки кидать не могу), 1 доклад в 2020 году на конференциях Knoleadge conf и ЛАФ: https://knowledgeconf.ru/2020/abstracts/6758 https://conf.uml2.ru/index.php?all_classes&class_id=kak-pisat-kachestvennyi-tekst |  Александра Камзеева Доклад (40 минут) |
Роль аналитика в управлении изменениями[Подробно...][Скрыть]Как использовать методологию управления изменения при планировании работ по бизнес-анализу и внедрению систем.
Многие компании тратят огромные деньги на приобретения современного ПО, внедрение новых технологий, на столь модные сейчас проекты цифровой трансформации.
Внедрение многих технологий это не только про технологические изменения, но в первую очередь про изменения рабочих привычек и поведения сотрудников. Особенно это касается проектов цифровой трансформации, когда людей пугает непонимание технологических изменений и боязнь замены людей этими технологиями.
По статистики формула успех любого проекта - это 40% про правильные технологии и управление проектов и 60% про изменения сотрудников и их быстрая адаптация к новых решениям.
Про управление проектами известно очень много, а вот тема управления изменениями является относительно новой. Однако известно, что более 80% проектов сталкиваются с сопротивлением сотрудников и именно это является одной из главных причин не соблюдения сроков и выхода за бюджеты.
Управление изменениями - это методология направленная на управление поведением сотрудников для снижения уровня сопротивления и повышения вероятности успеха проекта.
В рамках доклада вы узнаете:
1. почему управление изменения важно
2. Методология PROSCI для управления изменениями 3. Ключевые персоны в управлении изменениями 4. Модель ADKAR в управлении изменениями 5. Основные этапы управления изменениями
Докладчик сертифицированный специалист по управлению изменениями методологии PROSCI.
| Аркадий Золотовицкий Доклад (40 минут) |
Интерактивный круглый стол "Успешный успех аналитика в ИТ - в чем он?"[Подробно...][Скрыть]Интерактивный круглый стол с элементами командной игры, с призами и наградами Ведущие Марина Давыдова и Ирина Гертовская Стремление к успеху является неотъемлемой ценностью человеческого общества. Очевидно, что в разных профессия и сферах деятельности это понятие разнится, но есть и общие критерии, такие как заработная плата, признание профессионального сообщества, признание окружения и т.д. В рамках дискуссии мы поговорим с несколькими экспертами, узнаем мнение команд. Попробуем найти ответ на вопрос: "Кто он такой, успешный аналитик и как им стать?" Попытаемся вместе ответить на, по сути, бесконечный вопрос: "Что делает человека Аналитиком?" Свой взгляд на проблему осветят четыре специалиста из разных концов нашей аналитической галактики и сравним их мнение с заключением команд. А в конце объявим конкурс. |  Марина Давыдова Круглый стол (1,5 часа) |
Другой мир: IT для промышленных предприятий[Подробно...][Скрыть]
Евгений Асламов,
Ведущий технический архитектор Zyfra Привет!
Большинство моих знакомых IT-шников работают в ритейле, банкинге, в проектах государственного сектора, есть некоторое количество в консалтинге и даже главные и не очень архитекторы предприятий (тех самых, которые промышленные предприятия), но практически нет тех, то создаёт системы для того, чтобы промышленность работала и производила всё – от тарелок до ракетных двигателей. Так уж сложилось, что я как раз работаю в такой компании.
За тот слот времени, который мы проведём вместе, я надеюсь немного приоткрыть завесу – как там, в этой самой промышленности: какие технологии используют – в том числе про беспилотники, про индустрию 4.0 (поговаривают уже про 5.0), про промышленный интернет вещей.
Готов рассказать и на два часа. |  Евгений Асламов Доклад (40 минут) |
Боль редизайна ИЛИ Чек-лист для разработки макетов[Подробно...][Скрыть]
Я - аналитик из e-Legion, компании, которая занимается разработкой мобильных приложений на заказ.
2020 был богат на вызовы. С одним таким мы столкнулись и в работе.
У нас был масштабный редизайн приложения крупного ритейлера, много старых фич, несколько новых и достаточно сжатые сроки.
А еще у нас было несколько команд разработки и одна команда дизайнеров на всех.
При приемке макетов мы раз за разом сталкивались с неприятностями: то нет пустых состояний, то не знаем, как отображать ошибки и так далее.
Я расскажу, с какими проблемами мы столкнулись, почему так сложно было наладить взаимодействие и как у нас родилась идея чек-листа для передачи макетов в разработку. Разберу реальные примеры недопонимания и расскажу, как же в итоге мы пользуемся тем, что придумали. Ну и конечно покажу, что у нас получилось.
Целевая аудитория: может заинтересовать аналитиков, работающих в тесной связке с дизайнерами и самих дизайнеров, а также продактов и PM-ов, связанных с разработкой продуктов для пользователей.
Развернутые тезисы или план:
1. Проблемы, с которыми мы столкнулись: внешняя команда дизайнеров, разные процессы, разные подходы к проработке UX/UI.
2. Как мы выстраивали процесс и как у нас родилась идея чек-листа для макетов, как мы его придумывали и что в него вошло.
3. Как мы внедряли чек-лист и учились с ним работать.
4. Как в итоге мы пользуемся чек-листом.
|  Юлия Яшина Доклад (40 минут) |
Требования в АГИЛ для сложного сервиса (теория)[Подробно...][Скрыть]Что такое АГИЛ - это Agile, когда есть нюанс (как в анекдоте), а то и несколько. То есть, когда итерации короткие, требования изменчивые, команды самоорганизованы в бандитские шайки из-за тупого и ленивого менеджмента, а вот всё остальное - как придётся. Всё то же самое применимо и в Agile, но там есть Agile Coach, который обязательно внедрит SAFe, LeSS и много других страшных слов. В чём проблема - она во всём. Если работу быстро развивающегося сервиса поддерживают две и более команды разработки, то ни одной из них не подойдут ни продуктовые требования, ни бизнес-требования, ни требования к сумме ИТ-систем. Очень часто им не подойдут даже требования к их отдельной системе, выделенной из окружения. Так как тим-лидов и менеджеров проекта ломает писать по 50 тикетов в неделю и заниматься координацией между всеми, кого нужно координировать. Итог печален. После некоторого периода неразберихи на два-четыре квартала причиной провала называют плохие требования. Если в этот момент в компании нет аналитика, его нанимают, и цикл повторяется с тем же итогом. А если аналитик ещё и подходит с классическими процессами, срисованными из заказной разработки, то получается ещё хуже. Кроме этих проблем есть и такие явления, как поиск, что мы сможем быстро сделать, где на основе оценок от разработки возникает бесконечный дрейф продуктовых требований. Следом ползет архитектура и постановки задачи. В такой ситуации система требований в жестком шаблоне рассыпается карточным домиком. Бывает обратная задача: монетизация имеющихся технических возможностей у системы, которая развивается под действием технологической, а не продуктовой стратегии. В этом случае классические подходы часто заканчиваются фатальным конфликтом между аналитиком и командой. Понимание качественных требований при переходе из длинных итерациий в короткие меняется. Полнота и непротиворечивость теряют свои позиции, зато становятся важны нужность, эффективность и прослеживаемость. Уходят задачи заложить верный бюджет и сроки, а потом доказать заказчику, что всё сделано. Возникает задача удержать в балансе это "ведро с гайками", чтобы система собралась в единое целое и заработала уже в этой итерации, принося пользу. А еще важно уберечь команды от лишних действий (но главное - лишнего кода), не работающих на итоговую цель. В докладе я раскрою описанные проблемы. Обсудим, куда смотреть, чтобы понять, что они есть, и расскажу свои предложения, как с ними бороться. Мы увидим, что неизбежно придется влезть на все уровни от продуктовых требований до архитектуры и постановок задач программистам, иначе не работает. Придется договариваться о разделении полномочий и заглядывать с фонарём туда, куда не все хотят смотреть. Обсудим, как поделить с остальной командой зоны ответственности: где мы ставим на учёт принятые решения, где фасилитируем, где проектируем сами, а где выполняем координацию. Из этого обсуждения так же вытекает вариант ответа, куда развиваться аналитику и как ему жить в Agile и приравненных к нему ситуациях. Я покажу быстрые, грязные и дешевые инструменты визуализации, выявления и анализа требований для таких ситуаций. Среди них: - Бизнес канвас - Карты и эскизы процессов - Двумерный мапинг историй - Карты влияния (Impact mapping) - Изображение системного ландшафта и архитектуры в стиле 4Context - CQRS и другие паттерны, дополняющие и заменяющие CRUD+ - Сценарии или диаграммы взаимодействия для систем и компонентов К докладу есть мастер класс "Практика работы с требованиями для сложного сервиса", где желающие смогут увидеть или даже попробовать вариант быстрого процесса работы от продуктовых требований до бэклогов спринта в действии. |  Сергей Нужненко Доклад (40 минут) |
Карта экосистемы и модель предметной области: что, как и зачем[Подробно...][Скрыть]Проработке границ проекта, к сожалению, не всегда уделяется должное внимание, а ведь это основа, которая в конечном итоге позволяет сформировать набор функциональных требований, необходимых для реализации. Поработав в разных компаниях, я заметила, что довольно редко на этапе бизнес-анализа аналитики используют такие инструменты как карта экосистемы и модель предметной области. На мой взгляд, они очень помогают при определении границ проекта и наглядном их представлении, и, при этом, просты в реализации, прозрачны и однозначны в понимании. В своем докладе я расскажу вам об этих инструментах: что они из себя представляют, как формируются, какую пользу приносят проекту, поделюсь своим опытом их многократного применения на практике. Может быть, они станут помощниками и в вашей работе. |  Екатерина Калугина Доклад (40 минут) |
Работа с провокационными вопросами[Подробно...][Скрыть]1. Как продать идею шефу/стейкхолдеру. Технологии убеждения 2. Поодвижение непопулярных решений. Социальная инженерия 3. Работа с провокационными вопросами. С игрой. Обо мне: https://snob.ru/profile/31580 | Ирина Баржак Мастер-класс (укажите длительность в заявке) |
50 оттенков аналитики: как за полгода перейти из UX в бизнес-аналитику и обратно, и не свихнуться по пути[Подробно...][Скрыть]UX-аналитика всегда находилась немного в стороне от бизнес- и системной аналитики. Это, вроде бы, тоже о продукте, но о кнопочках, пользователях и дизайне, а не ценности и процессах. В прошлом году я на собственном опыте узнала, что UX ближе к бизнесу, чем кажется, а интервью с выяснением бизнес-ценности можно строить по скриптам проверки сценариев. Предлагаю поговорить о том: — чем похожи и чем отличаются «взрослая» бизнес аналитика, и «младшая» пользовательская; — как расширить свои компетенции аналитика с пользой для проекта; — ну, и конечно, как кардинально сменить вектор работы и попутно не сойти с ума. |  Бёршель Ольга Доклад (40 минут) |
Создание системы публичного API с ограниченным внешним доступом[Подробно...][Скрыть]Мой доклад о моем опыте создания интересного интеграционного решения, в котором я участвовала на протяжении последних полутора лет в качестве аналитика. Я расскажу, какие именно подходы мы применяли, и, почему решили создать API, зачем наше API пользователям, и какие преимущества оно им дает. А также, об особенностях работы и возможных трудностях аналитика при участии в таком интеграционном проекте. |  Светлана Астанина Доклад (40 минут) |
Как выстраивать отношения с заказчиком в условиях неопределенности и при этом не терять продуктовую ценность[Подробно...][Скрыть]
Кто для нас заказчик? Бизнес-пользователи, стейкхолдер, или множество людей с противоречащими интересами и запросом к продукту? Или еще интереснее: без конкретного видения, product-owner`a, и дорожной карты, но продукт встал за крепкой спеной Enterprise и все хотят от него чего-то великого. Хочется сделать, чтобы все эти люди, влияющие на решение, были нашими партнерами, которые понимают важность, цели и имеют взвешенные ожидания. Этот доклад о том, как стараться минимизировать риски:
Мои мысли на эти темы могут быть интересны как менеджерам, так и аналитикам, которые работают с бэклогом и первыми встают на борьбе с неопределенностью требований и управляют ожиданиями. |  Михалевич Ольга Блиц-доклад (20 минут) |
Можно ли научиться читать мысли заказчика[Подробно...][Скрыть]Дискуссия о том, возможно ли предугадывать "желания заказчика", какие можно пр именять инструменты и как готовится к встрече с заказчиком | Анна Белянина Круглый стол (1,5 часа) |
Роль и место аналитика в цифровой трансформации предприятий СГ[Подробно...][Скрыть]
С 2016 года я в роли корпоративного архитектора и методолога занимаюсь цифровой и Agile-трансформацией Альфа-Банка (Беларусь), сотрудничая с коллегами из холдинга ABH Holdings S. A. (АБ Россия, АБ Беларусь, АБ Украина, АБ Казахстан). Параллельно этому, мы с коллегой из РФ (экс - Youta, ныне - стартап Humans) ведём научную работу по теме цифровой трансформации предприятий Союзного государства (СГ).
Хочу поделиться с участниками Фестиваля нашим текущим пониманием темы цифровой трансформации (что это такое и зачем она нужна предприятиям СГ), а также конкретными наработками по роли и месту аналитика в процессе её реализации:
- роль аналитика в микросервисной трансформации;
- роль аналитика в продуктовых скрам-командах;
- роль аналитика в BDD-процессе;
- роль аналитика в экосистеме производственных цифровых сервисов.
|  Вадим Мустяца Доклад (40 минут) |
День независимости 2.0: Боевые микросервисы - суббота[Подробно...][Скрыть]
В 2017 году на ЛАФ-8 мы славно сражались с пришельцами, постигая основы Behaviour-Driven Development, в деловой игре «День независимости». Выглядело это примерно так: https://www.facebook.com/lokteva.e.v/posts/10213251172582137
Спустя 4 года хочется повторить эту героическую миссию, но уже с фокусом на сочетание BDD и микросервисной трансформации: какие дополнительные артефакты и практики используют BDD-команды, реализующие микросервисные решения (USM, объектная модель, ArchiMate-представления и др.).
Минимальное количество участников: 5
Максимальное количество участников: 15
Время игры: 2 часа - вводная, 3-4 спринта по 20 минут и «разбор полётов»
Для проведения необходимо закрытое помещение (иначе элементы настольной игры могут отправиться в собственный полёт +)
| Вадим Мустяца Свободный формат (опишите в заявке) |
Практика работы с требованиями для сложного сервиса[Подробно...][Скрыть]Мастер-класс на 4 часа, основанный на однодневном тренинговом модуле, который мы с коллегами второй год ведём для студентов Высшей Школы Экономики. Тренинг в свою очередь основан на нашем опыте работы со сложными системами, где каждое требование к продукту влечет согласованную работу нескольких команд. Что такое АГИЛ - это Agile, когда есть нюанс (как в анекдоте), а то и несколько. То есть, когда итерации короткие, требования изменчивые, команды самоорганизованы в бандитские шайки из-за тупого и ленивого менеджмента, а вот всё остальное - как придётся. Всё то же самое применимо и в Agile, но там обчно есть Agile Coach, который обязательно внедрит SAFe, LeSS и много других страшных слов. Вся теория к мастер-классу и полное описание проблематики находится в докладе "Требования в АГИЛ для сложного сервиса (теория) - можно посмотреть описание доклада отдельно. На мастер-классе я хочу показать вариант целостного процесса превращения творческих идей по сервису в конечные тикеты на каждого разработчика. Сам процесс включает в себя практики, с которыми полезно познакомиться любому аналитику: - Отображение продуктовых требований с помощью бизнес-канваса и связанных с ним инструментов - Поиск точек изменения с помощью карты и эскиза процессов - Двумерный мапинг историй для выявления требований - Применение карт влияния (Impact mapping) совместно с двумерным мапингом или без него - Изображение системного ландшафта и архитектуры в стиле 4Context - Сценарии или диаграммы взаимодействия - И снова карты влияния для раздачи задач системам, командам и отдельным исполнителям - Согласованная нарезка бэклогов команд на итерации и осознанное - с учётом архитектуры - расщепление историй для максимально раннего получения бизнес-ценности - Реверс процесса - что мы получим, если (не) сделаем эти задачи Максимальное число работающих руками - 2 команды по 6 человек. Остальные могут быть зрителями и присоединиться к обсуждению. | Сергей Нужненко Мастер-класс (укажите длительность в заявке) |
Управление требованиями в Agile-парадигме: мифы, реальность и преспективы[Подробно...][Скрыть]На своем опыте построения и запуска команд разработки я расскажу об основных заблуждениях, связанных с аналитикой и проработкой требований в гибких подходах. Расскажу о проблемах встраивания аналитики в agile-команду (ограничиваясь фреймворком Scrum) и о возможных способах решения этих проблем. Тезисно история выглядит следующим образом: 1. Работающий продукт важнее... (Откуда взялся миф о том, что в аджайле нет аналитики и аналитиков, и что с этим мифом делать) 2. Здесь вас не стояло... (Роль и место аналитика в командной работе. Как не построить водопад внутри гибкой разработки) 3. Проработка как риск-менеджмент... (Работа с требованиями в парадигме потока создания ценности. Взаимосвязь между глубиной проработки и толерантностью к рискам). 4. Все только начинается... (аналитика зависимостей, связь проработки требований с архитектурой решений и еще несколько областей где рассказанная история имеет ограниченное применение и не отвечает в полной мере на все вопросы) |  Павел Капусткин Доклад (40 минут) |
Как спастись от выгорания с помощью саморегуляции[Подробно...][Скрыть]
На протяжении многих лет мы слышим о профессиональном выгорании «из каждого утюга».
Если обобщить популярные тексты по теме, то всё сводится к простым тезисам:
Во-первых, как в анекдоте «ну кисонька, ну еще немножечко» - выдавить последние крохи из сотрудников.
Во-вторых, «лошадь сдохла – слезь» – вовремя найти и уволить выгоревших, так как они разрушают коллектив.
В-третьих, борьба со стрессом и утечками внимания, но строго за счёт сотрудника: отложи телефон, ляг спать вовремя, заведи список задач, общайся конструктивно, не будь токсичным и т.п.
HR жалуются на то, что зарплаты только растут, а мероприятия вроде «войти в ИТ» выпускают на рынок массу низкоквалифицированного персонала, находящегося на пике глупости (по Даннингу-Крюгеру).
Опытные специалисты отмечают, что «горящий велосипед» ИТ-проектов все эти годы разгорается всё сильнее: технологии умирают еще до излечения детских болезней, нагрузки растут, возникает всё больше неопределенности и коммуникации с людьми. Люди при этом образуют вавилонское столпотворение из разных языков, подходов и даже поколений. При этом спрос на ИТ и не думает снижаться.
В этом докладе я расскажу о механике мышления и поведения, основанной на когнитивно-поведенческой модели. Эта механика представляет психику, как информационную систему. И КПТ-специалист (терапевт или коуч) для клиента выступает примерно тем же, кем будет системный и бизнес-аналитик для информационной системы. КПТ имеет научно подтвержденную эффективность и в ряде стран метод включён во врачебные гайдлайны.
С точки зрения взгляда на психику, как на информационную систему, я покажу, что такое выгорание. Покажу почему не работает масса советов из десятков имеющихся статей и докладов по теме. Мы рассмотрим, что можно и нужно делать в рамках психической саморегуляции, что почитать для самообразования и самопомощи.
Плохая новость в том, что вопреки широко распространенным метафорам мыслетоплива и энергии, нельзя подогнать к человеку заправщик и залить энергии под пробку.
Путь борьбы с выгоранием через уменьшение стресса ведет в тупик. Стресса будет больше из-за изменений и ужесточения конкуренции в бизнесе. Требования к специалистам растут вместе с зарплатами. Рутина автоматизирована, людям достаётся всё больше принятия решений и коммуникации с другими людьми.
Хорошая новость в том, что психическая саморегуляция может помочь как при выгорании, так и для принятия эффективных (рациональных) решений в учёбе, освоении профессии, выполнении сложных проектов и в карьерном росте вообще. Но тут, как и в спорте или фитнесе, требуется вложение усилий, в которых систематичность важнее интенсивности.
Как всё это работает, вы узнаете из моего доклада.
|  Юлия Нужненко Доклад (40 минут) |
Собрать хронометр времени. Встреча клуба анонимных трудоголиков[Подробно...][Скрыть]
Аналитическая мастерская с щепоткой рефлексии — 1.5 часа Аннотация Вы знаете наизусть все Джедайские техники, с точностью до минуты определяете оставшееся время на поммодоро-таймере, списки и чек-листы подготовлены на все случаи жизни... но что-то идет не так, и времени в сутках все еще не хватает, списки дел пухнут и пухнут? Двери нашего клуба открыты для вас. Вы не знаете ни одной техники тайм-менеджмента, но лавина дел накрывает с головой, а вокруг все такие эффективные и супер-деятельные….и вам добро пожаловать в наш клуб!
Мы вместе попробуем найти причины нехватки времени. А может вы поймете, что вы уже все успеваете? Разберем различные техники тайм-менеджмента и выясним, когда они не работают, а когда приносят результат. Спойлер — на утюге можно жарить яичницу, но предназначен он для глажки белья) Так и с техниками. Пример, не надо ждать от блока помодорро результатов для творческих и исследовательских задач, потому что нельзя сказать мозгу «вот тебе 3 раза по 25 минут, быстренько выдай гениальную идею, а то мне пора переходить к следующей задаче».
Что вас ждет:
Предварительная подготовка. Эти материалы только для вас. Мне или всем их показывать не надо. Но они помогут понять вам, где и что пошло не так:
|  Бунто Татьяна Свободный формат (опишите в заявке) |
Узнать неизвестное или как восстанавливать требования для мобильных приложений[Подробно...][Скрыть]Язык подачи доклада: Русский Тип презентации: Секционный доклад (40 мин) Уровень аудитории: Начинающий Тема: Узнать неизвестное или как восстанавливать требования для мобильных приложений Аннотация Я - аналитик, который работает в компании, занимающейся заказной разработкой мобильных приложений. На проекте, котором я работаю, при старте не было никакой документации по приложению, и все требования приходилось восстанавливать практически с нуля. В своём докладе я расскажу, как мы восстанавливали требования и какой результат у нас на текущий момент. Также расскажу про некоторые лайфхаки при восстановлении требований, которыми мы пользовались. Доклад будет интересен аналитикам и проджектам, которые хотят работать в сфере разработки мобильных приложений на заказ, также будет интересен аналитикам из других сфер. План доклада:
|  Алексей Глазунов Доклад (40 минут) |
Я не умею пилотировать вертолет или как успешно использовать ГОСТ-ы в работе[Подробно...][Скрыть]В докладе будет обзор использования ГОСТ-ов 2.105, 34.603, 34.602. Многие считают ГОСТ-ы полной ерундой. Пусть считают. Я вот не умею пилотировать вертолет. Значит я должен считать, что они не могут летать? Что это полная ерунда? Но они летают. Это очень неожиданно. А ничего, что пилотированию надо учить? И без этого они не летают. А еще их надо заправлять топливом. Внезапно, без этого они тоже не летают. С ГОСТ-ами ровно тоже самое. Это великолепные инструменты. Просто их использованию надо учить. И тогда они позволят вам "летать". Например, они позволяют резко повысить точность расчета продолжительности проекта, точность расчета бюджета проекта. Допустить меньше переделок после выхода в эксплуатацию, уменьшить стресс и переработки проектной команды. И, наконец, уменьшить число мата со стороны заказчика. Сказка? Вовсе нет. Просто кроме UML, BPML, ER и прочего аналитик должен еще знать и владеть правилами оформления текста и создания структуры аналитической документации. Это резко снижает риск что нибудь пропусть. Кто-то спросит, а какже юзерстори? Коллеги, юзерстори это про ПО. А ГОСТ-ы это про системы. Совершенно другой зверь. Это как болонка рядом с кавказкой овчаркой. И никто вам не мешает использовать юзерстори как один из разделов ТЗ по 34.602. А 2.105 резко снижает вариации в большом коллективе. "Все дело в уменьшении вариаций" говорил великий Деминг. Для кого доклад. В первую очередь для аналитиков, технических писателей, процессных менеджеров и руководителей проектов. | Сергей Мартыненко Доклад (40 минут) |
Проектируем микросервисное приложение на схемах[Подробно...][Скрыть]Осенью на прошлой Analyst Days я начал рассказывать о модели, которая позволяет эффективно представить современное приложение, состоящее из интегрированного множества сервисов, обменивающихся сообщениями и вызывающими друг друга (https://mtsepkov.org/Multyparadigm-AD). Такая модель соответствует коду и позволяет проектировать изменения при развитии приложения и оценивать их по сложности изменения самой модели. Тема развивалась в нескольких докладах, а этой весной на SQAdays и Analyst Days я провожу мастер-классы с разбором кейсов участников по этой модели. На ЛАФ я совместно с Анной Абрамовой повторю этот мастер класс с учетом полученного опыта. Формат мастер-класса - после краткого рассказа модели участники заявляют свои кейсы, а затем я и участники разбирают наиболее интересные один или два кейса. |  Максим Цепков Мастер-класс (укажите длительность в заявке) |
Как стать наставником за 15 минут?[Подробно...][Скрыть]В своем докладе я хочу рассказать о наставничестве: 1) Кто такие наставники и чем они обычно занимаются? 2) Что отличает хорошего наставника? 3)3 лайфхака для наставника 4) 3 лайфхака для ученика По времени пока точно не уверена, т.к. не делала пока подробный план с черновой раскладкой в презентации. |  Екатерина Герт Блиц-доклад (20 минут) |
Гипотезы от команд разработки в продуктовой компании[Подробно...][Скрыть]Количество продуктов с каждым годом растет, продукты расширяют функциональность, уверенно занимая рынок. Все чаще продуктовые команды разрастаются, втягивают в себя и все больше аналитиков. Разросшийся продукт, разноплановые потребности стейкхолдеров, требуют изменения модели управления. Управление командой одним-двумя менеджерами становится недостаточным. Ведь кроме новых или измененных требований к функциям продукта есть еще техдолг, количественные показатели, нефункциональные способы развития продукта. И их нельзя не учитывать в реализации. Расскажу, как мы перестроили процесс продуктовой разработки с учетом возросших потребностей, как уходили от фронтенда, который больно поддерживать. Как перешли от сбитого воедино клубка проблем к рассмотрению гипотез и их приоритезации и какую роль в этом играют аналитики. Доклад будет полезен аналитикам, которые работают в командах разработки, и тем, кто хочет вырасти в продукт оунеров/продукт менеджеров. А часть про процесс может быть интересна лидерам групп аналитиков разного уровня. |  Таисия Толстунова Доклад (40 минут) |
Как приручить дракона? Выстраиваем отношения с самым привередливым заказчиком[Подробно...][Скрыть]О спикере: Вагина Тамара. Текущая позиция - менеджер проектов в комании Сдэк (логистика). Ранее опыт работы на позиции бизнес- и продуктового аналитика в сфере ритейла. Доп. образование - психолог в социальной сфере. С 2018-го года участвую в ЛАФ в качестве участника. Влюблена в мероприятие с первого дня)) О докладе: Тема - выстраивание коммуникаций с бизнес-заказчиками при отсутствии продуктового подхода. Ситуация, когда от ИТ хотят "всё и завтра", не ведётся учёт трудозатрат, не выполняется оценка выгоды от запуска фичи, а для одной команды около 5-ти разнонаправленных заказчиков. В докладе опираюсь на теорию конфликтологии из соц.психологии. |  Вагина Тамара Доклад (40 минут) |
Как вытащить себя за волосы из болота: проектный подход к изменению себя и своего психологического состояния[Подробно...][Скрыть]Расскажу небольшую предысторию о том, как родилась тема этого доклада. Я много лет проработала бизнес-аналитиком и не по наслышке знаю, что такое профессиональное выгорание и состояние полного опустошения после больших и сложных проектов. Особенно сложных эмоционально. Аналитики - это люди, которые работают на "линии фронта" и зачастую как фильтр пропускают через себя кучу негатива и с той, и с другой стороны. Сначала ты стараешься просто не обращать внимание, где-то находишь силы, но общая усталость, конечно, копится. В этом году наложилась пандемия, стресс и удалёнка. Знаю, что многие сейчас находятся в состоянии общей усталости и депрессии на фоне прошлого года. 2 года назад я словила длительный и очень большой стресс, который в итоге привёл меня к клинической депрессии. Когда я поняла, что дело пахнет керосином и я уже с трудом могу сосредоточиться и нормально работать, я стала разрабатывать план внедрения изменений в свою жизнь, которые, как мне казалось, помогут выбраться из затяжного нересурсного состояния. Но так как я бывший аналитик и руководитель проектов, решила подойти к внедрению этих изменений по отработанной схеме: как к проекту. И, отдать должное, это был один из самых интересных проектов в моей жизни. Раздумывая о теме доклада на ЛАФ, я посчитала, что этот опыт будет многим полезен, особенно сейчас, в ситуации неопределённости, когда наша психика и так очень устала на фоне пандемии. Мы поговорим: 1. О стрессе. Что значит стресс для организма и к каким последствиям он приводит в долгосрочной перспективе. Почему и как важно не допускать стресса. 2. Какие традиционные проектные подходы можно использовать для внедрения изменений в свою жизнь. Как составить план изменений и про что не забыть. 3. Как в борьбе с сопротивлениями нам подойдет модель внедрения изменений в бизнесе ADKAR. 4. Отчетность и аналитика. Ежедневные чек-листы по физическому и эмоциональному состоянию, балльная система оценки каждого дня. Связь между общей удовлетворенностью от дня и другими факторами (приём витаминов, спорт, медитация). 5. Тестирование изменений. Как понимать, что ты движешься в нужном направлении. Какие замеры делать и с какой регулярностью. 6. Лайфхаки, которые помогут быстро вернуть эмоциональную устойчивость, когда ситуация или конфликт выбивает почву из-под ног. В основе этого доклада лежат: - Более сотни прочитанных книг по внедрению изменений в бизнес и свою жизнь, психологии, терапии, работе с ПТР. - Огромная куча ошибок, которые я совершила, а можно было не совершать. - Регулярная работа в группах психологов и инсайты, которые там были найдены. |  Юлия Ерина Доклад (40 минут) |
Требования к обслуживанию больших данных: опыт первых 2300 лет эксплуатации[Подробно...][Скрыть]Существует пять универсальных требований, применимых к любым информационным системам, работающим с большими данными. За 20 минут посмотрим, что это за требования, почему они не важны пока данные «маленькие», но стремительно поднимаются в приоритете с переходом к парадигме Big Data. Аналитики, осваивающие работу с Big Data, смогут добавить их в свой чек-лист для проверки полноты требований. А опытным специалистам, работающим с большими массивами данных не первый год, будет любопытно узнать, что бета-версия этого набора требований была сформулирована еще в Древнем Риме. |  Дмитрий Волгин Блиц-доклад (20 минут) |
Как я не пошла в декрет - организация работы вместо декрета[Подробно...][Скрыть]Я работаю в команде разработчиков (20 разработчиков) и в проектах выполняю всю не кодинговую работу (аналитика, PM, PO, Scrum-master, документация, немного тимлид и т.д.). Под моим руководством находятся 2 бизнес продукта (5 веб-интерфейсов и 4 мобильных приложения). 2020 год привнес в нашу жизнь пополнение в семье, данное событие было радостным, но не таким простым, как хотелось бы. Еще при планировании я приняла решение не идти в декрет. За период беременности и год после мы успешно запустили под моим руководством 2 крупных проекта и переформатировали полностью работу в команде. В своём докладе расскажу о том что и как изменилось в моей жизни, что на это повлияло, как я организую свой рабочий день и как это стыкуется с младенцем.
|  Ситникова Инна Блиц-доклад (20 минут) |
Что хотят разработчики[Подробно...][Скрыть]В течение 15 лет опыта в разработки я прошел путь от разработчика до архитектора и в итоге большую часть времени занимаюсь архитектурой приложений и созданием и управлением командами и процессами разработки. Я пришёл к выводу, что все команды как организации имеют одни и те же проблемы. Я хочу поделиться опытом решения этих проблем и ответить на вопросы: * Что хотят разработчики ? * Как писать требования для разработчиков ? * Как инструменты, которые используют разработчики, влияют на качество их мышления ? * Как измерять эффективность разрабтчиков ? * Почему в будущем не нужны будут "просто аналитики" и "просто разработчики" ? Это доклад про мой опыт, который касается веб и около системной разработки. |  Dmitry Rodichev Блиц-доклад (20 минут) |
Аналитическая игра: Работа с заинтересованными лицами в условиях полной невесомости[Подробно...][Скрыть]Приглашаем аналитиков на первую бизнес-игру КРОК “Работа с заинтересованными лицами в условиях невесомости”. В рамках игры участники потренируются:
Формат игры: Участники будут работать в командах по 5-6 человек. У вас будет возможность пообщаться с 4 персонажами, сотрудниками вымышленной компании. Игра состоит из 3 частей:
Количество мест ограничено! Будет организована запись на игру. Вы можете собрать свою команду или поработать в команде с другими участниками. Увидимся на игре! | Екатерина Герт Свободный формат (опишите в заявке) |
Аналитик в домашних условиях: семья - это система[Подробно...][Скрыть]
Меня зовут Маргарита и я системный аналитик. Мне нравится собирать требования и строить по ним хорошие процессы. Однажды я решила применить эти навыки в моей семье.
Мы находились не в самой простой жизненной ситуации - полная изоляция с детьми, с домашними животными, без возможности выйти на улицу. Мы с мужем айтишники и это позволило нам выбрать линию того, что семья - это система, и приземлить в эту систему набор идей.
Нами были выстроены домашние процессы. Появились недельные спринты, ретро и другие командные вещи - дети поняли, что это что-то интересное, и активно участвуют во всем этом.
До этого за большинство процессов отвечали мы с мужем, и поэтому дети не воспринимали семью своей ответственностью. В моем подходе детям прививается интерес и осознание того, что успех ребенка - это его собственная перспектива и задача. Фокус на том, что ребенок теперь понимает, что это действительно нужно ему, а не как обычно, когда родитель решает за него.
Геймификация, самоорганизованная команда и порядок в процессах - все это способен сделать системный аналитик в домашних условиях.
|  Маргарита Маликова Блиц-доклад (20 минут) |
Что нужно знать аналитику об управлении бизнес-процессами[Подробно...][Скрыть]Как человек, в последние 10 лет занимающийся исключительно автоматизацией, моделированием и оптимизацией бизнес-процессов, я расскажу о том, что аналитику необходимо знать об управлении бизнес-процессами, и что может помочь ему на пути превращения в активного члена команды, занимающейся управлением бизнес-процессами. |  Наталья Желнова Доклад (40 минут) |
Data Science и машинное обучение: обзорная экскурсия[Подробно...][Скрыть]
Введение в науку о данных и машинное обучение. Основные термины и понятия.
Знакомство c Kaggle - системой организации конкурсов по исследованию данных.
|  Марина Липатова Блиц-доклад (20 минут) |
Как организовать онбординг новых аналитиков и не сойти с ума[Подробно...][Скрыть]Как сделать так, чтобы новичку было все понятно и ясно, а у вас нашлось время, чтобы все рассказать и при этом еще успеть сделать свои текущие задачи? А если таких новичков несколько? А если у вас задач больше, чем обычно? Расскажу про:
|  Ольга Пономарева Блиц-доклад (20 минут) |
Планирование трудозатрат в условиях неизвестности[Подробно...][Скрыть]
Проблематика оценки трудозатрат и планирования работ в рамках проектирования и реализации ИС. Как получить максимально точную оценку предстоящих работ и определить необходимый состав команды проекта. Для решения данной проблемы, мы разработали методику предварительного расчета трудозатрат и реализовали ее в инструменте в таблицах ексель. Методика опирается на декомпозицию процессов на единичные информационные объекты и определение списка основных работ, выполняемых при проектировании и реализации данных информационных объектов.
В докладе будет детально рассказано:
- что такое информационный объект и основные подходы по их выявлению
- основные работы по реализации информационных объектов и регламентация описания постановок для реализации
- сбор статистической информации в разрезе работ для определения трудозатрат
- разработка и реализация инструмента по расчету трудозатрат
| Метелева Ирина Блиц-доклад (20 минут) |
Почему спустя 30 лет психбольница все еще в руках пациентов и что с этим делать ? (Продуктовая парадигма)[Подробно...][Скрыть]Слабонервным и начинающим аналитикам просьба не читать дальше …
“Заказчик всегда просит не то что он хочет, Я даже не могу вспомнить когда я первый раз ее услышал, и сколько раз пропускал ее между ушей. И это было тогда когда задача у IT систем по сути была одна, хранение и передача данных. А стоило бы задуматься. В конце 2020 года IIBA выпустило брошюру в которой, просто, открытым текстом написано: “большинство компаний переходят на продуктовую модель разработки”,”давайте посмотрим что из BABOK может вам пригодится”... Это говорит о том, что в тренд исхода с проектной парадигмы на продуктовую охватил позднее большинство. Что особенно удручает, что с точки зрения IIBA полезного нашлось немного. В рамках доклада рассмотрим плюсы и минусы перехода предлагаемого IIBA и здоровую альтернативу “психбольнице”. |  Dmitry Bezuglyy Доклад (40 минут) |
Круглый стол обсуждеие Проектной и Продуктовой Парадигмы[Подробно...][Скрыть]d докладе сформированы достаточно провокационные тезисы которые хотелось бы обсудить в первый или второй день фестиваля | Dmitry Bezuglyy Круглый стол (1,5 часа) |
Сказ о том как документацию лечили да автоматизировали[Подробно...][Скрыть]Жил был продукт для больших компаний. С хорошей документацией, которую команда вела в конфлюенс. Продукт рос, документация пухла, но оставалась хорошей. Число заказчиков тоже увеличивалось, а под каждого заказчика появлялось новое пространство с описанием продукта — с одной стороны, унаследованном от общей документации, а с другой — описывающее специфичные для заказчика доработки и настройки. В какой-то момент выросшая документация выросла настолько, что вышла из-под родительского контроля команды:
Но команда не растерялась и отправила документацию на лечение. О проведенном процессе исцелении я и расскажу в докладе:
| Павел Абдюшев Доклад (40 минут) |
Садо-эстафета 3 часа[Подробно...][Скрыть]
В 2017 году Перчинки и Ко (сборная), Восточный экспресс (Иваново), (Нижний Новгород) успешно справились с помощью заказчику: заказчик был удовлетворён представленными решениями, а некоторые возжелал увидеть и получить немедля! Подробности по ссылке: https://www.facebook.com/groups/let.an.fest/permalink/1721066081254337/
В этом году С.А.Д.О. эстафета возвращается. В рамках игры участники будут:
Для кого: для аналитиков любого уровня.
Формат игры: С.А.Д.О. эстафета - это командная игра. В одной команде 4 человека. Можно взять с собой пятого - он всё запишет и сохранит для истории, но игровые задания выполнять не будет. Игра состоит из частей:
Будет организована запись на эстафету. Количество мест ограничено. Для участия вы можете собрать команду заранее или объединиться перед стартом. |  Ирина Векленко Свободный формат (опишите в заявке) |
Фасилитационные техники для аналитики и генерации продуктовых идей[Подробно...][Скрыть]Опытный сертифицированный Agile коуч, Алексей Дерюшкин, выступит с МК на ЛАФ.
Тезисы:
Для качественной генерации идей надо включать групповую динамику и качественно загружать информацию в головы. Без этого даже с качественными входящими данными можно получить гипотезы среднего и низкого качества.
На мастерклассе разберём способы фасилитации групповом работы, которые позволяют повысить качество сгенерированных продуктовых гипотез.
Ключевые техники: факт-карты, почему они важны и как работают с точки зрения нейробиологии. Также в связке с ними - матрицы для генерации, декомпозиции и фильтрации идей.
И дам шаблоны, как вокруг всего этого можно построить рабочую встречу размером до 100 человек.
Ну и так как это мастер-класс, то обязательно попробуем на практике в игровом формате.
Фишка МК не в отдельных инструментах, а их последовательности.
| Алексей Дерюшкин Мастер-класс (укажите длительность в заявке) |
Big data и экосистема в МТС[Подробно...][Скрыть]30 мин. Дмитрий Солодов. Ио начальника отдела по работе с корпоративными клиентами. - 5G МТС, внедрение IoT – решений, автоматизация систем проекта УМНЫЙ ГОРОД. - Big Data – анализ прогнозов при принятии многофакторных, комплексных решений, геоаналитика, примеры реализованных кейсов. Эволюция бизнеса МТС
Элементы экосистема МТС
Трансформация ценностей
Развитие цифровых продуктов
МТС системный оператор Костромской области
Цифровизация социально значимых объектов
| Дмитрий Солодов Доклад (40 минут) |
Круглый стол: Аналитик в проектах внедрения 1С и других ERP систем[Подробно...][Скрыть]Существует мнение, что в среде 1С и других ERP систем работа аналитика (в широком смысле, речь идет о разных видах анализа) существенно отличается от классического понимания работы аналитиков в ИТ-проектах. C этим мнением кто-то согласен, кто-то нет, но глубоким спорам уже лет 15. На круглом столе обсудим вопросы: 1. Есть ли место разделению аналитиков: бизнес, системный, технический … (можно ли транслировать (их) опыт на 1С)? Границы между бизнес и системным анализом в 1С индустрии? 2. Есть ли место архитектору (системному аналитику) как отдельной специализации (как отдельной профессии) в 1С? 3. Есть ли практика совмещения множества ролей аналитиков в других средах разработки? 4. Кто какими инструментами пользуются для прототипирования интерфейса? В каком инструментарии 1С-нику прототипировать интерфейс? 5. Типичная карьера для аналитиков для разных проф. областей? 6. Как происходит вход в профессию (какие навыки нужны первичные, и нужны ли)? 7. Проблематика внедрения изменений с точки зрения ИТ. Бизнес как правило c недоверием относится к консультантам от 1С как к консалтингу. А как у других? 8. Разделяют ли проекты консалтинга и ИТ? 9. Репутация и влияние аналитиков внутри бизнеса (in-house и внешние)? 10. Если ли миграция между сферами аналитиков (переход между разными платформами, типа SAP-1С, 1С-Галактика и т.п.)? | Александр Чавалах Свободный формат (опишите в заявке) |
Детский ЛАФ-квест[Подробно...][Скрыть]
Лаф-квест - то, что нужно юных для любителей загадок и авантюр.
Логика, чувство юмора, толика ловкости, сочетание несочетаемого и немного удачи — вот что нужно настоящим искателям приключений.
Ждем вашу команду :)
| Дарья Гармаш Свободный формат (опишите в заявке) |
Аналитический пароход, баттл[Подробно...][Скрыть] | Тимур Хайруллин Свободный формат (опишите в заявке) |
| 1 | 2 |