Ну да, есть — или решаемо, или нет, или месяц, или год, или в одно лицо, или командой.
SD>Спринты позволяют В СРЕДНЕМ понять, сколько у вас уходит на проверку гипотезы, сколько на саппорт, сколько на что-то еще. Все эти "магические процедуры" — банальная телеметрия, для понимания, что сколько стоит. Проработав так год-другой, приличная лаборатория уже знает, сколько будет стоить проверка очередной гипотезы (вне зависимости от результата).
Вы лучше расскажите, как вы будете спринты планировать, когда содержание меняется от каждого нового промежуточного результата. Здесь слишком много т.н. грязных задач, почти что операционная деятельность — обслуживание процесса, регулярно задачи типа траблшутинга-суппорта, которые заранее не видны.
Ну вот делаю, скажем, прогон тестов. Полезли неожиданные ошибки. По плану — брать другую подзадачу. А с этими ошибкими весь баклог спринта коту под хвост.
Вот например маленький ресёрч который я делал, длился полгода — закончился тем, что все варианты решения были забракованы. Не сильно ясно, чем здесь помогает скрам.
Еще один ресёрч длился два года, и в самом конце я подвис на месяц или два, чуть не поседел. Ну есть у меня подзадачи "написать чтонибудь еще" и "собрать статистику", а дальше то что?
С приложением все иначе — сходимость прогозов и результатов рано или позно обеспечивается. А вот с исследованием это не так. Результат по проекту он аддитивный. Даже если вы пишете плохо, то все равно доберётесь до конца. По исследованию это мягко говоря не так.
