{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

10 шагов, как подходить к проработке/написанию пользовательских требований

🙌Всем салют! Классной недели ;)

🧿Еле успел за 2 минуты рассказать, как в 10 шагах подходить к проработке/написанию пользовательских требований :) Посмотрите, не забывайте про лайки-балалайки;)

🪬1 часть:

🪬2 часть:

🌀ПТ очень важны, так как из них вытекают функциональные, я был на проектах, где их толком не прорабатывали, сразу переходили к функциональным и из-за этого был капец по всем фронтам :)

🌀При этом в проектах, где например нет пользовательского интерфейса, они могут явно не прописываться, но все равно надо стараться узнать, что с помощью этих доработок заказчик хочет достичь, в т.ч. каких новых возможностей, чтобы потом не было сюрпризов)

0
Комментарии
-3 комментариев
Раскрывать всегда