Игорь, а какой стратегический подход более всего подходит для QlikSense? На многих проектах мы видим что используется больше «такой эджайл», как вы его назвали. Что посоветуете?
Ключевой элемент таких проектов — это хаос во всем, поэтому нужно задать хоть какие-то изначальные правила как для заказчика, так и для исполнителя. Такие правила могу быть определены, например в Уставе проекта или в каком-то ином документе, который будет описывать принципы.
На мой взгляд надо обязательно фиксировать как минимум:
0. Цели и задачи проекта;
1. Вероятные источники данных в общем без детализации;
2. Требования к разработке в общем - архитектура, структура каталогов и тд;
3. Стандарты, применяемые к разработке - техническая эстетика, безопасность;
4. Общие требования к интерфейсу;
5. Прочие ключевые разрешенные и запрещенные вещи.
Суть в том, что, когда нет задания должны быть определены правила игры, очень простые, но которые будут соблюдать стороны. Это немного обезопасит от типичных проблем таких как изменение источников данных, исчезновение разработчиков с проекта, разнородный интерфейс и тд.
А дальше можно и правда работать почти по эджайл) то есть спринты делать на 1-2 недели в которые небольшой кусочек разрабатывается