Сертификация по ГОСТ Р 53624-2009 в Казани

Сертификация СМК разработки ПО по ГОСТ Р 53624-2009 — это услуга по подготовке и подтверждению системы менеджмента качества процессов создания, поставки и сопровождения программного обеспечения. «Реестр Гарант» анализирует ИТ-процессы и готовит компанию к аудиту; сертификационный орган проводит сертификацию и принимает решение о выдаче сертификата.

ГОСТ Р 53624-2009 относится к информационным технологиям, информационно-вычислительным системам и программному обеспечению. Он устанавливает требования к системе менеджмента качества при создании ПО и не относится к менеджменту знаний.

Услуга подходит компаниям, которым нужно подтвердить управляемость разработки, поставки или сопровождения ПО для заказчика, тендера либо квалификации ИТ-поставщика. Результат работы «Реестр Гарант» — подготовленные процессы и записи для аудита, а сертификат выдаёт сертификационный орган после оценки СМК.

Что проверяет аудит по ГОСТ Р 53624-2009

Аудитор оценивает, как компания управляет жизненным циклом программного обеспечения. Для этого важны не только регламенты, но и записи по реальным проектам: от согласования требований до тестирования, выпуска и сопровождения.

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

Репозиторий и трекер задач сами по себе не образуют СМК. Они помогают подтвердить выполнение процессов, когда компания определила ответственность, критерии качества, порядок анализа дефектов и управленческого контроля.

Кому подходит сертификация СМК разработки ПО

Сертификация СМК разработки ПО по ГОСТ Р 53624-2009 подходит поставщикам информационных систем, интеграторам, разработчикам заказного и встроенного ПО, компаниям сопровождения и SaaS-командам. Она полезна подрядчикам государственных и корпоративных заказчиков, если договор или закупочная документация требуют прослеживаемости требований, управления изменениями и подтверждения качества поставки.

Для заказчика сертификат может быть условием тендера или квалификации ИТ-поставщика. Для самой компании ценность связана с управлением проектами: проще определить статус релиза, доказать выполнение работ, передать проект между командами и поддерживать продукт после внедрения.

Когда сертификация по ГОСТ Р 53624-2009 не подходит

Стандарт предназначен для системы менеджмента качества процессов разработки и сопровождения ПО. Он не заменяет другие процедуры и документы, даже если они нужны той же ИТ-компании.

Если заказчику требуется СМК компании в целом, без отдельного акцента на жизненный цикл программ, можно рассмотреть сертификацию ISO 9001. Наличие ISO 9001 помогает подготовить систему по ГОСТ Р 53624-2009, но не является обязательным условием такой подготовки.

Сертификация СМК по ГОСТ Р 53624-2009 не подтверждает безопасность программного продукта и не заменяет лицензию ФСТЭК на СЗКИ или, в отдельных случаях, сертификацию самих средств защиты. Стандарт также не заменяет требования, связанные с регистрацией российского ПО: у реестра свои критерии, включая права на программу и её происхождение.

Этапы подготовки и сертификации

Работа начинается с диагностики ИТ-процессов. «Реестр Гарант» выясняет, как компания принимает требования, ведёт задачи, хранит код, тестирует программное обеспечение, выпускает релизы, сопровождает продукты и управляет дефектами; по итогам определяют область СМК и объём подготовки.

Затем специалисты помогают описать процессы и собрать записи по действующим проектам. В работу входят управление требованиями, проектированием, разработкой, тестированием, релизами, конфигурациями, изменениями, дефектами, документацией и поставщиками, а также подготовка к внутреннему аудиту.

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

Сертификат подтверждает соответствие СМК в указанной области. Состав работ «Реестр Гарант» и решение сертификационного органа — разные части процесса: подготовка документов не означает автоматическую выдачу сертификата.

Сроки и стоимость подготовки

Стоимость подготовки начинается от 8 000 ₽, ориентир по сроку — 25–30 рабочих дней. Эта сумма относится к подготовке; стоимость услуг сертификационного органа в исходных условиях не указана и определяется отдельно. Точный состав работ и срок уточняют после диагностики.

Наличие ISO 9001, системы управления задачами, репозитория, тестовой документации, порядка выпуска релизов и поддержки помогает быстрее подготовить подтверждения. Когда договорённости существуют только в чатах, а документы собирают перед сдачей проекта, сначала приходится восстанавливать прослеживаемость требований и решений.

Какие документы и записи потребуются

СМК включает область применения, политику и цели в области качества, а также правила управления ключевыми процессами разработки ПО. Состав документов зависит от фактической деятельности компании и области сертификации.

Для подтверждения работы процессов собирают записи по проектам: протоколы согласования требований, планы проектов, тест-кейсы, отчёты о тестировании, реестр дефектов, акты приёмки, журнал изменений и результаты внутренних аудитов. Документы должны показывать связь между требованиями, задачами, изменениями кода, проверками и выпуском.

Бумажные формы не нужны для каждого действия, если компания уже ведёт задачи в Jira, YouTrack, GitLab, Redmine или другой системе. Выгрузки и правила работы с этими инструментами можно использовать как записи СМК, когда данные полны, управляемы и связаны с процессами качества.

