как руководителю упростить свою работу - прецедент, инцидент, стандарт
Фиксирую в картинке опять же не свою схему. Мы - КСП - ее выработали в ходе коллективной работы и активно используем, но уверен, что это как изобретение велосипеда
( Read more... )
Comments 3
Reply
А я позволю себе не согласиться с этой схемой, на том основании, что само "решение" прецедента, создает новый прецедент. Не важно, по какой ветке из схемы он "решен".
Логика здесь такая, что в процессе выполнения операции мы столкнулись с неожиданным результатом, который требует "ручных" действий (создания дополнительных процедур, игнорирования или чего-то еще), что может указывать на то, что изначальный процесс не совершенен и может требовать доработки.
Следование этой схеме может породить цепь "решений" которые изменят сам результат выполнения процесса от того, что изначально было задумано автором процесса.
Поэтому, ИМХО, в такой ситуации, при появлении прецедента, необходимо разработать схему препятствующую их появлению. Т.е. пересмотреть либо сам исходный процесс, либо ввести ограничения, исключающие подобные прецеденты, а не создавать новых сущностей в виде новых процессов типа "инцидент" или "стандарт".
Reply
в этом смысле каждый такт процесса - это прецедент
задача управленца, чтобы процесс всегда (по возможности) повторялся строго в заданных рамках со строго заданным результатом
и для этого и проводится работа по отклонениям
в этом смысле описанное ниже ваше "ИМХО" строго соответствует логике схемы
см. также Э.Деминг конечно же
Reply
Leave a comment