SOP 는 프로그램입니다. SOP 는 결과가 아니라 프로세스에 대한 설명입니다. 동시에, SOP 는 제도도 아니고, 형식도 아니라, 다음 공정이 어떻게 통제점을 규범화할 것인가에 관한 프로그램이다.
SOP 는 운영 프로그램입니다. 표준 운영 지침. SOP 는 실행 가능한 프로그램이며, 개념적인 것이 아니라 실제적이고 구체적이며 조작할 수 있는 프로그램이다. ISO9000 시스템의 표준과 결합할 경우 SOP 는 3 단계 파일, 즉 운영 파일입니다.
SOP 는 표준 운영 절차입니다. 표준이란 최적화 개념을 의미합니다. 즉, 임의로 작성된 모든 운영 프로그램을 SOP 라고 할 수 있는 것은 아니지만, 현재 조건 하에서 실현할 수 있는 최적화된 운영 절차 설계여야 합니다. 솔직히 말해서, 소위 표준은 관련 절차를 가능한 한 세밀하게, 수량화하고, 최적화하는 것이고, 테셀레이션, 수량화, 최적화의 정도는 일반적인 경우 모두가 이해할 수 있고, 모호함은 없을 것이다.
SOP 는 단일이 아니라 시스템이다. 각 SOP 를 개별적으로 정의할 수는 있지만, 기업 관리의 관점에서 볼 때 SOP 는 단일한 것이 아니라 전체와 시스템이어야 합니다. 이는 기업에도 필수적입니다. 여세위는 강의에서 한 회사가 두 권의 책을 가지고 있어야 한다고 특별히 언급했다. 하나는 홍피서이고, 회사의 전략, 즉 경영 지도 강령이다. 또 다른 책은 블루북, SOP, 표준 조작 절차로 반드시 상세히 수량화해야 한다.
관리 모드와 방법이 다르기 때문에 SOP 를 만드는 방식도 다를 수 있습니다. 실천적 관점에서 볼 때, 우리는 일반적으로 다음 단계를 따를 수 있다.
1) 먼저 프로세스와 수속을 한다. 회사의 SOP 분류에 따라 관련 기능 부서는 먼저 해당 주요 순서도를 만든 다음 주요 순서도를 기준으로 해당 하위 순서도를 만들고 각 하위 프로세스에 따라 적절한 절차를 수행합니다. 각 공정은 어떤 제어점이 SOP 여야 하는지, 어떤 제어점이 SOP 를 필요로 하지 않는지, 어떤 제어점이 결합되어 SOP 를 만들 수 있는지 결정해야 합니다. 각 분류를 포함하여 신중하게 고려하고 개발해야 합니다.
2) SOP 를 사용하여 완료해야 하는 각 작업의 실행 단계를 결정합니다. 프로그램에서 SOP 가 필요한 제어점의 경우 먼저 해당 실행 단계를 나열해야 합니다. 집행 단계의 구분에는 연대순과 같은 통일된 기준이 있어야 한다. 구현 단계가 확실하지 않다면, 보다 전문적인 인력과 적시에 소통해야 하며, 먼저 이러한 장애물을 제거해야 한다.
3) 회사 템플릿을 적용하여 SOP 를 개발합니다. 이러한 문제를 명확히 하는 전제하에 SOP 를 쓰기 시작할 수 있다. 회사 템플릿에서 SOP 를 작성할 때 템플릿의 설정을 변경하지 마십시오. 일부 sop 의 경우 일부 텍스트 설명 외에 그림이나 다른 그림을 추가하여 단계의 일부 세부 사항을 시각화하고 수량화할 수 있습니다.
4) 비누 열심히 해야 잘 할 수 있다. SOP 를 쓰는 것은 복잡한 작업이기 때문에 지루함을 느끼기 쉽다. 그러나 SOP 는 회사에게 매우 중요하며, 회사도 이와 관련하여 필요한 투자를 할 준비를 하고 있다. 특히 2 ~ 3 년 안에 완성할 수 있도록 하기 위해서는 열심히 해야 한다. 그렇지 않으면 진정한 좋은 효과를 얻지 못하고 형식주의의 반대로도 나아가야 한다.