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