Перейти к содержимому

Сергей Нужненко — Ловушки проектирования и как с ними бороться

Flow — конференция про системный и бизнес-анализ

0:00 / 0:00

Сергей Нужненко — Ловушки проектирования и как с ними бороться

862 просмотра · 2 года назад
Flow — конференция про системный и бизнес-анализ
3,09 тыс. подписчиков
862 просмотра · 2 года назад
Подробнее о конференции Flow: https://jrg.su/CAm5kF — — Скачать презентацию с сайта Flow — https://jrg.su/Z1MGV2 1. Включение аналитика в работу команды раздувает time to market любой самой маленькой фичи на 3 месяца. 2. Поэтому аналитика нанимать не нужно. Часто первый пункт оказывается правдой, и автоматически следует второй. Почему? Шаблоны документов и схем из предыдущих проектов не подходят к новому. Происходит паралич принятия решений в погоне за идеалом. Раздуваем рамки системы и проекта, игнорируя очередность реализации фич. Делаем слишком детальные или не те документы, описывая то, что и так понятно команде или не нужно в данный момент. Когда мы такое видим — это значит, что процесс проектирования не подходит под проект. Может, процесс скопирован с другого проекта. Может, незаметно изменились условия. Может, мы ошиблись при планировании. Сергей рассказал, как не попасть во многие распространенные ловушки при выстраивании процесса проектирования. Какие есть подходы к сравнению IT-проектов и куда смотреть, чтобы понять, насколько другим является наш новый проект. Спикер рассказал про главный секрет проектирования: невозможно составить единый список шагов, ведущих к успеху. Процесс проектирования выстраивается в 4 ортогональных областях, сочетание которых создает огромное количество вариантов. Эти области: предмет проектирования (состав проектных решений, которые надо принять, и порядок их принятия), виды работ (выбор способов сбора информации, появления проектных решений, их детализации и взаимного согласования), инструменты (нотации, шаблоны, технические средства и другие инструменты), представление (выбор формы представления и способа донесения проектных решений всем, кому они нужны). Предмет проектирования: можно сказать, что IT-системы имеют фиксированный набор проектных решений, но этот набор тесно переплетен со структурой системы и планом ее построения. Это дает нам относительно простую модель для понимания, какие решения надо принимать и когда. Виды работ: их не так много, и их достаточно легко выбирать под текущие условия. Сергей показал классификацию видов работ проектировщика и дал подход к выбору. Инструментов проектирования существует огромное количество. При этом мы практически всегда говорим о моделях, моделировании и шаблонах проектирования. Рассмотрели классификацию моделей и шаблонов, которая покажет, что выбрать модели и шаблоны под ситуацию не так сложно, как может показаться. Для выбора формы представления и наполнения ее содержанием существует простой чек-лист. Для выбора способа донесения спикер показал несложную модель, которая позволит подстроиться под текущие условия. Вы сможете улучшить свой процесс проектирования, посмотрев на ваш проект через призму моделей и принципов из доклада.