입구작업 프로세스. 휴게시간 : 종류, 조건, 할당시간
더 짧은 시간에 더 많은 일을 하고 싶은 것은 정상입니다. 비즈니스에서는 일반적이기 때문에... 이는 비용 증가를 최소화하면서 이익을 증가시킵니다. 또한 더 많은 급여를 받기를 기대하는 직원의 경우에도 정상입니다. 효과적인 작업보너스. 작은 개념을 즉시 정의해 보겠습니다. 비즈니스 프로세스는 소비자를 위한 특정 제품이나 서비스를 만드는 것을 목표로 하는 일련의 상호 연관된 활동 또는 작업입니다. 명확성을 위해 비즈니스 프로세스는 비즈니스 프로세스 흐름도를 사용하여 시각화됩니다. (wiki) 가장 단순한 형태의 프로세스는 한 사람에서 다른 사람으로 이동하는 작업 흐름입니다.
진보적인 단체가 많다 최근 몇 년이러한 프로세스를 최적화하는 데 집중적으로 참여하고 있으며, 특히 다음을 통해 전송되는 파일 수를 줄이기 위해 노력하고 있습니다. 이메일첨부 파일로 저장하는 동시에 인쇄된 문서의 양을 줄이려고 노력합니다. 종종 정보가 여러 번 중복되어 직원의 업무는 물론 테라바이트급 정보 저장을 담당하는 IT 부서의 유지 관리 및 생산성에도 어려움을 초래합니다. 위에 설명된 문제 중 일부는 SharePoint Foundation을 사용하여 해결할 수 있습니다. .NET 3.5 구성 요소 - Windows Workflow Foundation. WF는 기업 워크플로를 구축할 수 있는 기능, 즉 트랜잭션, 추적 및 알림에 대한 기본 지원 기능을 제공합니다. WF는 독립 실행형 응용 프로그램으로 작동하지 않지만 항상 SharePoint 플랫폼 프로그램과 함께 작동합니다. SharePoint Server는 Foundation을 기반으로 구축되었으므로 워크플로 호환성이 보장됩니다.
SharePoint를 사용하면 다음과 같은 여러 가지 방법을 사용하여 비즈니스 프로세스를 지원할 수 있습니다.
1. 신청 RSS – 사이트에 게시된 업데이트를 읽는 매우 간단하고 편리한 방법입니다. 사용 이 방법, 클라이언트는 IE 또는 Microsoft Outlook을 열 때 정보를 받습니다.
2. 경고 – 신규, 변경, 추가 또는 삭제된 문서에 대한 정기적인 알림 방법입니다. 이벤트가 발생하면 사용자는 정보가 담긴 편지를 받게 됩니다. 경고는 즉시 전송되거나 매일 또는 매주 뉴스레터로 전송될 수 있습니다.
3. 콘텐츠 승인 – 버전 관리 기능과 함께 초안 버전만 볼 수 있는 권한을 결정하여 컨텐츠를 관리할 수 있는 방법 특정 그룹사람들. 라이브러리 또는 목록에 대해 콘텐츠 승인이 활성화되면 특별한 승인 상태 필드와 특정 항목을 수락하거나 거부할 수 있는 기능이 제공됩니다. 이러한 요소에는 승인됨, 거부됨, 보류 중이라는 세 가지 상태가 있을 수 있습니다. 목록 관리 권한이 있는 사용자는 요소의 상태를 변경할 수 있습니다. 동시에 콘텐츠를 승인하는 직원은 새 파일의 모양에 대한 이메일 알림을 받지 못하며 요소의 목록과 상태를 보려면 사이트로 이동해야 합니다.
그러나 위의 어느 것도 단계별 프로세스를 기반으로 비즈니스 프로세스를 자동화할 수 없습니다. 경고와 함께 콘텐츠 승인을 사용하여 이러한 방법을 함께 결합하면 부서 구성원이 문서의 새로운 주요 버전을 게시하는 경우 이메일을 보내는 간단한 워크플로를 만들 수 있습니다. 그러나 이 옵션은 소수의 비즈니스 프로세스만 해결하는 데 도움이 됩니다.
SharePoint는 프로세스를 자동화하는 두 가지 다른 방법을 제공합니다.
· 작업 흐름(워크플로) 다른 사람의 개입이 필요한 특정 작업의 진행 상황을 자동화하고 추적하는 데 사용됩니다. 개입은 작업 프로세스를 진행하기 위해 직원의 조치가 필요할 때 직원에게 알리는 등 다양한 형태를 취할 수 있습니다. 이러한 프로세스는 며칠, 몇 주 또는 몇 달이 걸릴 수 있으며 프로세스가 완료되기 전에 다른 이벤트가 발생할 때까지 기다려야 할 수도 있습니다. 워크플로는 브라우저, SharePoint Designer 및 Visual Studio를 사용하여 생성할 수 있습니다.
· 이벤트 수신기(이벤트 수신기) - 사람의 개입이 필요하지 않은 프로세스를 자동화하는 데 사용됩니다. 이벤트 수신기는 Visual Studio를 통해서만 만들 수 있습니다.
자동화 프로세스 계획
워크플로는 자동화해야 하는 작업이 여러 원자적 작업으로 분류될 때까지 작업을 자동화할 수 없습니다. 워크플로우는 종이 문서에 저장된 정보의 상태를 추적하지 않습니다. 비즈니스 프로세스 자동화는 프로세스를 수동으로 수행하는 방법을 완전히 이해하는 경우에만 가능합니다. 확실히 계획 단계에서는 이를 매우 유능하게 설명할 수 있는 비즈니스 프로세스 소유자의 지원을 받아야 합니다. 워크플로 계획이 훨씬 더 다양해졌습니다. 중요한 점 SharePoint Designer에서 직접 만드는 것보다 자동화할 비즈니스 프로세스를 선택할 때 초기에 예측 가능한 프로세스와 워크플로를 완료하는 데 걸리는 시간을 최대화하여 워크플로 생성 비용이 반환되는 프로세스를 찾으세요.
용어 소개
사이트, 컬렉션, 라이브러리가 템플릿 기반인 것처럼 워크플로도 템플릿 기반입니다. 이러한 템플릿은 브라우저나 PowerShell을 사용하여 사이트 또는 사이트 모음 수준에서 활성화하거나 비활성화할 수 있는 SharePoint 기능으로 설계되었습니다. 워크플로 템플릿은 워크플로 기능이 활성화된 경우에만 사용할 수 있습니다.
SharePoint Foundation에는 단일 3단계 워크플로 템플릿이 함께 제공되는 반면, SharePoint Server에는 많은 문서 중심 워크플로와 사이트용으로 생성된 하나의 Web Analytics 프로세스가 포함되어 있습니다.
작업 프로세스는 실행을 통해 결과가 생성되는 일련의 작업입니다. 생성된 워크플로는 라이브러리, 목록, 사이트 등 세 가지 개체 중 하나와 연결되어야 합니다. 워크플로 템플릿을 콘텐츠 유형과 연결한 후 해당 콘텐츠 유형을 라이브러리나 목록에 추가할 수도 있습니다.
결과를 생성하기 위해 수행해야 하는 작업을 결정하기 위해 테스트해야 하는 조건을 정의하는 템플릿을 사용하여 워크플로를 시작할 수 있습니다.
사이트 모음 수준에서는 워크플로 페이지를 사용하여 현재 사용 가능한 워크플로 템플릿을 확인할 수 있습니다. 현재 실행 중인 작업 프로세스 목록도 사용할 수 있습니다.
페이지에 액세스하려면 다음을 수행해야 합니다.
1. "사이트 작업" – "사이트 매개변수"로 이동합니다.
2. "사이트 관리" 블록에서 "워크플로"를 클릭합니다.
워크플로 옵션이 표시되지 않으면 사이트 모음이 아닌 하위 사이트의 관리 페이지에 있을 가능성이 높습니다.
안타깝게도 워크플로 페이지에는 어떤 워크플로 템플릿이 어느 수준에 연결되어 있는지 이해하는 데 도움이 되는 링크가 제공되지 않습니다. (라이브러리, 목록, 사이트, 콘텐츠 유형)
업무 프로세스에는 항상 시작과 끝이 있습니다. 워크플로는 파일 또는 목록 항목에 대해 선택한 특정 이벤트 후에 시작됩니다. 그런 다음 프로세스 템플릿에 정의된 단계를 거쳐 끝점으로 이동합니다. 그 후에는 워크플로 상태가 "완료됨"으로 표시됩니다. 작업자 프로세스는 새 작업자 프로세스 인스턴스가 시작될 때까지 다른 작업을 수행하지 않습니다.
여러 가지 다른 작업 프로세스가 동시에 존재할 수 있으며, 또한 하나의 파일에 대해 동시에 실행할 수도 있습니다.
워크플로 템플릿과 해당 구성에 따라 다음과 같은 경우에 워크플로가 시작될 수 있습니다.
– 수동으로. 여기에는 미묘한 차이가 있습니다. "목록 관리" 권한이 있는 사용자만 이러한 워크플로를 시작할 수 있습니다. 새 작업 흐름을 테스트하려는 경우 또는 라이브러리에 이미 추가된 파일에 대해 작업 흐름을 실행해야 하는 경우 이 옵션을 사용하십시오.
–자동으로 목록 항목이나 문서를 만들 때.
– 자동으로 목록 항목이나 문서를 변경할 때.
추가 워크플로는 이 목록에 포함되지 않은 다른 시작 방법을 지원할 수도 있습니다. 예를 들어 SharePoint Server 2010에는 정보 관리 정책에 따라 시작되는 워크플로를 시작하는 네 번째 방법이 있습니다.
이것이 꼭 필요한 것은 아니지만, 대부분의 워크플로에서는 다음 두 목록을 사용합니다.
– 작업 목록. (과제) 사용자에게 작업을 완료하거나 워크플로의 다음 단계에 대한 정보를 수집하도록 상기시키는 작업 요소를 만드는 데 사용됩니다. 워크플로는 할당된 작업에 대한 링크가 포함된 이메일을 사용자에게 보낼 수도 있습니다.
– 작업 프로세스의 역사. (워크플로 기록) 사이트 콘텐츠에서 보이지 않는 숨겨진 목록입니다. 실행 중이거나 완료된 작업 프로세스를 추적합니다. 날짜, 상태, 참가자, 설명 등 기본 정보가 포함되어 있습니다. 기록 목록의 내용을 기반으로 워크플로우 기간과 워크플로우 사용 활동을 보여주는 보고서를 생성할 수 있습니다. 현재 취소된 워크플로 프로세스, 런타임 오류로 인해 실패한 워크플로 실행을 보여주는 오류 및 취소 보고서를 생성할 수도 있습니다. 위에서 언급한 것처럼 이 목록은 숨겨져 있으며 사이트 콘텐츠에 표시되지 않지만 사이트 권한을 상속합니다. 따라서 권한이 있는 모든 사용자는 " 협동"는 이 목록의 항목을 업데이트할 수 있습니다. 브라우저에 http://sitename/lists/Workflow History/를 입력하면 이 목록을 볼 수 있습니다. 러시아어 버전의 SharePoint의 경우 수정해야 합니다. 이 목록은 "목록 및 작업 프로세스 저널"이라고 하며 위치는 http://sitename/Journal of%20lists%20and%20working%20processes입니다. /
목록을 사용하여 작업 및 워크플로 기록을 저장하면 시간이 지남에 따라 사이트 성능과 속도에 영향을 미칠 수 있습니다. 따라서 Microsoft는 워크플로가 완료되거나 취소된 후 60일이 지나면 작업 목록의 항목을 제거하는 일일 자동 정리 작업을 만들었습니다. 워크플로 기록은 삭제되지 않습니다. 이러한 목록에는 사이트 권한이 있고 그 중 하나는 정기적으로 지워지기 때문에 작업 흐름이 수행하는 작업에 대한 감사로 사용해서는 안 됩니다.
라이브러리 및 목록의 워크플로.
목록 관리 권한이 있는 직원은 워크플로 옵션을 사용하여 프로세스 템플릿을 목록이나 라이브러리에 연결할 수 있습니다. 이러한 워크플로는 특정 유형의 콘텐츠 또는 모든 콘텐츠에 대해서만 작동할 수 있습니다. 워크플로 옵션 페이지에서 작업과 스토리를 저장할 위치를 선택하고 목록 항목이나 파일에 대한 워크플로 인스턴스를 트리거하는 조건도 설정할 수 있습니다. 이 페이지에서는 기존 워크플로를 편집하고 삭제할 수도 있습니다. 3단계 작업 흐름의 사용을 예로 들어 보겠습니다. 3단계 워크플로는 3단계(상태)를 통해 목록 항목의 상태를 추적하도록 설계되었습니다. 이 워크플로는 조직이 고객 지원 질문과 같은 많은 수의 질문이나 항목을 추적해야 하는 비즈니스 프로세스를 관리하는 데 사용할 수 있습니다.
워크플로가 시작되면 할당된 직원에 대한 작업이 생성됩니다. 작업이 주어지면 팀 구성원은 작업을 완료하는 데 필요한 작업을 수행합니다. 작업이 이슈 추적 목록을 호스팅하는 목록이나 노드에 있을 필요는 없습니다. 예를 들어, 연회 계획을 개발하는 워크플로 작업이 주어지면 팀 구성원은 연회 회사에 연락하여 협력하여 계획을 개발합니다. 연회 서비스 계획 초안을 작성한 후 워크플로우 작업 완료를 확인합니다. 이 시점에서 문제 추적 목록은 이벤트 계획 작업의 상태를 활성에서 검토 준비로 변경하고 이벤트 코디네이터가 연회 계획을 검토할 수 있도록 두 번째 작업을 만듭니다. 이 계획이 검토 및 승인되면 이벤트 코디네이터는 워크플로 작업을 완료됨으로 표시하고 작업 상태는 검토 준비에서 완료로 변경됩니다.
워크플로 템플릿을 라이브러리나 목록에 추가하려면 프로세스 이름을 지정하고, 시작 조건을 선택하고, 특히 자동으로 실행되는 경우 프로세스에 필요한 정보를 제공해야 합니다.
다음 단계를 사용하십시오. 목록 또는 라이브러리에 대한 워크플로 템플릿을 추가하려면 다음을 수행합니다.
1. "Holiday Request"라는 이름의 새 사용자 정의 목록을 만듭니다. 휴가 요청을 저장하는 데 사용될 것이라고 상상하는 것은 어렵지 않습니다. 목록에서 "선택" 유형의 "휴일 상태"라는 새 열을 만듭니다. 선택 옵션에 대해 제출된 휴일 요청, 승인된 휴일 요청 및 촬영된 휴일을 입력합니다. 이 열에는 요청의 현재 상태가 표시됩니다.
2. 리본에서 목록 옵션을 확장합니다. 워크플로 드롭다운 메뉴에서 "워크플로 추가"를 클릭합니다.
3. 콘텐츠 유형을 "모두"로 설정하거나 워크플로 템플릿을 직접 선택합니다. 특정 콘텐츠 유형을 선택할 때 다음 사항을 확인하세요. 이 유형이미 라이브러리에 연결되어 있습니다. 나머지 단계에서는 3단계 워크플로를 선택했다고 가정합니다.
4. 고유한 워크플로 이름에 "휴일 요청 승인"을 지정합니다. 이 이름은 목록에 열을 만드는 데 사용되므로 라이브러리에 고유하게 발급되어야 합니다. 이미 예약된 열 이름을 사용하면 안 됩니다.
5. "작업 목록"과 "로그 목록"에서 새 목록 생성을 선택하면 워크플로 이름으로 목록이 생성됩니다.
6. "시작 옵션" 설정 블록에서 워크플로를 시작하는 옵션을 선택합니다. 테스트 목적으로 "편집 권한이 있는 사용자는 수동으로 실행할 수 있습니다" 옵션을 선택할 수 있습니다.
7. 드롭다운 메뉴에서 목록에 생성된 상태 열을 선택합니다. 이 열은 다음을 표시합니다. 현재 상태요청하고 추가로 중간 및 최종 상태를 나타냅니다.
워크플로 참가자는 두 가지 방법으로 3단계 워크플로의 워크플로 작업을 완료할 수 있습니다. 워크플로 작업을 완료됨으로 표시하여 편집하거나 목록에서 워크플로 항목의 상태를 변경할 수 있습니다(목록 편집 권한이 있는 경우). 팀 구성원이 목록에서 워크플로 항목의 상태를 수동으로 업데이트하면 워크플로 작업이 완료됩니다. 워크플로 작업을 수정하여 완료됨으로 표시하면 워크플로 항목의 상태가 완료됨으로 변경됩니다. 이미지에는 휴일 요청 제출됨, 휴일 요청 승인됨, 휴일 수락의 세 가지 상태가 표시됩니다.
모든 것이 매우 간단합니다. 워크플로 템플릿의 매개변수를 입력하면 각 단계에서 작업을 수행하는 작업이 생성되는 대상과 매개변수가 표시됩니다. 그리고 수행자가 업무에 대해 알게 되므로 직원에게 이메일로 알리는 방법도 제안된다.
그리고 두 단계(휴일 요청 제출, 휴가 요청 승인)로 진행됩니다. 바인딩이 완료되면 작업 확인을 시작할 수 있습니다. 이메일 알림을 선택하는 경우 워크플로를 실행하려면 SharePoint에 발신 이메일 설정이 구성되어 있어야 합니다. 행정센터를 통해 이루어지는 일.
워크플로 시작 이 경우수동으로 수행하고 "휴가 요청" 목록에 항목을 추가한 후 수행합니다.
첫 번째 부분 요약: SharePoint 2010에서 워크플로를 사용하는 것은 복잡한 비즈니스 프로세스를 자동화하는 좋은 방법입니다. 그러나 교육을 받지 않은 사용자는 스스로 처리할 수 없습니다. IT 전문가는 SharePoint 워크플로 기술을 이해하는 것 외에도 위에 표시된 방식으로 적절한 작업을 자동화하기 위해 비즈니스의 의견을 듣고 비즈니스 프로세스를 구성 요소 단계로 분해할 수 있어야 합니다. 나는 이것의 첫 번째 벽돌을 희망한다 복잡한 주제이 글이 떴습니다. 이 기사는 실제로 아직 출판되지 않은 책 "Microsoft SharePoint Foundation 2010 Inside Out"에서 수집한 요약과 office.microsoft.com 사이트에서 발췌한 것입니다. 따라서 언어의 품질이 많이 요구됩니다.
작업 흐름
"...작업 프로세스: 입력을 출력으로 변환하고 조직 내에서 구현되는 일련의 상호 연관되거나 상호 작용하는 활동..."
원천:
"정보 기술. 조직 관리. 행정 및 사무 활동에 대한 전자 규정. 기본 조항. GOST R 52294-2004"
(2004년 12월 29일 N 138-st 러시아 연방 국가 표준 결의에 의해 승인됨)
공식 용어.
Akademik.ru.
2012.다른 사전에 "작업 흐름"이 무엇인지 확인하십시오.
2012.작업 흐름
- - [A.S. 영어-러시아어 에너지 사전. 2006] EN 업무 프로세스 전반의 에너지 주제 ...- 3.1.4 작업 프로세스: 입력을 출력으로 변환하고 조직 내에서 구현되는 일련의 상호 연관되거나 상호 작용하는 활동입니다. 원천 … 액체 추진 로켓 엔진 가스 발생기의 작업 과정
- 가스 발생기의 작업 프로세스 연료 구성 요소를 가스 생성 제품으로 변환하기 위해 액체 추진 로켓 엔진의 가스 발생기 연소실에서 수행되는 일련의 프로세스입니다. [GOST 17655 89] 주제: 액체 로켓 엔진 동의어 작업 프로세스... ...- 챔버 내 작업 공정 연료 구성요소 및/또는 가스 생성 생성물을 연소 생성물로 변환하기 위한 액체 추진 로켓 엔진 챔버의 연소실 내 일련의 공정입니다. [GOST 17655 89] 주제 액체 로켓 엔진 동의어 작업 프로세스 ... 액체 추진 로켓 엔진 가스 발생기의 작업 과정
엔진 작업 과정- (엔진 사이클) 엔진 작동 중 엔진 실린더 내부에서 한 사이클 동안 발생하는 일련의 현상. 엔진 주기를 참조하십시오. Samoilov K.I. 해양 사전. M.L .: 1941년 소련 NKVMF 주 해군 출판사 ... 해양 사전
워크플로(Service Manager 2010)- 문서나 항목이 자동화된 비즈니스 프로세스의 일부로 처리되는 일련의 작업, 작업 또는 작업입니다. 액체 추진 로켓 엔진 가스 발생기의 작업 과정
EN 워크플로 일련의 활동, 작업 또는 작업... ...압축기 작업 과정 - 총체성물리적 현상 액체 추진 로켓 엔진 가스 발생기의 작업 과정
, 압축기 내 가스의 압력 및 이동 증가를 수반하고 엔진에서 가스로 기계적 에너지 전달을 보장합니다. [GOST 28567 90] 주제 압축기 EN 작동 특성 ...압축기 작업 과정 - 37. 압축기의 작동 과정 E. 작동 특성 압축기의 압력 증가 및 가스 이동을 수반하고 엔진에서 가스로 기계적 에너지 전달을 보장하는 일련의 물리적 현상 출처: GOST 28567 90 .. .
규범 및 기술 문서 용어에 대한 사전 참고서로켓 엔진 챔버(가스 발생기)의 불안정한 작동 과정 액체 추진 로켓 엔진 가스 발생기의 작업 과정
- 챔버(가스 발생기)에서의 불안정한 작동 과정 압력의 자체 진동이 있는 액체 추진 로켓 엔진의 챔버(가스 발생기)에서의 작동 과정. 설명 액체 추진제 엔진 챔버(가스 발생기)의 불안정한 작동 과정을 부재 또는... ...액체 추진 로켓 엔진의 챔버(가스 발생기)에서 안정적인 작동 과정 액체 추진 로켓 엔진 가스 발생기의 작업 과정
- 챔버(가스 발생기)에서의 안정적인 작업 과정 압력의 자체 진동 없이 액체 추진 로켓 엔진의 챔버(가스 발생기)에서의 작업 과정. 설명 액체 추진 엔진 챔버(가스 발생기)의 불안정한 작동 과정을 부재 또는 위반과 동일시하는 것은 불가능합니다... ...
- 서적 "World of Discovery" 프로그램에 따른 교육 활동 일정 계획. 작업 계획, Berezhnova Olga Vladimirovna. 매뉴얼은 작업 계획 및 기획 기술을 제시합니다.교육 활동 선생님유치원
- "World of Discovery" 프로그램에 따른 교육 활동 일정 계획. 교사의 업무 계획. 두 번째 주니어 그룹, Berezhnova O.. 매뉴얼은 개념 조항, 목표 및 목표에 따라 유치원 교사의 교육 활동을 계획하기 위한 작업 계획과 기술을 제시합니다...
조직의 통제 가능성 보장
업무 규칙을 설정함으로써 우리는 단순한 사람들의 집합을 비즈니스로 만드는 기술을 형성합니다. 기술은 결과를 달성하는 모든 단계에서 명확하고 공식화된 일련의 작업입니다. 1단계, 2단계, 3단계... 한 단계를 완료하고 다음 단계로 넘어가는 기준입니다. 과제는 직원들이 함께 일관된 결과를 얻을 수 있도록 올바른 직무 설명을 제공하는 것입니다. 원하는 결과. 직원이 뭔가 잘못된 일을 할 수 있는 모든 경우에 그의 행동은 지침에 따라 규제되어야 합니다.
이것을 달성하는 방법은 무엇입니까? 해당 기관의 업무 프로세스를 등록해야 합니다.
워크플로와 3단계
회사의 업무 프로세스는 다음과 같습니다. 숙제지도자. 그가 그렇게 하면 회사는 앞으로 2~3년 동안 안정적으로 운영될 것이고, 경영자 자신의 업무도 일상적이고 단순하며 이해하기 쉬워질 것입니다.
한때 우리는 한 부서의 직원과 대화할 기회가 있었습니다. 중앙은행. 우리는 그에게 오랫동안 물었습니다. “결과는 어떻습니까?”
이것이 중앙은행이다. 작동하고 그게 다입니다. 이것이 눈에 보이는 결과입니다.
- 당신이 제대로 일하고 있는지 어떻게 알 수 있습니까?
- 내일도 어제와 똑같이 일한다면.
회사가 잘 설계된 업무 프로세스에 따라 업무를 수행하면 표준적이고 입증된 방식으로 수익이 보장됩니다. 이러한 사업체는 원하거나 필요한 경우 매각될 수 있습니다. 업무 프로세스가 없다면 우리가 소유한 유일한 것은 회사 자산인 책상과 컴퓨터뿐입니다. 이런 종류의 사업은 더 이상 가치가 없습니다.
회사의 업무를 기술화하는 순간, 필요한 직원에 대한 요구 사항을 크게 줄이고 제품 품질을 저하시키지 않고 이를 수행합니다.
1단계
어디서부터 시작해야 할까요? 워크플로우 레시피 작성 레시피를 작성해야 합니까?처음부터 끝까지 (즉, 프로세스의 원하는 결과부터 시작합니다)
이를 위해 우리는 먼저 결정합니다.직원의 작업에서 체계적으로 재현 가능한 결과는 무엇입니까? 매일 꾸준히. 모든 조치는 "완료" 또는 "is"라는 단어를 사용하여 공식화됩니다. "일정 금액의 이익이 있고 회계 부서에 서류 패키지가 있으며 울타리가 칠해져 있습니다." 맞습니다: “될 것입니다”나 “될 것으로 예상됩니다”, “하는 중” 또는 “하는 중”이 아니라 “입니다”입니다.
다음으로 알아봐야 할 것은결과를 얻기 전에 한 단계에서 수행해야 할 작업 (일별, 시간별) 및이 단계 이전에 무엇을 준비해야 합니까? 그러면 다음 것이 가능해집니다. 그렇죠, "되감기" 뒷면, 우리는 직원들의 발걸음을 처방합니다.
기존 비즈니스의 워크플로를 설명하는 데에는 장단점이 있습니다.장점모든 것을 현재 작동 중인 프로세스에 귀속시킬 수 있다는 것입니다.단점우리는 우리가 가진 모든 것을 작업 과정에 맞추려는 유혹을 받는다는 것입니다. 지금은있습니다. 회사가 없어도 쉽게 할 수 있는 일을 포함합니다. 그러므로 행동을 처방하는 것이 중요하다처음부터 끝까지 . 일반적으로 이러한 처리 후에는 회사의 작업 프로세스 설명에서 불필요한 모든 내용이 제거되고 최종 재현 가능한 결과를 얻는 데 필요하고 충분한 내용만 남깁니다.
프로세스를 자세히 설명하지 않고 설명한다면 중소기업의 일련의 작업은 일반적으로 10~20개의 단계로 나누어집니다.
완료된 작업 흐름은 다음과 같이 확인됩니다. 그 안에 있는 모든 내용은단일 주기:이전 단계를 완료하면 다음 단계를 시작할 수 있습니다. 이론적 테스트 단계에서는 지정된 모든 단계를 완료할 수 있는지, 우리가 만든 계획이 수익으로 이어지는지 평가하는 것이 중요합니다. 매우 자주, 특히 관리자가 처음으로 이와 같은 작업을 수행하는 경우 작업 흐름 체계가 "걸림돌이 되는" 지점이 발견됩니다. 그런 다음 우리의 임무는 해결 방법을 찾는 것입니다.
2단계
따라서 최종 및 중간 결과에 대한 기성 다이어그램이 있습니다. 이 경우 워크플로 생성의 두 번째 단계로 넘어갈 수 있습니다.결과 간 전환에 대한 지침 .
예를 들어, 중간 결과 체인에 표시됩니다. "양동이는 203호실에 있습니다. 그렇다면 406호실에 있어야 합니다." 버킷이 다른 방에 있도록 하려면 어떻게 해야 합니까? 가져가고, 이동하고, 배치해야 합니다.
워크플로 다이어그램에 "송장이 발행되었습니다" 및 "송장이 제출되었습니다"라고 표시되면 이러한 결과 간의 전환은 다음과 같이 들립니다. "송장을 수락하고 감독 및 회계사와 서명한 후 창고로 전송합니다. ” 꽤 상세하고 이해하기 쉽습니다.
다이어그램에 따라 단계의 결과와 단계 사이의 전환을 시각화합니다. 전혀 이해가 되지 않고, 어떻게 해야 할지 모르는 곳이 분명히 있을 것입니다. 이해하기 전까지는 전체 작업 흐름을 상상할 수 없습니다. 대부분의 경우 이는 전혀 독특하지 않습니다. 아마도 이 기술은 이미 어딘가에서 누군가에 의해 설명되었을 것입니다.
우리는 종종 다음과 같은 질문을 받습니다. 공식화할 수 있습니까? 창의적인 작품? 실제로, 창의적인 직업최소한의 번거로움.
웹 디자인을 다루는 한 회사의 직원은 관리자에게 자신의 작업이 창의적이라고 확신했습니다. 따라서 그들은 주문 완료 기한을 끊임없이 놓치도록 허용했습니다. 영감은 주문으로 오지 않습니다. 예를 들어 회화 과정이 여러 단계로 나누어질 수 있다는 것을 실제로 검증하지 않았다면 우리는 그 말을 믿었을 것입니다. 시, 산문, 음악을 쓰는 것뿐만 아니라. 과정을 간단한 단계로 나누어 작업이 더욱 재미있어졌습니다. 비즈니스에서 창의성으로 간주되는 것은 표준 단계의 조합입니다.
반복합니다. 거래부터 바닥 청소까지 모든 것이 회사에서 공식화되어야 합니다.
한때 미국으로 떠난 친구가 있습니다. 그곳에서 그는 언어를 거의 모르는 채 6개월 동안 이주노동자로 일했습니다. 기념품으로 그는 자신이 일하는 회사 직원에게 몇 가지 지침을 가져 왔습니다. 이러한 지시사항은 그림이 포함된 소책자 형식으로 작성되었습니다(고용주들은 이주노동자들이 지시사항이 어디에 그려져 있는지, 무엇을 해야 하는지, 무엇을 해야 하는지, 어떻게 해야 하는지를 읽을 수 없다는 것을 알고 있었습니다. 친구에게 내일까지 외우라고 했어요. 일하러 가세요?
주목할 만한 점은 해고 시에도 지시사항이 사라지지 않았다는 점이다. 자존심이 강한 모든 회사에는 그러한 지침이 있으며 존재하지 않으면 이상합니다. 이것은 우리에게 혁신입니다. 대신 영웅주의, 급한 일, 설득, 사람들과의 협력. 관리자의 업무가 효율적으로 이루어지면 직원 각자는 자신이 언제, 무엇을 해야 하는지 명확히 알 수 있습니다.
3단계
그래서 우리는 서면 연결과 전환이 포함된 중간 및 주요 결과의 다이어그램을 만들었습니다. 현재로서는 이는 특정 결과를 얻기 위한 일련의 작업일 뿐입니다.
다음으로 우리는 업무 프로세스를 기능적 책임과 직위에 따라 분류합니다. . 첫째, 직원이 어디에나 필요한지, 직원의 참여 없이도 가능한 작업 단계가 있는지 확인합니다. 우리는 다른 모든 단계의 이행을 노동자들에게 맡길 수밖에 없습니다. 질문이 생깁니다. 회사 직원 간에 기능을 어떻게 분할할 것인가?
종종 관리자는 배포를 선호합니다. 기능적 책임단순하지만 어리석습니다. "처음부터 끝까지 수행하고 자신이 한 일에 대해 책임을집니다."라는 원칙에 따라 수직으로 수행됩니다. 한 직원은 회사 조직의 여러 수준(최고 경영진에서 임원까지)의 지침을 알고 있습니다. 그러나 그러한 결정은 우리에게 불쾌한 결과를 초래합니다.
1. 우리나라에서는 서양과 달리 그러한 지시가 존재한다. 경쟁 우위그리고 노하우. 그리고 우리 직원 중 한 명이 회사의 모든 수준에서 지시를 받은 경우 조만간 그는 이를 누군가에게 "선물"할 것입니다.
2. 우리는 그토록 피하고 싶었던 일로 돌아가고 있습니다. 다시 한 번 직원들에게 요구 사항을 높이고 있습니다.
3. 업무 프로세스의 일부를 담당했던 직원이 퇴사하면 회사 전체의 업무가 중단됩니다.
따라서 우리에게는 간단하고 표준적인 솔루션이 남습니다.테트리스처럼 자르는 명령 . 따라서 처음부터 끝까지 한 직원이 수행하는 프로세스는 없으며 각 직원은 자신의 습관과 기술에 따라 자신만의 작은 작업을 수행합니다.
이러한 책임 분배를 통해 모든 단점이 장점으로 변합니다. 자신이 특별히 선택되고 적응된 작은 범위의 업무를 수행하는 각 직원은 긴장하지 않고 일하며 시간과 돈을 낭비하지 않습니다.
기능과 위치는 동일하지 않다는 점에 유의하는 것이 중요합니다. 한 위치에 있는 동일한 사람이 여러 가지 기능을 가질 수 있습니다.
이제 우리는 특정 직위 목록과 각 직위에 대해 직원이 가져야 할 특별한 특성 목록을 갖게 되었습니다. 이를 바탕으로 인사담당자(또는 채용을 담당하는 부서)에 대한 인사선발에 관한 지시를 내립니다. 이러한 지침은 필연적으로 작업 프로세스 및 작업 설명과 연결됩니다.
그래서 조직을 만드는 작업의 결과는 회사에 대해 규정된 작업 프로세스로 구성됩니다. 직업 설명, 미래 직원 선발 규칙 및 사려 깊은 보상 조건.
올바르게 정의된 작업 흐름에는 한 가지 미묘한 차이가 있습니다.한 직원에서 다른 직원으로 자료나 문서가 어떤 형식으로 전송되는지 표시하는 것이 중요합니다.
지침 일반적인 견해 보통 이런 모습입니다.
1단계. 결과: 완료(...)
첫 번째 단계에 대한 설명에는 다음 사항이 포함됩니다.
에이) 누가 하는가. 직원의 지시에 따라 그가 무엇을 하는지는 중요하지 않습니다. 그렇게되어야합니다.
비) 어떻게. 해당 수준에서 구현이 매우 명확하다면 이 항목을 건너뛸 수 있습니다. 상식. 예를 들어, 우리 조직에서는 경비원의 지시에 언제 문앞에서 눈을 제거해야 하는지도 명시되어 있습니다. 그래서 그는 질문이 없습니다.
비) WHO그리고 디) 제어 방법 . 이 시점에서 우리 얘기 중이야수행자의 상급자에 관한 것이 아니라,그에게서 일을 받아들이는 직원 . 그가 수락했다면 그는 책임을지고 이전 책임을 비난 할 수 없습니다. 이러한 방식으로 조직에는 선형적인 통제 부분이 구축됩니다. 누군가가 자신의 작업을 수행하지 않아 다음 작업으로 넘어가지 않으면 시스템이 실패합니다. 관리자는 누가 실수를 했는지, 어디서 실수했는지 정확하게 추적할 수 있습니다.
이러한 제어 시스템의 장점은 무엇입니까? 보내는 사람과 받는 사람 모두가 이를 이해합니다.서로를 덮어도 소용없어 . 조만간 작업을 완료하지 못한 것이 분명해지면 두 사람 모두 처벌을 받게 될 것입니다. 그래서 직원들은 자기 보존의식으로 서로를 통제합니다.
두 번째 단계지침은 첫 번째 지침과 정확히 동일하게 설명됩니다. 누가 이를 수행하고 어떻게 제어하는지. 이것이 직원의 전체 직무 설명이 작성되는 방식입니다. 일반적으로 첨부 문서 디자인의 예(양식 및 표준 양식 샘플)와 함께 부록이 작성됩니다. 예를 들어, 지침에 "회계사에게 송장 제출"이라고 적혀 있으면 신청서에 송장 작성 양식이 포함되어 있는 것입니다. 회계사의 직무 설명에는 비교할 수 있도록 이 송장을 작성하는 샘플도 포함되어 있습니다.
한 회사의 작은 지침의 예입니다. 현관에서 눈을 치운 직원은 특정 양식으로 관리인에게 보고해야 합니다. 그리고 관리인은 깨끗한 현관을 보고 그 일을 수락했다는 것을 일지에 서명해야 합니다. 이 지침을 위반하는 방법에는 세 가지가 있습니다. 첫째, 눈이 제거되지 않고 서명이 없습니다. 둘 다 처벌됩니다. 둘째 - 현관은 깨끗하지만 서명이 없습니다. 셋째 - 로그에 서명이 있지만 눈이 제거되지 않았습니다. 즉, 작업이 확인되지 않았습니다. 마지막 두 경우에는 관리인만 처벌을 받습니다.
지침의 그림과 사진이 좋습니다! 복잡한 설명은 시각적으로 인식하기가 훨씬 쉽습니다. 미리 만들어진 작업 흐름과 지침에서는 각 단계를 완료하는 데 필요한 시간과 비용을 표시해야 합니다. 좋은 예유사한 문서는 사용 지침입니다. 가전제품. 예를 들어, 당신은 구매합니까? 디지털 카메라. 첨부된 내용은 " 간략한 개요" - 사용 방법에 대한 그림이 포함된 컬러 소책자. 그리고 잘 모르겠으면 두꺼운 책을 들여다보세요. 자세한 지침, 관심 있는 항목을 찾아서 읽어보세요.
이상적으로는 직원들이 동일한 "스냅샷"을 보유해야 합니다. 직무 설명의 첫 번째 제목부터 직원이 자신의 지시 사항의 특정 단계 구현을 기록하는 목록이 작성됩니다. 이러한 목록에 연주자와 컨트롤러의 메모 및 서명 열이 있으면 편리합니다. 이전 단계를 완료하지 않으면 다음 단계로 넘어갈 수 없기 때문에 직원의 모든 단계 완료를 추적하기 위해서도 목록이 필요합니다. 이러한 상황에서 직원은 작업을 하나씩 수행합니다. 잊어버린 것이 있으면 모든 내용이 자세히 설명되어 있는 큰 지침을 볼 수 있습니다.
지침 작성에는 높은 지능이 필요하지 않습니다. 인내가 필요합니다. 각 항목은 매우 주의 깊게 작성되어야 합니다. 하지만 지침을 사용하면 발생하는 문제 10개 중 9개를 쉽게 해결할 수 있습니다.
어떻게 하나요? - 이와 같이! - 가격은 얼마입니까? - 너무해요! - 그렇지 않다면요? -그렇게 바꾸면 비용이 너무 많이 듭니다!
어려운 점은 무엇입니까? 모든 조직에 워크플로우가 없는 이유는 무엇입니까? 안타깝게도 관리자 자신이 게으름이나 책임을 지려는 의지가 없거나 회사 활동에서 "탈락"하지 않도록 비즈니스를 자동화하고 싶지 않기 때문에 작업을 완료하지 못하는 경우가 많습니다. 어떤 경우에는 소유자가 작성한 내용을 취소하고 직원에게 구두로 명령을 내리며 아마도 자신의 중요성을 높이려는 욕구에서 이를 수행합니다. 그러면 직원들은 규칙을 따를지 말지 선택할 수 있습니다. 관리자 자신이 지침이 교리가 아님을 분명히 하기 때문입니다.
우리의 임무는 지금부터 영원히 작업 프로세스 지침을 엄격히 준수하는 것이 필수이며 회사에서는 모든 것이 규정된 대로만 수행될 수 있다는 생각을 직원들에게 정확하게 전달하는 것입니다. 그리고 다른 것은 없습니다.
워크플로를 누가 처방할 수 있나요?
1. 첫째, 리더 그 자체 . 이는 소유자가 회사의 모든 기능 단위가 어떻게 작동해야 하는지 정확히 알고 있으면 쉽게 수행할 수 있습니다. 그러한 경우가 많이 있습니다.
2. 두 번째 옵션이 가능합니다임시로 전문가를 고용하다 우리가 관심 있는 직위에 대해. 특정 상황에서 무엇을 어떻게 해야 하는지 단계별로 적어줄 사람을 옆에 두십시오. 한 명이 아닌 두 명 이상의 전문가를 고용하여 그들이 하는 일이 동일하고 차이점이 무엇인지 비교할 수 있습니다. 그런 다음 일반 버전을 표시하고 이에 대한 지침을 작성합니다. 이 접근 방식에서는 지침 단계를 서로 주의 깊게 연결하는 것이 특히 중요합니다.
3. 당신은 할 수 있습니다 파트너로부터 무언가를 빌리다 . 예를 들어, 하나는 패스트푸드점이고 다른 하나는 약국입니다. 그들은 서로 경쟁하지 않습니다. 그러나 둘 다 창고를 가지고 있으며 동일한 원칙에 따라 운영됩니다. 다른 회사에서도 비슷한 프로세스를 찾을 수 있습니다.
4. 문제를 해결하는 또 다른 옵션은 다음과 같습니다.프랜차이즈. 모든 것이 이미 자세히 설명되어 있는 문서 패키지를 구입하고 해당 조항을 작업 프로세스에 구현할 수 있습니다.
작업 과정은 예방입니다. 규칙에 따라 조직이 작동하도록 만드는 것은 아침에 이를 닦는 것처럼 자연스러운 일입니다. 물론 크림과 파우더를 킬로그램씩 쓸 수도 있지만 매일 조금씩 건강을 관리하면 비용이 더 적게 듭니다. 이러한 권장 사항은 본질적으로 회사의 내부 건강을 유지하기 위한 권장 사항입니다.
생산 프로세스는 제품 제조와 관련된 일련의 작업입니다. 여기에는 기업이 최종 결과를 얻기 위해 사용하는 모든 주요 및 보조 프로세스가 포함됩니다.
생산 구성요소:
* 직원. 유능한 전문가는 언제 어디서나 필요합니다. 따라서 기업이 지속적으로 고소득을 받기 위해서는 자원의 정확한 배분과 일정 수립, 판매시장의 향후 상황 예측 등이 필요합니다.
* 노동 도구. 직원 외에도 회사에는 혁신적이고 현대적인 장비가 필요합니다. 여기에는 기계와 다양한 메커니즘이 포함됩니다.
* 노동의 대상. 이는 작업자가 제품을 생산하는 데 사용되는 재료입니다.
* 공익 사업. 기본적인 가사 서비스가 없으면 조직의 활동은 불가능합니다. 그러므로 우리는 전기, 열, 물 없이는 할 수 없습니다.
* 정보. 이 체크리스트에는 다음 정보가 포함되어 있습니다. 다양한 유형. 기업의 보고서, 일정, 상업, 법률 및 기타 문서.
산업 프로세스의 구조는 단일 프로세스의 부분 집합, 서로의 상호 연결 및 상호 작용입니다.
작업 프로세스의 구성 요소 중 하나는 작업, 작업입니다. 이는 다음에서 수행되는 일련의 작업입니다. 특정 주제특정 장소에서. 예를 들어 작업장에서의 금속 가공.
워크플로 구조는 세 가지 하위 프로세스 범주로 구성됩니다.
* 메인, 기본 또는 기본.
* 보조 또는 보조.
* 유지 관리 프로세스.
어떻게 이런 일이 발생하나요?
귀하의 회사가 재봉틀을 생산한다고 가정해 보겠습니다. 주요 생산 중에 생산이 이루어집니다. 금속 합금, 완전한 세트. 두 번째 범주는 장비, 일부 부품, 도구의 수리에 종사하며 이를 통해 제품 단위를 생산하는 데 사용되는 모든 구성 요소를 제조하는 프로세스가 수행됩니다. 이는 용접 기계의 부품, 일반 스프링, 못, 망치 또는 일부 메커니즘의 기본 수리일 수 있습니다.
서비스 프로세스에는 모든 구성 요소의 적재, 보관 및 보관이 포함됩니다. 즉, 주요 생산물에 서비스가 제공됩니다. 예를 들어, 오늘 주요 생산 현장에서 작업자들은 부품 중 하나를 제조하고 있었습니다. 미싱. 부품 배치가 만들어지면 수집되어 적재되어 창고로 보내집니다. 이는 동일한 서비스 프로세스입니다.
완제품은 생산 과정의 결과입니다.
제품은 2가지 유형으로 제공됩니다.
*소비자.
* 생산 - 기술 제품.
소비자 제품은 사람을 위한 제품입니다. 가정. 그러나 두 번째 제품 범주는 주로 산업, 공장 및 조직에서 더 자주 사용됩니다.
안녕하세요, 하브로프스크 주민 여러분!
상당히 많은 수의 조직, 정부 및 상업 기관이 Sharepoint를 설치하지 않은 경우에도 Sharepoint를 사용하여 무엇을 할 수 있는지 들어본 적이 있고 상상해 본 적이 있을 것입니다(Microsoft 마케팅 담당자에게 감사드립니다).
이 기사에서는 Sharepoint에서 워크플로를 생성하는 방법에 대해 제가 알고 있는 주요 방법과 추가 주제로 Sharepoint용 EOS라는 애플리케이션 솔루션에서 이 작업을 수행할 수 있는 방법을 간략하게 설명하고 싶습니다. 업무 프로세스의 주제는 문서 흐름입니다.
그림 1(선형 경로를 따른 순차적 승인)과 같이 개략적으로 설명할 수 있는 문서, 애플리케이션 또는 기타 엔터티를 승인하는 비즈니스 프로세스를 상상해 보고 다음과 같은 접근 방식을 차례로 고려해 보겠습니다.
1. Sharepoint에 내장된 비즈니스 승인 프로세스 사용(3단계)
2. Sharepoint Designer의 프로세스 모델링
3. Visual Studio에서 워크플로 만들기
4. Sharepoint 솔루션용 EOS에서 워크플로우 생성
여기서는 사용자 지정 활동 + Sharepoint Designer 작성, Visual Studio에서 워크플로 디자이너 만들기, Infopath 양식에서 논리 사용과 같은 방법을 의도적으로 생략하겠습니다. 첫 번째는 Sharepoint Designer에 비해 논리적 유연성을 크게 증가시키지 않으며, 두 번째는 개발하기 어렵기 때문에 자체 박스형 솔루션을 개발할 때만 정당화됩니다. 글쎄요, InfoPath 양식은 Enterprise 버전에서만 사용할 수 있습니다. 모든 사람이 Enterprise를 구매하고 싶어하는 것은 아닙니다.
그림 1 - 선형 매칭 회로
분명히, 자동화된 비즈니스 프로세스가 그림 1과 같다면 어느 정도만 유보하면 어떤 방법이든 가능합니다. 이는 단지 편의성의 문제일 뿐입니다. 저는 내장된 작업 흐름과 사용자 친화적인 페이지 및 목록 보기 디자인을 사용하겠습니다.
하지만 승인 프로세스가 그림 2와 같다면 어떨까요? 여기서 승인 프로세스는 비선형적이며 경로는 여러 조건에 따라 달라집니다. 
그림 2 - 비선형 매칭 회로
문서 지원 부서(2단계)에서는 초안 문서를 받은 후 추가 승인자를 프로세스에 추가해야 한다고 결정할 수 있습니다. 또한, 승인을 위해 재무 이사프로젝트 계약 금액이 900,000 루블을 초과하는 경우에만 프로젝트를 보내야합니다.
가능한 해결 방법과 관련하여 상황은 다르게 보입니다.
1. Sharepoint에 내장된 비즈니스 승인 프로세스를 사용하세요.
내장 프로세스는 분기를 지원하지 않으므로 문제 해결에 적합하지 않습니다.2. Sharepoint Designer의 프로세스 모델링
Sharepoint Designer에서 프로세스를 모델링하라는 조건이 주어진다면 다소 맹세하지만 그림 3에 표시된 것과 유사한 내용을 작성할 것입니다.
그림 3 - Sharepoint Designer의 작업 흐름
그림 4에 표시된 것과 같은 조건문과 사용자 정의 가능한 작업 양식을 조합하여 프로세스를 구현할 수 있습니다. 
그림 4 - Sharepoint Designer의 사용자 지정 작업
접근 방식의 장점:
1. 약간의 준비, 인내 및 자유 시간을 통해 유능한 관리자 또는 적절한 관리자가 이 작업에 대처할 수 있습니다.
2. 프로세스를 재구성할 수 있습니다.
3. 워크플로우를 생성하는 사용자의 권리를 제한할 가능성이 있습니다.
접근 방식의 단점:
1. 투박하고 불투명해 보인다.
2. 분기 수가 많을수록 종이에 워크플로 다이어그램을 별도로 그려야 합니다. Sharepoint Designer에 표시되는 방식으로는 아무것도 이해하기 어렵습니다.
3. Sharepoint Designer 2010에서는 워크플로의 주기가 아직 구현되지 않았으므로 적어도 명백한 방법으로는 오류가 발생한 경우 프로세스를 다시 시작할 수 없습니다.
4. 대량프로세스의 논리와 관련되지 않은 추가 작업입니다.
3. Visual Studio에서 워크플로 만들기
Visual Studio를 사용하면 원하는 대로 유연하고 복잡한 비즈니스 프로세스를 만들 수 있습니다. 예를 들어 위에 설명된 프로세스의 일부는 다음과 같을 수 있습니다(그림 5).
그림 5 - Visual Studio 워크플로 조각
접근 방식의 장점:
1. 높은 논리적 유연성
2. .NET 기능
접근 방식의 단점:
1. 구현의 복잡성, 변경 사항.
2. 프로그래밍 및 팜 관리자 권한이 필요합니다.
3. 작성 과정과 심각한 문서 작성 중에만 투명성이 보장됩니다.
4. 쉐어포인트용 EOS
Eos for Sharepoint는 완전한 전자 문서 관리 시스템입니다. 시각적 프로세스 편집기는 없지만 자세히 살펴보면 매우 강력하고 사용하기 쉬운 내장 디자이너가 있습니다. 따라서 위에 설명된 프로세스는 모든 단계의 순차적 설정으로 구성됩니다(그림 6,7,8).
그림 6 - 무대 참가자 선정
그림 7 - 워크플로 시작 조건
각 단계마다 참가자 선택, 권한 자동 구성, 워크플로 기록 유지 방법 결정(그림 6), 시작 조건 구성, 사용자에게 필드 값 요청(그림 7) 등을 수행할 수 있습니다. 추가 승인자가 필요한 단계의 경우 별도의 사용자 정의 승인 워크플로를 실행할 수 있습니다.
각 단계의 설정을 완료한 후 워크플로의 매개변수를 전체적으로 구성할 수 있습니다. 예를 들어 승인자 중 하나가 실패하면 워크플로를 다시 시작합니다(이 경우 워크플로는 그림 8의 첫 번째 단계부터 시작됩니다). 
그림 8 - 워크플로 매개변수 설정
Sharepoint용 EOS의 각 단계의 순차적 설정을 사용하면 복잡한 승인 비즈니스 프로세스를 공정하게 모델링할 수 있습니다. 짧은 시간. 추가 조치, 확인 또는 검증이 없습니다. 어느 정도 유능한 IT 전문가가 프로세스 생성을 처리할 수 있습니다.