THE DISTINCTION BETWEEN PROCESSES A

THE DISTINCTION BETWEEN PROCESSES AND PRACTICES
We like to think that what we do in our organizations is process. Under system theory, process is a deterministic way of linking inputs to outputs. In a systems view of the world, we have inputs, processes, and outputs. For any given set of inputs, we get a well-specified and consistent set of outputs. It is all very neat and well defined.
So we like to talk about processes. Everything in our organization is a process. We have engineering processes. We have purchasing processes. We have manufacturing processes. We have order to delivery (OTD) processes. We have sales processes. If we have all these processes, why do we have such problems in getting consistent outputs from the same set of inputs?
The reality is that we do not have only processes, as much as we would like to think we do. The reality is that we have a spectrum. As shown in Figure 1.3, at the right end of the spectrum is this process view. The process view requires that we have well-defined inputs, so that we can apply deterministic processes and get specific, consistent outputs. The hallmark of a process is that it can be fully scripted or coded.

Kết quả (Việt) 1:

SỰ KHÁC BIỆT GIỮA CÁC QUY TRÌNH VÀ THỰC TIỄNChúng tôi muốn nghĩ rằng những gì chúng tôi làm trong tổ chức của chúng tôi là quá trình. Theo lý thuyết hệ thống, quá trình này là một cách xác định kết nối đầu vào đến đầu ra. Trong một hệ thống xem trên thế giới, chúng tôi có đầu vào, quy trình và kết quả đầu ra. Cho bất kỳ tập hợp yếu tố đầu vào, chúng tôi nhận được một bộ đầy đủ quy định và phù hợp của kết quả đầu ra. Đó là tất cả rất gọn gàng và cũng được định nghĩa.Vì vậy, chúng tôi muốn nói về quá trình. Tất cả mọi thứ trong tổ chức của chúng tôi là một quá trình. Chúng tôi có các quy trình kỹ thuật. Chúng tôi đã mua các quá trình. Chúng tôi có quy trình sản xuất. Hiện có để quá trình giao hàng (OTD). Chúng tôi có quy trình bán hàng. Nếu chúng tôi có tất cả các quá trình này, tại sao chúng ta có vấn đề như vậy trong việc thống nhất kết quả đầu ra từ cùng một tập hợp của các yếu tố đầu vào?Thực tế là chúng tôi không có chỉ quá trình, càng nhiều càng tốt, chúng tôi muốn nghĩ rằng chúng tôi làm. Thực tế là chúng tôi có một phổ. Như minh hoạ trong hình 1.3, vào đúng cuối của quang phổ là xem quá trình này. Xem quá trình đòi hỏi rằng chúng tôi đã được xác định rõ các yếu tố đầu vào, do đó chúng tôi có thể áp dụng quy trình xác định và nhận được kết quả đầu ra cụ thể, phù hợp. Dấu hiệu của một quá trình là rằng nó có thể được hoàn toàn viết kịch bản hoặc mã hoá.

Kết quả (Việt) 2:

Sự phân biệt giữa QUY TRÌNH VÀ THỰC TIỄN
Chúng ta thường nghĩ rằng những gì chúng ta làm trong các tổ chức của chúng tôi là quá trình. Theo lý thuyết hệ thống, quá trình là một cách xác định các kết nối đầu vào đầu ra. Trong một cái nhìn hệ thống của thế giới, chúng tôi có đầu vào, quy trình, và kết quả đầu ra. Đối với bất kỳ tập hợp các yếu tố đầu vào, chúng ta có được một tập tốt quy định và phù hợp của kết quả đầu ra. Đó là tất cả rất gọn gàng và cũng được xác định.
Vì vậy, chúng tôi muốn nói về quy trình. Tất cả mọi thứ trong tổ chức của chúng tôi là một quá trình. Chúng tôi có các quy trình kỹ thuật. Chúng tôi đã mua các quá trình. Chúng tôi có quy trình sản xuất. Chúng tôi có để quá trình giao hàng (OTD). Chúng tôi có các quy trình bán hàng. Nếu chúng tôi có tất cả các quá trình này, tại sao chúng ta có vấn đề như vậy trong việc đầu ra phù hợp từ cùng một tập hợp đầu vào?
Thực tế là chúng tôi không chỉ có quy trình, nhiều như chúng tôi muốn nghĩ rằng chúng tôi làm. Thực tế là chúng ta có một quang phổ. Như thể hiện trong hình 1.3, ở cuối bên phải của quang phổ là xem quá trình này. Quan điểm quá trình đòi hỏi chúng ta có đầu vào được xác định rõ, để chúng ta có thể áp dụng các quy trình xác định và được cụ thể, kết quả đầu ra phù hợp. Các dấu hiệu của một quá trình là nó có thể được kịch bản đầy đủ hoặc mã hoá.