Комментарии 4
У меня наконец-то дошли руки отписаться.
Так вот. Я думаю, что писать статью про написание инструкций стоило с того, что бы представить общую структуру документации. То есть — головным документом, который пишется самым первым, и изменяется реже всего, является политика информационной безопасности. Дальше пишутся стандарты предприятия по информационной безопасности, регламенты, процедуры. Конкретный перечень зависит от того, какими стандартами руководствуется CISO. Инструкции, тем более — инструкции такого вида, являются документами нижнего уровня, которые пишутся в последнюю очередь.
Кроме того, начать стоило с описания структуры самих инструкций — примеры текста — это хорошо, но не способствует пониманию того, что это вообще за документ. На пример, общая структура будет такой:
1) Заинтересованный субъект (для кого написана инструкция);
2) Основания для разработки (для исполнения каких стандартов (как государственных, так и стандартов компании) разработана данная инструкция);
3) Область применения (в каких ситуация субъект будет руководствоваться данной инструкцией);
4) Само тело инструкции (делай раз, делай два);
5) Штрафные санкции за нарушение пунктов инструкции (с обоснованием применения той или иной санкции);
6) Связанные документы (прочие инструкции для этого субъекта);
7) Лист ознакомления.
Эта структура приведена исключительно для примера, но, в принципе, она разумна и может применяться в реальной жизни.
Вы взвалили на себя нелегкий труд — не хочу отбивать у вас охоту продолжать это дело, но к нему нужно подходить основательно, что бы не навредить. Многие используют статьи на хабре как руководство к действию — а плохо написанная инструкция может быть опасней ее отсутствия.
Так вот. Я думаю, что писать статью про написание инструкций стоило с того, что бы представить общую структуру документации. То есть — головным документом, который пишется самым первым, и изменяется реже всего, является политика информационной безопасности. Дальше пишутся стандарты предприятия по информационной безопасности, регламенты, процедуры. Конкретный перечень зависит от того, какими стандартами руководствуется CISO. Инструкции, тем более — инструкции такого вида, являются документами нижнего уровня, которые пишутся в последнюю очередь.
Кроме того, начать стоило с описания структуры самих инструкций — примеры текста — это хорошо, но не способствует пониманию того, что это вообще за документ. На пример, общая структура будет такой:
1) Заинтересованный субъект (для кого написана инструкция);
2) Основания для разработки (для исполнения каких стандартов (как государственных, так и стандартов компании) разработана данная инструкция);
3) Область применения (в каких ситуация субъект будет руководствоваться данной инструкцией);
4) Само тело инструкции (делай раз, делай два);
5) Штрафные санкции за нарушение пунктов инструкции (с обоснованием применения той или иной санкции);
6) Связанные документы (прочие инструкции для этого субъекта);
7) Лист ознакомления.
Эта структура приведена исключительно для примера, но, в принципе, она разумна и может применяться в реальной жизни.
Вы взвалили на себя нелегкий труд — не хочу отбивать у вас охоту продолжать это дело, но к нему нужно подходить основательно, что бы не навредить. Многие используют статьи на хабре как руководство к действию — а плохо написанная инструкция может быть опасней ее отсутствия.
Ок, спасибо за коммент.
Я пока начал, так сказать, с низко висящих яблок.
Рекомендуемую структуру документации, дерево документов, работу с инцидентами я думал раскрыть попозже.
Пока недостаточно времени, так как темы довольно объёмные.
К тому же я начал именно с этой статьи, что бы донести понимание того, как вообще лучше всего описывать процесс в инструкции.
Но спасибо за замечание, принял к сведению :-)
Я пока начал, так сказать, с низко висящих яблок.
Рекомендуемую структуру документации, дерево документов, работу с инцидентами я думал раскрыть попозже.
Пока недостаточно времени, так как темы довольно объёмные.
К тому же я начал именно с этой статьи, что бы донести понимание того, как вообще лучше всего описывать процесс в инструкции.
Но спасибо за замечание, принял к сведению :-)
А продолжение?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Примеры и рекомендации удобных инструкций