Intro

seminars

Торгуем книгами

https://boardmix.com/app/editor/xsXG1UhHLNCy_gH8yx2iiA?inviteCode=07eZ2z

Строим клиентский путь

1. Бизнес-анализ
   • разделяем на статику (инструменты) и динамику (процессы);
   • понять бизнес-процесс, какие действия мы реорганизуем;
   • описываем шаги до получения книги в руки (идём по улице → …);
   • нужно разделить действия между роботом и человеком;
   • определяем необходимые инструменты (маркетинговые, магазин, и т.д.);
   • продумываем денежные потоки;
   • определяем процессы для получение инструментов (закупка книг, наём персонала);
   • после разделения на бизнес-процессы и бизнес-систему, определяем, какая работа передаётся роботам;
   • требования к клиенту после роботизации;
   • обновляем требования к системе после роботизации;
   • построить воронку людей, чтобы провести бизнес-анализ, насколько увеличился прирост покупателей, по сравнению с ростом персонала;
2. Анализ системы в целом (потоки данных; для каждого пути)
   • выделить функции и преобразовать их в потоки данных;
   • строим MVP и доп. функции:
   • рисуем потоки данных (data flow diagram);
   • строим диаграмму вариантов использования;
   • требования к внешнему виду;
   • определяемся с территориальной распределённостью (работаем уже с системой, а не с процессами);
   • прописываем требования к маркетингу, к сайту;
   • построили архитектуру систему, выделили части (клиент, сервер, бд, менеджер);
   • выделяем ПО (заказное, покупное), какие функционал и архитектура к чему относятся;
   • железо, что к нему относится;
   • прописываем требования к ПО;
   • расписываем требования к каждой части ПО по каждому кейсу;
   • исходные → проектные требования к каждому компоненту (составляем спецификацию и отправляем на разработку).

Проект

• требование = проектное решение

Какие бывают IT-проекты

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

Виды определённости рисков

• знание себя + знание окружения = шаблонные задачи;
• знание окружения = новые технологии, люди, фреймворки, новые версии;
• знание себя = новые задачи;
• _ = новые задачи, технологии, люди, версии.

Cynefin framework

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

Почти всегда находимся в одной из ситуаций: