Заметка:
http://denis-demakhin.livejournal.com/15939.html
Многие, садясь за написание регламентирующего документа, держат в голове мысль, что их задача - составить корректный регламентирующий документ. Но это не так. На самом деле их задача - воздействовать на состояние системы. А для этого нужно обеспечить внедрение, всверливание вашего регламентирующего документа прямо в мозг каждому сотруднику организации. Добиться того, чтобы каждый сотрудник прочитал ваш документ, понимал ваш документ, мог его запомнить, исполнял его и относился к нему как к чему-то важному, озвучивал вам правки и дополнения, жил по вашему документу.
Комментарии
Соответственно, прежде чем "садиться писать лучший регламент в истории человечества", нужно а) знать текущее состояние (желательно, в привязке к бизнес-целям) и б) иметь понимание, как и насколько следование данному регламенту это состояние улучшит.
Далее, поскольку документ, как правило, описывает ПРОЦЕСС, т.е совокупность взаимосвязанных действий, дающих ценный для клиента результат, в процессе д.б четко и понятно прописаны требования клиента. Про то, что клиенту хорошо бы дать посмотреть этот документ, думаю, говорить не надо.
Про понятность документа в целом верно написано, но упущена необходимость разъяснения а) через обучение и б) через поэтапное внедрение нового процесса с анализом проблем и изменением процесса в случае необходимости. Соответственно, и обучение должно быть не односторонним - на нем тоже могут возникать вопросы, для решения которых потребуется изменение процесса.
Далее, первые месяцы жизни процесса нужен тщательный мониторинг его результативност и. Все отклонения должны анализироваться.
Вот от чего, на мой взгляд, нужно отталкиваться при написании документа.
А то, что у вас в бложике написано - это инструменты, а не цель. Я изложу удобный для всех процесс, оформлю это в виде схем на листах с полуголыми топ-моделями - документ все прочитают, поймут ("хочешь узнать, как делать ТЗ - открой страницу с Адрианой Лима, в районе ее *** три квадрика есть") и запомнят, только толку с того, если у меня после этого процесса все склады затоварятся из-за того, что заказчику процесса (производству) этот регламент спустили в приказном порядке, не поинтересовавши сь его мнением?
"Внутренние регламентирующи е документы" = правило.
Регламентирующие документы = технический регламент.
Технический регламент всверливается в мозг каждому роботу.
Переводим на человеческий язык:
Как писать правила?
Мне кажется, первичнее вопрос "зачем?"
Для связи.
Есть "мир предметов".
Есть "мир идей". (инструментов).
Чем отличается "предмет" от "инструмента"?
и много регламентов было написано во время актуальности приведенных Вами инструментов?
Инструмент от предмета отличается наличием цели. (Не спрашивайте у кого?).
На рис приведены инструменты или предметы?
Спасибо!
Ваш комментарий вдохновил меня. На его основе я внес некоторые корректировки в заметку.
Очень ценно!
Мало таких комментаторов.
RSS лента комментариев этой записи