Comments 9
статья как ещё один повод задуматься об организации работ :). вижу книжно-канонический стиль изложения и несколько упущенных нюансов которые весьма важны для применения изложенного в практике.
Это понятно и привычно, когда апологеты Agile сражаются на невидимом фронте с несуществующим Waterfall. Но предоставление agile и scrum - это что-то новое и прекрасное. Напоминает 90е когда пацаны выясняли что круче - рэп или хип-хоп.)))
Почему же новое) Scrum как один из частных случаев Agile очень часто используется компаниями для построения процессов работы команды.
Решила, что будет неправильно рассмотреть влияние только общих характеристик Agile на работу бизнес-аналитика, поэтому постаралась показать также и Scrum глазами аналитика.)
Очень хорошая статья. Наилучшее изложение методологий разработки, которое я встречал за последнее время.
Спасибо за статью.
Что-то я упустил, с какого момента от бизнес-аналитика стали требовать разработку пользовательской документации? Когда на пресейле проекта забыли забюджетировать технического писателя?
А аналитические документы о деятельности проекта? Когда руководитель проекта переехав на Бали на столько преисполнился, что ему уже не до оценки рисков и сроков реализации?
Про системного аналитика лишь единственное упоминание, зато аналитик «по самые гланды» занят разработкой технического задания, содержащего описание «… архитектуры, технологий, баз данных и другие технические аспекты.»
Жаль конечно студентов Практикума, гораздо хуже если вашу статью скормят для обучения LLM моделям.
А как по вашему опыту методология влияет на разделение задач между бизнес-аналитиками и системными аналитиками?
Задачи и роль бизнес-аналитика в разных методологиях разработки — Agile, Waterfall, Scrum