Не существует универсальной методологии разработки и документирования требований, подходящей для всех программных проектов. Индустрия ПО выработала множество способов разработки и форм представления требований, и у команд разработки всё чаще возникают проблемы с выбором способов, оптимальных именно для их проекта. В курсе рассматриваются современные методы представления требований и разбираются условия, в которых они наиболее эффективны.
Курс включает практические занятия по разработке элементов Концепции продукта и Технического задания, а также по описанию требований в различных форматах.
Для специалистов, которые оценивают свой уровень «выше среднего». Для менеджеров продуктов и проектов, аналитиков, руководителей групп разработки и тестирования, а также для всех, кто хочет и готов ими стать.
В курсе особое внимание уделяется проблемам и вопросам, возникающих у аналитиков, руководителей и команд разработки:
Выбор форматов документов и инструментов управления требованиями. Каким шаблоном Концепции лучше воспользоваться? Чем Концепция отличается от ТЗ, а ТЗ от SRS? Где лучше вести требования: в отдельных документах, в Wiki или в специальной системе управления требованиями?
Выбор форм описания функциональных требований. Всем ли подходят варианты использования (use cases)? Совместимы ли ГОСТ и user stories? До какой глубины нужно прорабатывать требования, прежде чем отдать их разработчикам?
На самом высоком уровне есть два способа представления требований:
требования, собранные в сводные документы (Концепция, ТЗ, SRS) и
требования в виде записей в базе данных (в СУТ, ALM, wiki).
У каждого из этих способов есть свои преимущества и недостатки, которые проявляются в зависимости от того, кто и как использует эти представления.
С одной стороны, индустрия выработала определённые структуры и форматы документов с требованиями и закрепила их в виде стандартов. Эти стандарты обкатаны многолетней практикой тысяч профессионалов, и являются основой многих современных методологий разработки ПО.
С другой стороны, использование специальных инструментов для разработки и хранения требований в базах данных обеспечивает невероятную гибкость при формировании наборов требований в том виде и в том составе, который нужен конкретному потребителю в конкретный момент времени.
В курсе рассматриваются наиболее распространённые виды документов и системы, автоматизирующие работу с требованиями. При этом особое внимание уделяется целям и условиям их использования. Курс поможет вам самостоятельно определять, какие виды и форматы документов и какие возможности инструментов работы с требованиями лучше всего соответствуют условиям ваших проектов.
На более низких уровнях требования обычно представляются в виде текстов определённой структуры. Эта структура может быть сравнительно простой (например, пользовательские истории) или довольно сложной (например, варианты использования с основным и альтернативными сценариями и множеством атрибутов). Выбор самого подходящего способа представления требований зависит от множества факторов: вида разрабатываемого продукта, разнообразия его пользователей, уровня квалификации команды разработки и т. д.
В курсе рассматриваются и сравниваются популярные модели и практики описания требований. Сравнение делается для разных условий — разных типов проектов, видов продуктов, размера и состава команды. Курс даст вам представление о том, в каких случаях какие способы разработки и формы описания требований наиболее эффективны.
Задайте свой вопрос в чате Телеграм | |
Или напишите мне, отвечу всем! greesha@webursitet.ru |