Продолжение поста про управленческий шантаж или что должен знать руководитель/собственник когда слышит: “Мне некогда вести документацию, у меня завал”. Первая часть здесь ➡️ https://set.ki/post/hdh7pA2
3️⃣ Централизация секретов на базе Passwork (passwork.ru) Технологическая база контроля доступов — корпоративный менеджер паролей Passwork.ru (реестровое российское ПО, доступное как в безопасном облаке, так и в On-Premise контуре). Собственник или операционный директор сохраняет статус Master-Admin: Аудит безопасности в один клик: дашборд выявляет скомпрометированные, дублирующиеся и устаревшие пароли по всей организации. Журналирование и SIEM-аудит: реестр фиксирует каждое обращение к паролям. Попытка выгрузки чувствительных доступов перед увольнением мгновенно видна в логах. Моментальный Revoke прав: отзыв учетной записи сотрудника блокирует доступ ко всей инфраструктуре компании в одну секунду.
4️⃣ Ролевая матрица доступа (RBAC) Доступы делятся на изолированные сейфы с гранулярными правами: Системные администраторы: доменные контроллеры, гипервизоры, сетевое оборудование, почтовые шлюзы.
Helpdesk: пулы локальных административных паролей конечных рабочих станций (LAPS). Аналитики и интеграторы: доступ к BI-платформам и централизованное хранилище производственных API-токенов, Webhook-коннекторов и сервисных ключей.
Маркетинг: кабинеты трафика, коллтрекинг, рекламные экосистемы.
Бухгалтерия: закрытый контур (ФНС, банки, Честный Знак, ЭДО) без доступа технического персонала компании.
Резюме Тезис «некогда документировать из-за обилия задач» — это не признак перегрузки, а классический маркер организационной незрелости и создания искусственной монополии на знания.
Инфраструктура компании должна принадлежать компании, а не оперативной памяти одного сотрудника ☝️
Коллеги, как в ваших компаниях выстроен регламент отчуждения знаний у технических специалистов: закладываете процент времени в спринты или подключаете внешний аудит?
· 12.09
Мы вводили регламент ведения «Белой книги» — единой базы знаний, куда складывали структуру систем, схемы, инструкции, определения, ссылки и всё необходимое, чтобы даже новый специалист мог постепенно разобраться в инфраструктуре.
Но в описанной ситуации я бы не начинал с требования к человеку срочно всё задокументировать. Вполне может быть, что он действительно постоянно занят авариями и текущими задачами и у него уже просто не остаётся ресурса на нормальное описание системы.
Тогда отсутствие документации — уже следствие. Проблема появилась раньше.
Сначала я бы разобрался, чем человек реально занят: сколько там аварий, обращений, ручных операций, повторяющейся работы, что можно автоматизировать, убрать или передать. И вообще существуют ли эти постоянные авралы в том масштабе, в котором они описываются.
Если существуют — надо сначала разгрузить систему и человека, а потом уже последовательно восстанавливать документацию и переносить знания из головы сотрудника в компанию.
Просто заставить его «сесть и всё описать» в такой ситуации, скорее всего, не сработает.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 14.09
Салават, конечно так и есть и проблема начинается раньше , чем описанные последствия, но кто тот эксперт в компании который скажет , что так действительно есть ? В бухгалтерии и фин службах собственники и ceo уже многие десятилетия используют внешний аудит , но такой практики в ИТ не наблюдаю.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён