Як написати стандартну Типову інструкцію: 15 кроків

Стандартна Типова інструкція – сті) - це документ, що містить покрокову інформацію про те, як виконати завдання. Наявну сті може знадобитися змінити або оновити, або ви можете опинитися в ситуації, коли ви повинні будете її написати, починаючи з нуля. Це звучить лякаюче, але насправді це дуже, дуже,дуже ретельний перелік. Подивіться Крок 1, щоб почати.

Частина1З 3:

Оформлення вашої сті

Виберіть свій формат. немає вірного або невірного способу написати сті. У будь-якому випадку, у вашої компанії, можливо, є набір сті, до яких ви зможете звернутися за керівництвом з форматування, намітивши в загальних рисах, як переважно, щоб воно виглядало. В цьому випадку, використовуйте вже існуючу сті як шаблон. Якщо цього немає, у вас є кілька варіантів:
- простий покроковий формат. він підійде для рутинної короткої процедури, яка має трохи можливих результатів, і досить точна. Крім необхідної документації та інструкцій з безпеки, насправді, це – просто маркований список, що складається з простих пропозицій, що вказують читачеві, що потрібно зробити.
- ієрархічний покроковий формат. зазвичай використовується для об'ємних процедур-більше ніж в 10 кроків, що включають в себе кілька рішень для здійснення, уточнення і термінологію. Зазвичай це лист зі списком основних пунктів і підпунктів в певному порядку.
- Формат блок-схеми. якщо процедура більше схожа на карту з практично нескінченним числом можливих результатів, то використання блок-схеми стає кращим вибором. Цей варіант формату ви повинні вибрати в тому випадку, коли результати не завжди можна передбачити.
Враховуйте свою аудиторію.існують три основні чинники, які потрібно враховувати перед створенням своєї СТИ:
- попередні знання вашої аудиторії. Чи знайомі вони з вашою компанією та її процедурами? Чи знають вони термінологію? Стиль вашого викладу повинен відповідати знанням і частці участі читача.
- можливості мови вашої аудиторії. Чи є хоч один шанс, що «читати» вашу сті буде той, хто не говорить на вашій мові? Якщо така ймовірність є, то краще включити в сті велику кількість підписаних зображень і діаграм.
- розмір вашої аудиторії . Якщо безліч людей будуть одночасно читати вашу сті (які зайняті в різних ролях), то вам слід форматувати документ так, щоб він був більше схожий на розмову в п'єсі: користувач 1 завершує дію, далі слід Користувач 2, і так далі і так далі. Таким способом, кожен читач зможе побачити, як він або вона стає важливою деталлю добре змащеного механізму.
Враховуйтесвої знання.все зводиться до цього: чи є ви найкращим для того, щоб написати це? Ви знаєте, що тягне за собою цей процес? Як він може піти неправильно? Як зробити його безпечним? Якщо ні, то вам краще передати це комусь іншому. Мізерно написана, А що ще гірше, невірно написана сті, може не тільки знизити продуктивність і стати причиною невдач організації, але це також може бути небезпечно і мати негативний вплив на вашу команду або навколишнє середовище. Коротше кажучи, вам не варто так ризикувати.
- Якщо на цей проект Ви були призначені, або ви відчуваєте себе вимушеним (або зобов'язаним) його закінчити, то не соромитеся просити про допомогу людей, які виконують цю процедуру повсякденно. Проведення інтерв'ю-це звичайна частина будь-якого процесу створення сті.
Виберіть між короткою або довгою формою сті. якщо ви пишете або оновлюєте сті для групи осіб, добре знайомих з протоколом, термінологією, і т.п., то піде на користь використання короткої і швидкої сті, більше схожою на перелік, і написаної в короткій формі.
- Крім основних цілей і супутньої інформації (дата, автор, ідентифікаційний номер і т.д.), це насправді просто точний список кроків. У цьому випадку немає необхідності в деталях або уточненнях.
Тримайте в розумі мету своєї сті.Очевидно, у вас є процедура всередині вашої організації, яка продовжує повторюватися знову і знову і знову. Але чи є особлива причина чому ця конкретна сті корисна? Чи потрібно робити упор на безпеку? Заходи щодо забезпечення дотримання? Це використовується для навчання або для щоденної діяльності? Ось кілька причин, чому ваша сті необхідна для успішної роботи вашої команди:
- Щоб дотримувалися всі стандарти
- Щоб максимально збільшити виробничі вимоги
- Щоб не було несприятливих впливів на навколишнє середовище
- Щоб забезпечити безпеку
- Щоб все йшло відповідно до графіка
- Щоб запобігти збої у виробництві
- Щоб використовувати його як документ для навчання
  - Якщо ви знаєте, що саме повинна підкреслювати ваша сті, то вам буде легше структурувати все написане навколо цих моментів. Також так буде легше побачити, як важлива ваша сті.

Частина2З 3:

Написання вашої сті

Підберіть необхідний матеріал.взагалі, Технічна сті буде складатися з 4-х елементів,крім самої процедури:

Титульна сторінка . Включає в себе 1) назву процедури, 2) Ідентифікаційний номер сті, 3) дату випуску або перегляду, 4) назву агентства/підрозділу/філії, до якого відноситься сті, і 5) підписи тих, хто підготував і схвалив сті. Це може бути оформлено так, як вам подобається, за умови, що інформація викладена ясно.

Зміст . Воно необхідне тільки в тому випадку, якщо ваша сті досить довга, для забезпечення легкої навігації. Тут ви знайдете просту стандартну схему.

Гарантія якості/Контроль якості . Інструкція не може вважатися хорошою, якщо її не можна перевірити. Прикладіть необхідні матеріали і деталі, щоб читач переконався в отриманні бажаних результатів. Це може містити або не містити інші документи, такі як приклади оцінки випробувань.

Посилання . Переконайтеся, що ви перерахували всі наведені та значущі посилання. Якщо ви посилаєтеся на інші сті, упевніться в тому, що в додатку є вся необхідна інформація.

Ваша організація може мати інший протокол, відмінний від даного. Якщо ви можете посилатися на вже існуючі сті, відмовтеся від цієї структури і дотримуйтеся того, що вже є.
Переконайтеся в наявності наступного, необхідного для самої інструкції:
- Призначення і область ЗАСТОСУВАННЯ. Іншими словами, опишіть мету процесу, його межі, і як він використовується. Включіть стандарти, нормативні вимоги, ролі та обов'язки, вхідні та вихідні дані.
- Методологія та процедури. Суть питання-перерахувати всі кроки з необхідними деталями, включаючи необхідне обладнання. Охопіть послідовні процедури та фактори прийняття рішень. Зверніть увагу на все» що якщо " і можливі перешкоди або заходи безпеки.
- Роз'яснення термінології. Позначте скорочення, абревіатури і всі фрази, що не використовуються в просторіччі.
- Попередження про безпеку і здоров'я. Повинні бути перераховані в окремому розділі і також на додаток до тих кроків, до яких вони відносяться. не прикрашайте цей розділ.
- Обладнання та матеріали. Повний список того, що необхідно, і коли, де це можна знайти, стандарти обладнання, і т. д.
- Обережність і перешкоди. В принципі, розділ усунення несправностей. Вкажіть, що може піти неправильно, на що потрібно звернути увагу, і що може перешкоджати отриманню кінцевого ідеального продукту.
  - Кожну з цих тем виділіть в самостійний розділ (зазвичай вони позначаються буквами або цифрами), для того, щоб ваша сті не стала багатослівною і заплутаною, а також, щоб в ній було легко орієнтуватися.
  - Це не означає, що список вичерпний; це всього лише верхівка айсберга процесу. Ваша організація може виділити інші моменти, які потребують уваги.
Переконайтеся, що написані вами Тексти короткі і легко читаються.різниця в тому, що ваша аудиторія не вибирає їх читання в якості розваги. Вам бажано зробити його коротким і ясним – інакше увага буде розсіюватися або вони вважатимуть цей документ архіскладним і важким для сприйняття. Загалом, намагайтеся вкорочувати пропозиції настільки наскільки це можливо.
- Осьпоганий приклад: переконайтеся що, Ви вичистили весь пил з вентиляційних шахт перед тим, як почати їх використовувати.
- Ось хороший приклад: перед використанням вичистіть пил з вентиляційних шахт.
- Загалом, не використовуйте "ви". Це має матися на увазі. Говоріть в активному заставі і починайте пропозиції з командних дієслів.
Якщо це необхідно, розпитайте персонал, який бере участь у цьому процесі, як вони виконують це завдання.саме небажане, що вам потрібно зробити, це написати некоректну сті. Ви піддаєте ризику безпека своєї команди, їх ефективність, свій час і запутываете встановлений процес, не вносьте в нього ніякої душі – це те, що ваші товариші по команді можуть знайти дещо образливим. Якщо вам потрібно, задавайте питання! Вам необхідно, щоб це було правильно.
- Звичайно, якщо ви не знаєте, зверніться до кількох джерел, що охоплюють всі ролі та обов'язки. Один член команди може не слідувати стандартній сті або інший учасник може бути залучений тільки в частину процесу.
Розбийте великі шматки тексту діаграмами і блок-схемами.якщо у вас є крок або два особливо лякають, то зробіть його легше для сприйняття читачем за допомогою якої-небудь діаграми або блок-схеми. Це зробить текст легким для читання і дасть мозку невелику перерву, щоб розібратися у всьому. Так текст буде виглядати більш завершеним і добре написаним, що краще і для вас.
- Не включайте їх тільки для того, щоб роздути обсяг своєї сті; це робиться тільки при необхідності або в разі спроби усунути Мовний бар'єр.
Переконайтеся, що кожна сторінка документа має контрольне позначення.Ваша сті можливо, одна з багатьох-тому, сподіваємося, що ваша організація володіє яким-небудь великим каталогом бази даних з певною системою посилань. Ваша сті є частиною цієї посилальної системи, і тому потребує певного типу коду, щоб знайти її по порядку. Ось для чого корисні позначення.
- Кожна сторінка повинна мати коротку назву або ідентифікаційний номер (ID), номер версії документа, дату і "сторінка № з №" в правому верхньому куті (для більшості форматів). Вам можуть знадобитися або не знадобитися виноски (або тримайте їх у виносках), залежно від переваги вашої організації.

