Слово "Менеджер" с большой долей сомнений прижилось в нашей стране, а уж тем более в узких кругах разработчиков. Часто за ним видят бумаги, сроки и абстрактные задачи, но не ответственность за результат.
Однако в 2011 году с появлением ISO 26262 ситуация немного изменилась. Вместе со стандартом в практику пришёл менеджмент функциональной безопасности (ФБ), и роль менеджера по ФБ.
❓Так кто же он и почему слово "Менеджер" соседствует с таким серьезным понятием, как безопасность? Давайте разбираться.
Менеджер по ФБ - это роль с чётко определённой зоной ответственности. Она закрепляется за конкретным человеком, но на разных уровнях разработки такие роли могут выполнять разные люди (это нормальная практика, прямо предусмотренная стандартом).
Второй важный момент: менеджер по ФБ не обязан делать всё своими руками. Он не тот человек, который в последний момент садится и доделывает FMEA, пересчитывает ASIL или собирает Safety Case.
Его задача другая - обеспечить, чтобы всё это было сделано. Причём сделано правильными людьми, с нужной компетенцией и в нужный момент.
Как это выглядит на практике?
📋 В начале проекта появляется План обеспечения функциональной безопасности (Safety Plan). Это не просто формальный документ - это основа всей дальнейшей работы: кто, что, когда и как делает. Менеджер по ФБ задаёт эту структуру.
Не успеваешь оглянуться, как начинается HARA. И тут быстро выясняется, что у каждого своё понимание рисков, терминов и подходов. Результаты начинают расходиться, цели безопасности непонятны в формулировках, ASIL искусственно снижен (или завышен). В этот момент нужен тот, кто сведёт всё в единую картину. Это и есть зона ответственности менеджера по ФБ - обеспечить согласованность и утвердить итоговые решения.
☑️ Та же логика работает и для требований безопасности и концепции безопасности. Менеджер по ФБ не обязан писать их сам, но он отвечает за то, чтобы они были корректными, непротиворечивыми и согласованными между собой.
Отдельная классика - изменения. Требования поменялись, архитектура поехала, сроки сдвинулись. Менеджер по ФБ обязан убедиться, что:
• анализ влияния изменения выполнен,
• влияние на безопасность оценено,
• все связанные артефакты обновлены.
🔎 Менеджер по ФБ также организует процесс валидации, анализирует результаты и утверждает обоснование безопасности (Safety Case).
При появлении сообщений о проблемах в процессе эксплуатации, менеджер по ФБ инициирует расследование инцидентов, поиск и устранение корневых причин, чтобы предотвратить подобные инциденты в дальнейшем.
Если попробовать упростить до одной мысли, она будет такой:
Менеджер по ФБ - это тот, кто связывает команды, процессы и требования стандарта в единую систему.
Он не делает всё сам. Но именно он отвечает за то, чтобы всё было сделано правильно, согласованно и вовремя.
А как думаете вы, менеджер по ФБ это формальность или всё-таки действительно ключевой человек, без которого цели безопасности могут остаться только на бумаге?