Доклады Analyst Days #16

Channel: SQA ANALYST TECHWRITER DAYS

Videos (75)

1 — Время перемен
2 — Не ИТ единым: работаем со стратегией
3 — Требования к графическим интерфейсам: одна памятка ответит на все ваши вопросы
4 — Архитектор системы vs Архитектор решения
5 — Наташа, вставай, мы SCRUM поломали!
6 — Начинайте готовиться к следующей конференции уже сейчас
7 — ChatGPT в работе аналитика
8 — Анализ проблем через карту проблемного поля
9 — Аналитик в продуктовой разработке
10 — Менторство как путь к цели
11 — CJM и USM
12 — Взаимодействие системного аналитика и дизайнера
13 — Децентрализация функции бизнес-аналитиков: как не потерять в качестве. Опыт Газпромбанка
14 — Почему возникают ошибки, когда всем и так всё понятно
15 — Рациональное "нет". Как отказать бизнесу и остаться друзьями
16 — Мастерство аналитика на интеграционных проектах
17 — Как строить BaaS на примере банка
18 — Cynefin framework
19 — Особенности работы с гос.органами
20 — BarCamp 12
21 — Тех.мониторинг для аналитиков
22 — Распространенные антипаттерны проектирования RESTful API
23 — Как говорить на языке заказчика
24 — Процесс управления требованиями
25 — Сказка о масштабировании команды и потерянном времени
26 — Треки развития аналитиков. Кукбук или "Карьерный гайд"
27 — Комедия или драма: когда все системы дружат, но ты больше не можешь сдерживать поток JSON сообщений
28 — Особенности внедрения нотации С4 для solution архитектуры в большом Enterprise
29 — Достучаться до небес: как выстроить эффективное взаимодействие с «непростым» заказчиком
30 — Стражи анализа
31 — Инструменты бизнес-анализа для тимлидов
32 — Почему мы отказались от фуллстек аналитиков и как работает ролевая модель в энтерпрайзе
33 — Автоматизация ревью ТЗ с инструментами Confluence & Comala
34 — KYC и чек-лист при работе с пользователями
35 — Эмоциональный интеллект в командной работе
36 — Зачем бизнес-анализ в крупной производственной компании, и как им живется вместе
37 — Треугольник руководителя. Как управлять командой и успевать жить
38 — Как описать спецификацию требований к фиче, чтобы она устроила вообще всех
39 — Как с помощью технической поддержки увеличить лояльность пользователей: кейс «ЛЕНТА»
40 — Один в поле не воин: опыт построения корпоративного сommunity аналитиков с нуля
41 — И целого проекта мало — как системному аналитику собрать побольше опыта и не сойти с ума
42 — Анализ функциональности: есть только путь
43 — От данных к ценности: как выжать максимум из клиентской аналитики
44 — Инструменты для визуализации данных: от простого к сложному
45 — Каким образом проектирование бизнеса влияет на IT продукт
46 — Байесовское АБ тестирование
47 — Не по шаблону: выбираем подходящую структуру ТЗ
48 — Персональная стратегия развития в области бизнес- и системного анализа
49 — Диаграмма последовательности - сильный инструмент в руках умелого аналитика
50 — Не надо писать документацию, если просят
51 — Разбираемся с нефункциональными требованиями на примерах
52 — Бережливая работа с требованиями или почему ТЗ больше не нужно
53 — Что взять из UX в BI-проект или зачем бизнес-аналитику эмпатия
54 — Как выжить аналитику в атмосфере вечной неопределённости
55 — Семь раз проверь - один раз отдай: зачем аналитику тестировать разработку?
56 — Продакт менеджмент как продолжение карьеры
57 — Измеряем температуру процессов (взгляд на выгорание со стороны)
58 — Функциональный прототип как этап сбора требований для автоматизации бизнес-процессов
59 — Как сделать массовую облачную BI-аналитику доступной для человечества
60 — Ownership - конкурентное преимущество или "сыр в мышеловке"?
61 — Agile — работа non stop или как управлять бесконечными изменениями требований
62 — Почему вам стоит нанимать аналитиков с IT курсов
63 — Делаем систему пригодной для тестирования, поддержки и развития. Создаем инструменты сверх ТЗ
64 — Давай сыграем в игру...
65 — База знаний как продукт
66 — Как избежать фатальных ошибок при разработке IT продукта
67 — Как мы учим бизнес готовить вкусные дашборды
68 — Не модальным окном единым
69 — Каталог данных: от идеи до внедрения
70 — Узри, падаван, путь данных
71 — Интерфейс который [не] бесит!
72 — Требования или модели - как писать постановки
73 — Не убейте друг друга до конца спринта! Практическая магия взаимодействия System Analyst&UX designer
74 — Риск-ориентированный подход к выявлению требований по кибербезопасности
75 — От монолита к микросервисам (практическое применение)