Software Architecture and User Story

Алоха. Я тут кстати на курс по архитектуре пошел. Хотя ща модно говорить по системному дизайну. Как пройду пошарю линки. Не хочу его рекомендовать, пока сам не прошел. 

Попробую делиться с вами некотороми моментами из курса. 

Честно говоря с ходу я был шокирован несколькими интервью с архитекторами, которые рассказывали, что такое архитектура, как это делается в больших компаниях. Было приятно слушать взрослых людей, которые вселяли уверенность, а не мамкиных архитекторов. Есть шанс что меня заклюют за эджизм, но блин, я до сх пор считаю что в 20 лет, ты не можешь быть хорошим архитектором. Хах правда понятие хороший у всех может быть свое. Ладно погнали дальше. 

Еще сильнее я удивился с тем, что сходу в первом блоке учат выражать требования при помощи User Story. Для меня это звучит очевидно, для вас может быть тоже. Вы не поверите сколько компаний работают без этого. Хотя Юзер Стори реально помогает понять чего хочет заказчик. Юзер сторя помогает разработчику задать необходимые вопросы, архитектору прояснить требования и подготовить правильный дизайн. 

Как шаблон приводится такой пример:

As a ______, I want to ______ so that ______.

Как я уже говорил, я работал с Юзер сторями и это было невероятно удобно. Также Стори очень плотно взамодействуют с DDD (Domain Driven Design (Спасибо Максу за рекомендацию этой книги)). И конечно же Стори и DDD вырабатывают общий язык проекта и общие понятия, которыми в последствии оперирует вся команда. А благодаря этому команда глубже вникает в проект. 

Так вот, как говорится в курсе User Story помогают выражать требования к системе, просты в использовании и могут позволять применять object-oriented thinking.

Честно говоря, я любую свою задачу всегда перевожу в User Story на бумаге или в голове. И вроде как мне проще работать с этим и прояснять требования. 

Кстааати, а как у вас ставятся задачи? Вы используете Юзер стори?