1. Знакомство с аудиторией, деление на команды (тяжелая автоматизация УТ, автоматизация УТ среднего уровня, легкая автоматизация УТ)
2. Формулировка процесса разработки и управления требованиями каждой командой, вводные дает ведущий: описываем схему, основные понятия и артефакты, риски, средства управления ими и т.п.
3. Сбор требований к СУТ от каждой команды
4. Анализ инструментальных средств, представленных на российском рынке ПО
5. Создание алгоритма выбора, обсуждение

Изменения в ИТ происходят постоянно. Они привязаны к изменениям в работе предприятий.
Выделим в работе предприятий три уровня: Люди, Бизнес-процессы, Идеи.

Хочу поговорить о методах выявления ожиданий и требований к несуществующему продукту.

Что делать, если у заказчика есть Идея и... всё. А. Деньги у него тоже есть :)

Откуда черпать вдохновение при описании концепций, требований и ограничений и вот этого всего? Как победить всю эту неопределенность? (Спойлер! У вас есть заказчик и будущие пользователи! ;) )

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

Удивительно, сколько больших и детских грабель, на которые мы наступаем, как только начинаем открывать рот и оттопыривать уши!

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

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

Скорость, фокус, результат!

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

Я расскажу об ошибках и решениях, а также о том, какие проблемы могут ждать аналитика, как ему справиться с этим, и как в итоге сделать больший вклад в успех проекта.

Эта история будет интересна как специалистам с опытом (нам будет что обсудить!), так и начинающим, ибо грабли гораздо лучше смотрятся со стороны.

Воркшоп/мастер-класс : 1.5 часа

Для кого:

Ведущих и главных аналитиков, владельцев продукта, руководителей проектов.

Цель:

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

Структура:

1. Вступление;
2. Представление метода;
3. Имитационная игра с участниками;
4. Разбор результатов с демонстрацией приемов эффективной работы;
5. Моделирование ситуации и самостоятельное применение метода;
6. Рефлексия.

Описание:

В чем проблема?

1. Базы знаний доменных областей отсутствуют, плохо структурированы, не актуализируются или попросту не используются, т.е. их ценность не ясна.
2. Обучение происходит силами сотрудников компании.
3. Запросы на обучение могут не поступать со стороны сотрудника (не знает, что обучение есть, не желает учиться в рамках текущих обязанностей и т.д.)
4. Не у всех компаний есть стратегия по повышению квалификации сотрудников.
5. Существующее внутреннее обучение низкого качества.

Зачем нужен календарь?

У каждой компании/коллектива/команды свои уникальные особенности и трудности по ходу работы над проектами/продуктами. Поэтому не смотря стандартизированные или наработанные подходы (методологии), используемые в той ли иной компании практики, приобретают свою рабочую форму и содержание только в процессе адаптации. Следовательно сотрудники обладают неоднородным опытом и степенью погружённости в работу всех подразделений компании.

Одним из способов обучения и погружения в предметные области является «Календарь непрерывного обучения». Для чего он может быть нужен:

• Пополнение базы знаний проекта/продукта для подготовки учебных курсов корпоративных университетов.
• Адаптация новых сотрудников подразделений.
• Адаптация новых участников команд или формирования контекста в уже существующих командах.
• Для долгих проектов.
• Для демонстрации ценности проекта/продукта.

Почему аналитики/PO?

Почему же именно аналитики или владельцы продуктов могут стать менеджерами процесса непрерывного обучения? Все просто, мы (аналитики/PO) чаще всего сокращаем пропасть между бизнесом, пользователями и командой разработки и видим процессы, протекающие в компании более системно. Не редко ведущий аналитик/PO берет на себя роль драйвера процессов ведущих к достижению целей.

А кто должен заниматься непосредственным обучением?

В идеальной ситуации обучением должны заниматься профессионалы (менеджеры по обучению, тренеры, Agile coach, учебные центры и т.д.). Наша задача заручиться поддержкой руководства и управлять процессом выявление потребностей и помощи в организации.

В ходе воркшопа/мастер-класса сосредоточимся на командах (если останется время рассмотрим, как подобный метод можно распространять на всю компанию).

Суть метода:

1. Посредством ретроспектив выявлять потребности на уровне: Человек/Процесс/Компания.
2. Управлять календарем непрерывного обучения.
3. Участвовать в организации обучение и MeetUP’ов.
4. Фиксировать результаты встреч/церемоний в базе знаний (WiKi).
5. Использовать WiKi.

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

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

В нашем совместном с Ириной Суровой выступлении мы надеемся выделить моделе-ориентированное мышление в чистом виде, и поговорить о подходах к его обучению. Примерно это же сейчас делает Анатолий Левенчук совместно с рационалистами, выделяя курс "мыслительного фитнеса", основ мышление на моделях как базу для курса системного мышления (https://thpectrum.livejournal.com/3514.html).

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

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

Основные тезисы доклада: 

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

Игра-симуляция. Время - 3 часа.

Соведущий - Юлия Смирнова.

"Начальник отдела - это не профессия"

Из разговоров программистов 90-х годов

Кто лучше других аналитиков должен обладать компетенциями отдела?

Кто чаще других вынужден разбираться одновременно в ворохе разноплановых задач?

Кто обязан «держать руку на пульсе», знать, предвидеть, предотвращать?

И при этом - оставаться нормальным человеком, понимать, сочувствовать, переживать, помогать, утешать...

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

На прошлом ЛАФ 2017 я рассказывал про то, как найти новую нишу в бизнесе с помощью методики Голубого океана:

http://conf.uml2.ru/class/strategiya-golubogo-okeana--kak-naiti-svoyu-nishu.html

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

1. Проанализируем текущий рынок с помощью стратегической канвы

2. Рассмотрим альтернативные рынки

3. Проанализируем схожие стратегические отрасли

4. Рассмотрим различные группы потребителей

5. Предложим дополнительные продукты и услуги

6. Посмотрим на функциональную и эмоциональную привлекательность

7. Заглянем в завтрашний день

8. Сформулируем новую стратегию компании

Длительность 1,5 часа.

Мастер класс рассчитан на 1,5 часа

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

Рассмотрим как теоретическую так и практическую часть