Частина3З 3:

Гарантія успіху і точності

Протестуйте інструкцію.якщо ви не хочете її тестувати, то можливо, вона недостатньо добре написана. Знайдіть когось з обмеженим знанням процесу (або людини, яка представляє собою звичайного читача), щоб він скористався вашою сті в якості керівництва до дії. З якими проблемами вони зіткнулися? Якщо так, зверніться до них і проведіть необхідні доопрацювання.
- Найкраще, коли є група людей для тестування вашої сті. У різних людей будуть виникати різні питання, дозволяючи розширити ряд (сподіваємося корисних) відповідей.
- Будьте впевнені тестувати інструкцію на тому, хто ніколи раніше такого не робив. Людина з попередніми знаннями, буде покладатися насвої знання, щоб досягти мети, а не на вашу роботу, а це призведе до поразки.
Покажіть сті тим, хто дійсно виконує процедуру. в кінці дня дійсно неважливо, що думає про вашу сті керівництво. Має значення те, що думають про неї ті, хто насправді працює. Так що перед тим як Ви відправите свою роботу наверх на затвердження, покажіть її тим, хто буде це виконувати (або виконує). Що думають Вони?
- Дозволяючи їм бути залученим до процесу і дозволяючи відчути себе частиною цього процесу, викличе у них прихильність до того, щоб прийняти вашу сті. І неминуче те, що у них з'являться чудові ідеї!
Покажіть свою сті консультантам і команді по гарантії якості.як тільки команда дасть добро йти вперед, відправте її до своїх радників. Можливо, у них менше доступу до актуального вмісту, але вони дадуть вам знати, якщо вона відповідає вимогам з оформлення, якщо щось пропущено, і запротоколюють все це для прийняття офіційно і для введення в систему.
- Направте сті на затвердження, використовуючи системи управління документами, щоб забезпечити маршрут аудиту погоджень. Це варіюється від організації до організації. В цілому, вам потрібно, щоб все відповідало вимогам і керівним принципам.
- Будуть необхідні підписи, і більшість організацій в наші дні не має проблем з використанням електронних підписів.
Як тільки сті буде затверджена, починайте її впроваджувати. це може включати в себе проведення формального навчання персоналу (в тому числі навчання в аудиторії, комп'ютерне навчання і т.д.) або це може означати, що ваш папір можна вішати у ванній кімнаті. Щоб це не було, зробіть, щоб це працювало! Ви для цього старалися. Час для визнання!
- Переконайтеся в тому, що ваша сті залишається актуальною. Якщо вона коли-небудь застаріє, оновіть її, затвердіть і задокументуйте її оновлення, і перерозподіліть сті, як це необхідно. Від цього залежить безпека, продуктивність і успіх вашої команди.

Поради

Перевірте уточнення. Переконайтеся, що тут немає різних інтерпретацій. Покажіть інструкцію комусь, хто не знайомий з процесом і попросіть його розповісти вам свою думку про це; ви можете бути здивовані.
Не забудьте підключити зацікавлені сторони, де це можливо, так що документований процес є фактичним процесом.
Використовуйте блок-схеми і наочні зображення, щоб читачеві був ясний сам процес.
Подбайте, щоб ваш документ переглянули люди перед тим, як його затвердять.
Використовуйте просту мову, щоб пояснювати кроки.
Переконайтеся, що історія документа зареєстрована в кожній зміненій версії.

Перед тим як писати свою сті, перевірте наявність вже готової версії. Можливо вам просто потрібно буде зробити пару швидких правок. Тим не менш, переконайтеся, що ви все ще документуєте їх!