Наверное, каждый бизнес-аналитик хоть раз сталкивается с негативным отзывом команды или других участников проекта на качество требований. В этой статье вы найдете систематизированные данные о критериях качества требований и их наборов, приведенных в различных стандартах, а также причины, по которым чаще всего эти критерии нарушаются. 19
Presale — целый предпроект, к которому нужно относиться как к проекту, со всей серьезностью, следуя плану, а не просто надеясь на интуицию. Если же забывать о его существовании, может возникнуть много проблем. Как подготовиться к проекту относительно безболезненно — читайте в статье. 16
Первое правило клуба QA-ниндзя — всегда документировать требования к проекту. Второе правило — делать это идеально. Почему так важно четко документировать требования заказчика, как это влияет на стоимость продукта и как QA могут использовать это оружие в своей работе — читайте в статье Катерины Кравченко, QA Engineer в Clovertech. 20
Обсудим, как писать требования естественным языком и так, чтобы они отвечали стандартизированным критериям качества. О таких способах можно также прочесть в IREB, IEEE 29148 и EARS. Статья может быть полезной тем, кто работает с написанием, имплементацией и верификацией формализованных функциональных требований — архитекторам, бизнес-аналитикам, менеджерам проектов, разработчикам, тестировщикам. 26
В чем секрет успешного интервью с заказчиком? Везение, контакт с клиентом, вовлеченность, простота, креативность? По наблюдениям Кирила Белявского, Lead Business Analyst, ключевой фактор успешного интервью — это хорошая подготовка. Как готовиться — детально в материале. 4
Сьогодні я поділюся своїм досвідом, як правильно організувати роботу в рамках Quality Attribute Workshop (QAW), на що звертати увагу і як діяти в деяких складних ситуаціях, щоб отримати від клієнта саме те, що потрібно для подальшої ефективної роботи. 8
На этапе выявления требований закладывается фундамент будущего продукта, и от качества работы BA будет зависеть, насколько надежным он получится. Поэтому в первую очередь важно узнать, действительно ли то, что озвучивает заказчик, совпадает с реальной потребностью бизнеса. 5
Артур Селецкий, Co-Founder в IT Network, подготовил заключительную часть цикла статей о техниках проработки требований. По его словам, бизнес-аналитики больше всего не любят прорабатывать именно требования к администрированию, отчетности и нефункциональные требования. И в то же время без проработки вышеупомянутых требований будущая система не будет полноценно работоспособна. 4
Во второй части Артур Селецкий, Co-Founder/Partner в It Network, делится еще несколькими техниками: объектно ориентированная модель, диаграмма состояний, CRUD, навигация. Они дают возможность убедиться: в проектах по разработке ПО — все требования полные и выявлены полностью. 9
О техниках, которые помогают проверить требования к разработке ПО на полноту — в статье Артура Селецкого, Co-Founder/Partner в It Network. 20
В статье описаны 10 практичных и проверенных способов, как поставить задачу таким образом, чтобы жизнь разработчиков не казалось манной небесной, поставки срывались, бюджеты превышались, а качество трещало по швам. 39
Наиболее часто встречающийся вопрос на всяческих конференциях и тусовках в контексте «что делать и как с этим бороться?». Понятно, что водопад — идеальная модель разработки с огромным минусом в виде наличия фактора времени :) 17
В рамках подготовки к игре OpenTalk #5 «Бизнес-анализ, управление требованиями, проектирование» я обещал подготовить методическое руководство для помощи как новичками, так и для тех, кто неоднократно был на моих семинарах/выступлениях/тренингах/дискуссиях. Ниже я постараюсь тезисно изложить основные моменты, на которые мы все натыкаемся. 15
Коментарі