Есть разные подходы к ведению требований к ПО: одни пишут полноценные сценарии использования, другие выбирают пользовательские истории, а третьи — вообще избегают формализации требований, считая это пустой тратой времени.

Но я так не считаю. Формализация — большой и важный этап разработки требований. В статье об этом расскажу: как происходит ведение требований у нас, какие этапы мы проходим, каких правил придерживаемся и что будет, если отклоняться от правил. Если вы системный или бизнес-аналитик, владелец продукта или просто работаете с требованиями к программному обеспечению, то эта статья для вас.

https://habr.com/ru/post/694864/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694864

Программное обеспечение для управления качеством предприятия и комплаенс (с англ. Enterprise Quality Management Software сокр. еQMS) предлагает методы, процессы, структуру и ресурсы, необходимые для улучшения производства и ERP-операций, при этом эффективно и экономично справляясь с проблемами качества и соответствия требованиям. Помогает производствам отслеживать, контролировать и документировать процессы качества и комплаенс в электронном виде, чтобы гарантировать, что товары изготовлены в пределах допусков, соответствуют всем необходимым требованиям и не имеют дефектов. Программное обеспечение для управления качеством часто используется в промышленности для выявления потенциальных проблем до их возникновения. Чтобы понять, что потребитель ожидает от данного класса ПО, необходимо рассмотреть требования на разных уровнях использования системы: бизнес, пользовательским и функциональным.

https://habr.com/ru/post/689632/?utm_source=habrahabr&utm_medium=rss&utm_campaign=689632

Всем привет, мы – Таня и Лиза, системные аналитики в МТС Банке, работаем над мобильным приложением и сайтом для физических лиц. В этой статье мы поделимся опытом внедрения структурированного шаблона функциональных требований (ФТ) к разработке ПО в нашем банке.

Статья будет полезна тем, кто работает с фронтовым функционалом – системными и бизнес-аналитикам. Неважно, Junior вы или Lead, в большой работаете компании или в стартапе, – наш рассказ вас наверняка заинтересует. Поговорим не только о том, как мы докатились до такой жизни, приняли единый формат ФТ, но и том, какие именно артефакты аналитик готовит в ходе своей работы. А еще мы подробно расскажем про причины поиска подходящего формата, сложности перехода и составляющие наших ФТ.

Добро пожаловать под кат!

https://habr.com/ru/post/686570/?utm_source=habrahabr&utm_medium=rss&utm_campaign=686570

Избегаем повторений, не используем слова с субъективной оценкой, — и еще 9 рекомендаций по проверке качества требований.

https://habr.com/ru/post/684416/?utm_source=habrahabr&utm_medium=rss&utm_campaign=684416