Без заголовка

А можно как-то компактно, без изучения не относящихся к делу материалов? Я бы в двух словах так сказал, переводя ваши же слайды и используя жизненный опыт: модуль = рассмотрение элемента системы с точки зрения отношения "часть-целое", элемент компактной организации системы. компонент = описание элемента системы с точки зрения логического описания его функциональности ("делает то"), элемент компактного описания функциональности системы. Теперь, пытаюсь осмыслить в контексте этого ваше понимание "product backlog". В Scrum: "Product Backlog Product Backlog - это приоритезированный список имеющихся на данный момент бизнес-требований и технических требований к системе. Product Backlog включает в себя use cases, defects, enhancements, technologies, stories, features, issues, и т.д.. Product backlog также включает задачи, важные для команды, например "провести тренинг", "добить всем памяти" Backlog содержит ссылки и на модули, и на компоненты. Он включает в себя и user stories, и use cases, и issues. Каким же образом вы его противопоставляете narrative? (Который, в свою очередь, всего лишь является линейной записью user stories / use cases / issues, вместо нагруженно-сетевой структуры product backlog) И то, и другое, ничего не говорит ни про модули, ни про компоненты. Система и там и там вполне может описываться и в терминах "что делает" и "из чего состоит". (И кстати, никакой User Story Mapping не заставляет реализовывать систему, полностью повторяя метафоры заказчика -- просто рассматривайте подобные процедуры как способ выжать из заказчика максимум информации, не делая его мозгам больно) P.S. И уж кто бы говорил про использование стандартного языка, увлекаясь слово- и термино-творчеством ("многерица", "смычка")