Частые ошибки при подготовке СМК

Общее описание вроде «получаем требования, пишем код, тестируем» не показывает, как работает процесс. На аудите нужны роли, входы и выходы процесса, критерии готовности и записи по проектам, подтверждающие выполнение этих правил.

Вторая распространённая проблема — разрыв между разработкой и сопровождением. Ошибка клиента после внедрения должна попадать в управление дефектами и изменениями, а не оставаться только в переписке службы поддержки.

Ещё одна ошибка — считать, что репозиторий и трекер задач уже подтверждают работу СМК. Эти инструменты хранят данные, но не определяют ответственность, критерии качества, анализ причин дефектов и управленческий контроль.

Кейс из практики

Разработчик корпоративной системы участвовал в закупке, где заказчик запросил подтверждение СМК для разработки ПО. У компании были сильные программисты и рабочий GitLab, но документы по качеству отставали от практики: требования фиксировались в разных местах, тестирование зависело от конкретного аналитика, релизные заметки не всегда совпадали с фактическим составом поставки.

Мы начали с одного завершённого проекта и восстановили цепочку: требование, задача, изменение кода, тестирование, дефект, исправление, релиз, приёмка. После этого оформили порядок управления требованиями, тестирования и релизов так, чтобы он совпадал с реальной работой команды. На аудите сотрудники объясняли процесс своими словами, а не читали чужой регламент.

Как «Реестр Гарант» помогает пройти подготовку

Сначала специалисты изучают реальные ИТ-процессы компании: работу с требованиями и задачами, репозитории, тестирование, релизы, поддержку и дефекты. Затем они помогают подготовить документы и записи по ГОСТ Р 53624-2009, а также организовать подготовку к аудиту.

Что получает заказчик по итогам подготовки: описанную область СМК, документы и записи по процессам, восстановленную прослеживаемость по проектам и подготовку команды к аудиту. Решение о выдаче сертификата принимает сертификационный орган после проведения аудита.

Первичную оценку можно запросить у «Реестр Гарант» по телефону +7 920-898-17-18, в WhatsApp или Telegram, а также по электронной почте reestrgarant@mail.ru. В сообщении укажите тип ПО, число проектов, используемые системы управления задачами и кодом, наличие ISO 9001 и требования заказчика. География и адрес офиса в предоставленных данных не указаны; дистанционный формат взаимодействия можно уточнить при обращении.

Сведения о стандарте

ГОСТ Р 53624-2009 называется «Информационные технологии. Программное обеспечение. Системы менеджмента качества. Требования». Актуальность статуса стандарта сверена 13 октября 2026 года.

Дополнительные услуги для ИТ-компаний

Сертификация СМК по ГОСТ Р 53624-2009 подтверждает управляемость процессов разработки ПО и не заменяет услуги по информационной безопасности, регистрации продукта или аккредитации ИТ-компании. Если заказчику требуется несколько разных подтверждений, применимость и состав работ проверяют отдельно.

Сертификация системы информационной безопасности по ГОСТ Р ИСО/МЭК 27001, включение программного продукта в реестр российского ПО и аккредитация ИТ-компании — отдельные процедуры. Они не входят в подготовку СМК по ГОСТ Р 53624-2009 и не заменяются этим сертификатом.

Частые вопросы о сертификации СМК по ГОСТ Р 53624-2009

ГОСТ Р 53624-2009 относится к менеджменту знаний?

Нет. Стандарт относится к информационным технологиям, информационно-вычислительным системам, программному обеспечению и требованиям к системе менеджмента качества при создании ПО.

Сертификация СМК по ГОСТ Р 53624-2009 обязательна?

Нет, сертификация добровольная. Она может потребоваться по условиям тендера, договора, внутреннего стандарта заказчика или квалификации поставщика программного обеспечения.

Нужна ли сертификация ISO 9001 перед сертификацией по ГОСТ Р 53624-2009?

Нет. Наличие ISO 9001 помогает, поскольку оба стандарта связаны с системой менеджмента качества, но подготовить СМК для процессов разработки ПО можно и без сертификации ISO 9001.

Можно использовать данные из GitLab или Jira?

Да. Если в системах действительно фиксируются требования, задачи, дефекты, релизы и проверки, компания может использовать эти данные как записи СМК.

Нужно ли дублировать Jira и GitLab бумажными регламентами?

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

ISO 9001 сокращает срок подготовки?

Для компании с ISO 9001 ориентир составляет 20–25 рабочих дней вместо стандартных 25–30 рабочих дней. Точный срок определяют после оценки процессов и записей по проектам.

Что делать, если заказчик меняет требования устно или в переписке?

Нужно фиксировать, кто согласовал изменение, что именно поменялось и как компания проверила результат. Если записей нет, прослеживаемость требований нарушается; цепочку по завершённому проекту можно восстановить и затем вести изменения в трекере с критериями приёмки.

Кто выдаёт сертификат по ГОСТ Р 53624-2009?

Сертификационный орган проводит аудит СМК и принимает решение о выдаче сертификата. «Реестр Гарант» помогает подготовить процессы и записи к аудиту, но не подменяет решение органа.

Связанные материалы

• лицензия ФСТЭК на СЗКИ