Изменения

м
Нет описания правки
Традиционный подход к ведению проектов побуждает сначала провести анализ, описать состояние As Is, и лишь потом начинать проектирование системы. Мой опыт говорит о том, что гораздо эффективнее другой подход: после того, как примерно оконтурено проблемное поле и болевые точки, мы синтезируем модель будущего приложения и сопутствующие идеи изменения процессов, а далее, на интервью с заказчиками, не просто выясняем детали ситуации, а сопоставляем ситуацию с моделью и обсуждаем модель и идеи изменений. И это позволяет сразу проверить свои идеи и модель приложения, заранее обсудить ее с заказчиком. Я покажу применение такого подхода к проектированию на нескольких кейсах.
 
Пока нет видео этого доклада, можно смотреть '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' про разработку постановок, и доклад '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]''', в докладе много материалов из этих докладов. Но фокус на то, что vision - основа и первый шаг делаю впервые.
= Презентация =