돌파를 향한 길: 비즈니스 흐름의 이해에 대한 간략한 논의(2)
프로세스 기반의 조직 구축을 달성하기 위해서는 회사 내 모든 구성원이 비즈니스, 프로세스, IT, 품질, 운영 간의 관계에 대해 통일된 이해를 갖고 통일된 행동을 취해야 합니다.
? 명사의 정의도 매우 중요하지만 명사 자체의 정의에 얽매이지 않도록 합시다. 더 중요한 것은 명사의 이면에 숨어 있는 원리와 시나리오, 가치를 연구하는 것입니다.
비즈니스 흐름이란 무엇입니까?
? Xu Zhijun 씨는 기업이 고객 요구 사항을 입력하는 것부터 시작하여 고객에게 제품과 서비스를 제공하는 것까지 E2E(엔드 투 엔드) 비즈니스 프로세스가 고객 만족을 얻는 것이라고 믿습니다. 회사 고유의 비즈니스 흐름을 실현합니다.
? 비즈니스 흐름은 객관적으로 존재하며 고객과 관련된 모든 비즈니스 흐름은 자연스럽게 고객에서 고객으로 이동합니다.
? 비즈니스 흐름을 식별하는 것은 매우 중요하며 모든 작업의 근원이자 기반입니다. 프로세스는 비즈니스 흐름을 설명하고, IT는 비즈니스 흐름을 전달하고 활성화하며, 데이터는 비즈니스 흐름에 흐르는 정보입니다. 품질 요구 사항 비즈니스 흐름에 따라 품질 관리는 비즈니스 흐름을 기반으로 하며 작업도 비즈니스 흐름을 기반으로 수행됩니다.
그렇다면 프로세스(또는 비즈니스 프로세스)란 무엇입니까? 프로세스는 비즈니스 흐름을 표현한 것입니다. 프로세스를 실행할 때 다양한 팀을 촉진하는 것이 목적입니다. 성공적인 복제 가능성을 달성하려면 비즈니스 흐름에 더 부합할수록 프로세스가 더 원활해집니다.
? 프로세스가 비즈니스 흐름에 부합한다면 프로세스를 단순화하면 안 됩니다. 비즈니스 흐름에는 객관적으로 5개의 링크가 있거나 7개의 링크를 추가해야 합니다. 확실히 5개의 링크로 돌아갈 것입니다.
? 따라서 프로세스는 객관적으로 존재하는 비즈니스 흐름을 실제로 표현해야 하며, 객관적으로 존재하는 비즈니스 흐름에 가까울수록 프로세스는 더 원활하고 간소화되며 더 현실적입니다.
? 프로세스가 객관적인 비즈니스 흐름에 어긋난다면 구현하지 않는 것이 좋지만, 또한 프로세스가 부서에 묶여 있어서는 안 됩니다. 프로세스 내 정의만 역할(직위 ID), 부서(조직)로 정의하여 프로세스 내에서 역할을 수행하도록 해서는 안 됩니다.
? 위의 관점은 특히 빗질과 소싱→제거 과정에서 감동적이고 깊이 믿어집니다. 이는 프로세스 변화에서 매우 유명한 결론이므로 반복적으로 이해하고 적용해야 합니다.
? 다음 기사에서는 소스 → 제거 항목에서 심도 있는 논의가 이루어집니다.
? 문제 노출 → 업무 흐름 잠그기 → 목표 설정 → 문제 심층 분석 → 업무 흐름 요소 정리(보고, 분산화 등) → 프로젝트 추진 정리 → IT 등 프로세스 개선 경로가 있습니다. 운반과 응고에 대해 간략하게 설명하면 다음과 같습니다.
? 문제는 행동의 중요한 출발점입니다. 앞에서는 기대와 현재 상황의 차이가 문제라고 설명했습니다. 목표를 달성하는 것도 문제입니다. 비즈니스 효율성이 낮은 것도 문제입니다.
문제를 해결하려면 비즈니스 흐름의 식별 및 잠금과 불가분의 관계로 프로세스 구축을 촉진해야 합니다. , 이를 IT를 통해 전달하고 확고히 합니다.
? 이러한 개선 경로에서 특히 중요한 링크는 개선이 필요한 비즈니스 흐름을 식별하고 고정하는 것입니다. 이는 매우 중요한 링크이지만 의도적으로 또는 의도하지 않게 경험되었습니다.
? 비즈니스 흐름을 파악하기 위해서는 경험에만 의존하기에는 몇 가지 문제가 있으며, 실제로 그 뒤에는 프로세스 계획의 경로가 필요합니다.
? 간단히 말하면, 프로세스 개선 경로를 통해 비즈니스 흐름 목록을 식별하고, 문제를 중심으로 목표를 설정하고, 이들 사이의 프로세스 변경을 구현합니다. 두 경로 스테이션)은 비즈니스 흐름 목록입니다(계속 예정)