Виталий

Самое время попросить эту библиотеку у Дедушки Мороза.

может подойдут книги типа

Agile оценка и планирование проектов, Кон Майк - 2018
Постигая Agile. Ценности, принципы, методологии, Э.Стеллман, Д.Грин - 2018

Спринты.

1 спринт:
- дизайн
верстка
программирование

2 спринт:
дизайн
верстка
программирование
и тд.

Чаще всего дизайн выносят за спринты.
Статусы:
Открыта
В процессе
Завершениа
Тестирование
Проверена
Переоткрыта

Все задачи попадающие в статус завершена - хватаются QAшниками и проверяются, если все норм - переводят в статус "Проверено", если нет то переводят в "переоткрыта".

Проектирование приложений можно условно разбить на 2 уровня:
1. Уровень проекта.
Сюда входит понимание того, как приложение должно выглядеть в целом и из каких компонентов состоять, а также по каким принципам оно собирается взаимодействовать с внешним миром (если есть такая необходимость). Компоненты зависят от выбранной архитектуры - в случае монолитного приложения вам требуется понимать, как разбивать его на слои и в чем ответственность каждого слоя; в случае микросервисов вы также должны понимать, как очерчивать зоны ответственности и определять протоколы взаимодействия между ними.
В вашем случае я думаю вряд ли микросервисы будут актуальны (они для больших проектов), поэтому у вас скорее всего будут небольшие монолитные приложения.
Книги о том, как проектировать приложения на общем уровне:
1. Роберт Мартин. Чистая архитектура - очень короткая и простая книга, рекомендую начать с неё.
2. Эрик Эванс. Предметно-ориентированное проектирование (принципы + стратегические шаблоны).
3. Мартин Фаулер. Архитектура корпоративных приложений (часть 1).

Уровень 2. Уровень модулей (классов).
Когда вы спроектировали компоненты, из которых состоит ваше приложение, теперь надо спроектировать их внутренности - то есть разбить на более мелкие и конкретные модули. Тут вам пригодятся принципы объектно-ориентированное проектирования, принципы SOLID, паттерны.
Книги по уровню 2.
1. Банда четырех. Приёмы объектно-ориентированного проектирования. Паттерны проектирования. Тут важно не только сами паттерны, но принципы, по которым они строятся. Концентрируйтесь на принципах.
2. Роберт Мартин. Принципы, паттерны и методики гибкой разработки на языке C#. Тут более подробно рассматривается объектно-ориентированный дизайн и принципы SOLID в сравнении с его "Чистой архитектурой".
3. Эрик Эванс. Предметно-ориентированное проектирование (тактические шаблоны).
4. Мартин Фаулер. Архитектура корпоративных приложений (часть 2).
5. Стивен Макконел. Совершенный код (сконцентрируйтесь на понимании Главного Технического Императива!).

Этих книг вам будет достаточно, чтобы ориентироваться в проектировании приложений, всё остальное решает практика. Рисуйте схемы, концентрируйтесь на ответственности компонентов и их интерфейсах, учитесь отбрасывать ненужные детали реализации.

А может дело не в Angular ?
В приведенном вами коде не пахнет ни то что ангуляром а Javascript в принципе. Я так думаю єто вопрос больше касается развертывания.
1) Вы используете angular cli ?
2) картинки не видны после деплоя или в процессе разработки?
3) Куда саму картинку заливаете?
Ну и путь с выходом на уровень выше выглядит странно, как правило в папке assets создают папку images и путь указывают полный от рута сайта src="/assets/images/myimage.png"

у них на сайте полный набор туториалов и видео, плюс кукбук

да

Если речь идет о чисто визуальном дизайне, то имхо, нужен ведущий дизайнер (или арт-директор), который разрабатывает концепцию и выдает брендбук, дизайн-концепт и или UI-кит. Его подчиненные, соответственно, разрабатывают на их основе внутренние страницы/экраны.