В продолжение темы про проекты и процессы в бизнес-анализе, сегодня рассмотрим особенности управления требованиями в Agile-походе. Читайте далее, как гибкая разработка требований уживаются со строгими ГОСТами на ТЗ и что сказано по этому поводу в профессиональном руководстве по бизнес-анализу BABOK®Guide.
Гибкое управление требованиями и BABOK®Guide
Обычно требования оформляются в виде технического задания (ТЗ) на разработку программного обеспечения. Однако, сегодня, когда мы живем в постоянно меняющемся мире, видение решение может изменяться по мере его реализации и практического использования. Именно поэтому гибкие методологии разработки ПО стали так актуальны и начали применяться не только в ИТ-сфере, но и в создании множества других продуктов. При этом возникает некоторое противоречие: с одной стороны, входными данными для создания решения являются требования к нему, а с другой стороны, они могут измениться в любой момент. Что делать бизнес-аналитику в этом случае и как в Agile-условиях выполнять свою основную миссию – снижение неопределенности на проекте, мы рассмотрим далее.
ТЗ по ГОСТ — не просто шаблон (Василий Баракин)
Согласно Agile Manifesto, что работающий продукт важнее исчерпывающей документации, а изменений требований приветствуется даже в конце разработки [1]. Однако, полностью отказаться от разработки и анализа требований невозможно, т.к. нельзя создать продукт, не имея представления о том, кто и зачем им будет пользоваться. Чтобы Agile-подход предлагает методологию гибкого моделирования (Agile Modelling), в рамках которой непрерывное документирование меняющихся, уточняющихся и дополняющихся требований ведется параллельно с выполнением остальных задач разработки программного обеспечения: кодирования, тестирования и развертывания. При этом вместо статической документации в виде однажды согласованного технического задания (ТЗ) требования определяются в форме исполняемых «пользовательских тестов» [2].
Разработка ТЗ на информационную систему по ГОСТ и SRS
Код курса
TTIS
Ближайшая дата курса
24 июля, 2023
Длительность обучения
12 ак.часов
Стоимость обучения
20 000 руб.
Эту же идею продвигает BABOK®Guide, посвятив Agile-подходу целую главу из своих 5 ключевых перспектив. В частности, BABOK подчеркивает, что бизнес-аналитик непрерывно проводит анализ и поставляет результаты именно тогда, когда команда может их действительно использовать, чтобы таким образом обеспечить постоянную гибкость изменений. Поскольку объем (scope) Agile-проекта изменяется, основной техникой управления требованиями при этом становится ведение бэклога (backlog management) – приоритетного списка рабочих задач, которые необходимо выполнить в первую очередь. При этом приоритизация пунктов бэклога основана на принципе максимальной ценности для потребителя.
Георгий Савельев. Толковый бизнес-аналитик: Разработка бизнес-требований
Поэтому, в Agile-проекте вместо подробного документирования всех требований на начальном этапе сперва определяются бизнес-потребности. Далее выявляются высокоуровневые требования, которые обычно описываются в виде пользовательских историй (user story) и представляют собой смысловую агрегацию функциональных требований.
Пользовательская история — это краткое утверждение, которое выражает потребность пользователя и служит исходной точной для общения с целью выяснения деталей. Эти истории наполняют бэклог проекта, который постоянно приоритизируется по мере уточнения видения конечного продукта в рамках каждой итерации, например, цикла поставки (Sprint) в Scrum. Бэклог неотъемлемо связан с составом проекта (Project Scope), который описывает границы того, что нужно сделать. Рекомендуется также с самого начала и по мере продвижения проекта детализировать нефункциональные требования, чтобы спроектировать соответствующую архитектуру системы, которая обеспечит нужную производительность, удобство эксплуатации, информационную безопасность, доступность и прочие качественные характеристики продукта [3]. Чем представление требования в виде user story отличается от use case, читайте в нашей отдельной статье.
Реализация каждой пользовательской истории отслеживается через состояние (статус) входящих в нее задач по принципу канбан-доски, например, по стадиям жизненного цикла, от зарождения (появления в бэклоге) до приемки [4]:
- в бэклоге – пока не включена в конкретную итерацию;
- определена – подробности истории обсуждены и поняты, приемочные тесты написаны;
- разработка – в процессе реализации;
- завершена – полностью реализована;
- принята – пройдены приемочные тесты;
- заблокирована – невозможно продолжить разработку, пока не будут разрешены другие вопросы.
ТЗ по ГОСТу и Agile: vs или вместе?
При том что BABOK®Guide представляет собой профессиональный свод знаний, в отличие от отечественных ГОСТов и зарубежных стандартов по разработке ТЗ, он носит рекомендательный характер и претендует на жесткую регламентацию процедур по созданию программной документации. В России именно согласованное и неизменяемое ТЗ по ГОСТу в основном считается главным результатом деятельности аналитика. Такая категоричность не соответствует принципам Agile и особенностям современных проектов. Однако, работа по ГОСТам абсолютно не противоречит Agile-подходу, хотя и отходит от строгой «водопадной» последовательности.
Из отечественных стандартов требования к проектируемой системе в форме ТЗ регламентируют ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201-78 «Техническое задание, требования к содержанию и оформлению». Оба стандарта содержат по 9 разделов с похожим назначением, но отличаются по специфике применения:
- ГОСТ 34.602-89 описывает ТЗ на автоматизированную систему, в т.ч. программное и аппаратное обеспечение, пользователей и автоматизируемые процессы;
- ГОСТ 19.201-78 ориентирован только на разработку ПО.
При том, что сегодня некоторые ИТ-специалисты считают эти ГОСТы устаревшими, большинство государственных Заказчиков в России требуют строгого соблюдение этих стандартов. Хотя эта программная документация и не является непосредственным входом для разработчика, она достаточно подробно описывает основные бизнес-потребности и ключевое назначение будущего продукта [4]. По сравнению с отечественными ГОСТами, зарубежный стандарт ISO/IEC/IEEE 29148:2018 «Systems and software engineering — Life cycle processes — Requirements engineering» предполагает более детальное описание требований. Но, если на начальном этапе описывать требования к проектируемой системе согласно этому документу, может уйти слишком много времени и ресурсов, что задержит выпуск продукта. Это не соответствует принципам Agile, поэтому для свободной реализации изменений на любых стадиях проекта, аналитик ведет итерационную проработку требований.
В случае создания ПО потребителями результатов работы аналитика являются разработчики, которым более полезны требования в виде UML-диаграмм и задач в таск-менеджере, чем формальные текстовые документы по ГОСТу или шаблону зарубежных стандартов. Поэтому в Agile-проектах аналитик детализирует требования по мере итераций, параллельно с этим разрабатывая программную документацию, обязательную для сдачи готового решения Заказчику.
Подробнее о том, чем User Story отличается от Use Case, мы рассматриваем здесь.
Таким образом, работа с требованиями по отечественным ГОСТам и зарубежным стандартам не противоречит принципам Agile, а органично дополняет их, позволяя сдерживать «текучесть» гибких подходов с помощью четких формальных рамок и объединяя преимущества обоих подходов. Однако, это предполагает высокую компетентность аналитика, в т.ч. способности сочетать «продуктовое мышление» с Agile-идеями, а также понимание сути регламентирующих документов и рекомендаций BABOK®Guide. Как внедрить продуктовое мышление и Agile-практики в классический бизнес-анализ, подружив требования с фичами, рассматривается в моем новом курсе «От процессов к продуктам: Product ownership и Agile-практики для бизнес-аналитика».
Источник: babok-school.ru
ГОСТ Р 56404 (Бережливое производство)
В настоящее время на территории России и Беларуси введены ограничения на проведение работ по сертификации с международной аккредитацией. Несмотря на это, Русский Регистр в рамках принятых на себя обязательств продолжает выполнять весь комплекс работ по оценке соответствия и ищет новые пути развития для решения задач, стоящих перед нашими клиентами.
Ввиду стремительно меняющихся условий вся информация, размещаемая на официальном сайте, тщательно проверяется и актуализируется только тогда, когда мы убеждены в окончательности принятых решений и верности намеченных действий.
Для получения более подробной информации, пожалуйста, обращайтесь в центральный офис Русского Регистра или наши региональные представительства.
Бережливое производство
Бережливое производство (БП) – международно признанная система повышения эффективности производства, в отношении которой до недавнего времени не предпринимались попытки по стандартизации и облечению лучших мировых практик в общедоступные формы стандарта.
С 2014 года в Российской Федерации началась разработка и публикация серии стандартов, описывающих модель системы менеджмента бережливого производства, требования к ее отдельным элементам, инструменты бережливого производства, в целях повышения удовлетворенности потребителей, эффективности производств и сокращения потерь организаций посредством их внедрения.
В 2015 году Федеральное агентство по техническому регулированию и метрологии (Росстандарт) утвердило национальный стандарт ГОСТ Р ИСО 56404.
В 2021 году была утверждена его вторая версия. Ассоциация по сертификации «Русский Регистр» и ООО «Русский Регистр – Международная сертификация» (Центр компетенций и бережливых технологий) стали одними из ее разработчиков.
ГОСТ Р 56404 Бережливое производство. Требования к системам менеджмента
Стандарт разработан на основе накопленного опыта улучшения эффективности деятельности и нацелен на рост удовлетворенности потребителей посредством результативного применения системы менеджмента бережливого производства. ГОСТ Р 56404 устанавливает общие и универсальные требования к системе менеджмента бережливого производства, которые могут быть применены к организациям любых направлений бизнеса. Организации, которые стремятся к признанию их системы менеджмента бережливого производства, могут использовать данный стандарт для прохождения сертификации и для выполнения контрактных обязательств.
Серия ГОСТ Р по бережливому производству включает в себя:
- ГОСТ Р 56020 «Бережливое производство. Основные положения и словарь».
- ГОСТ Р 56404 «Бережливое производство. Требования к системам менеджмента».
- ГОСТ Р 56405 «Бережливое производство. Процесс сертификации систем менеджмента. Процедура оценки».
- ГОСТ Р 56406 «Бережливое производство. Аудит. Вопросы для оценки системы менеджмента».
- ГОСТ Р 56407 «Бережливое производство. Основные методы и инструменты».
- ГОСТ Р 56906 «Бережливое производство. Организация рабочего пространства (5S)».
- ГОСТ Р 56907 «Бережливое производство. Визуализация».
- ГОСТ Р 56908 «Бережливое производство. Стандартизация работы».
- ГОСТ Р 57523 «Бережливое производство. Руководство по системе подготовки персонала».
- ГОСТ Р 57524 «Бережливое производство. Поток создания ценности».
- ГОСТ Р 57522 «Бережливое производство. Руководство по интегрированной системе».
- ГОСТ Р 58524 «Бережливое производство. Особые требования по применению бережливого производства в организациях и цепях поставок автомобильной промышленности».
- ГОСТ Р 58589 «Бережливое производство. Особые требования по применению бережливого производства в судостроительной промышленности».
- ГОСТ Р 58581 «Бережливое производство. Особые требования по применению бережливого производства в авиационной промышленности и организациях, производящих соответствующие запасные части».
- ГОСТ Р 59017 «Бережливое производство. Руководство по применению требований ГОСТ Р 56404 в интегрированных структурах».
- ГОСТ Р 59018 «Бережливое производство. Руководство по применению требований ГОСТ Р 56404 в цепи поставок».
Стандарт ГОСТ Р 56404 структурирован таким образом, чтобы его легко можно было интегрировать в существующую в организации систему менеджмента с целью удовлетворения и предвосхищения требований и ожиданий потребителей. Кроме того, стандарт совместим с другими стандартами, такими как:
- ISO 9001 (требования к системам менеджмента качества);
- ISO 14001 (требования к системам экологического менеджмента);
- ISO 45001 (требования к системам менеджмента в области профессиональной безопасности и охраны труда);
- IQNet SR 10 (требования к системам менеджмента социальной ответственности).
Выгоды от внедрения и сертификации
- Повышение результативности и эффективности бизнес-процессов организации.
- Повышение мотивации персонала за счет его вовлечения в процесс постоянного улучшения деятельности организации.
- Сокращение издержек производительности труда за счет внедрения инструментов бережливого производства.
- Возможность быстрого и гибкого реагирования на изменения внешней среды.
- Повышение удовлетворенности потребителей путем выполнения их требований.
- Непрерывное совершенствование деятельности организации с помощью применения современных инструментов и методов бережливого производства.
- Повышение конкурентоспособности организации на российском и мировом рынке.
- Совершенствование организационной структуры и улучшение процессов менеджмента.
Источник: rusregister.ru
Требования к интернет-магазинам в России. 10 требований по ГОСТу
Банк Тинькофф 
Тип статьи:
- Авторская
До сих пор у нас не было национального стандарта для продажи через интернет и мы все невозможно страдали. Доколе! Наконец-то Росстандарт опубликовал гост для интернет-магазинов. Новый ГОСТ официально принят и вступит в силу с 1 января 2018 года. Тогда и заживем!