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