In spite of the confusion between p

In spite of the confusion between process and practice, process is still a very legitimate issue for PLM to focus on. The more we can define processes, the more we can work toward increasing efficiency in a systematic fashion. Because it is much more difficult to define and measure practices, we should be analyzing our procedures and tasks and attempting to define and separate out processes from practices wherever possible.
With respect to PLM, we need to consider the following. First, we need to have a deep, not stylized, understanding of our processes. Second, we need to insure that they are explicitly defined and not tacit. Third, we need to re-engineer those processes for a digital environment. Finally, we need to integrate processes across the organization.
The most common example of a stylized process is one we learn in high school civics class. It is called “How a Bill Becomes a Law.” It shows a nice flowchart of the purported steps that a bill moves through in order to become a law of the United States. The problem is that how a bill actually becomes a law bears only a cursory resemblance to this flowchart. While there are process elements present (e.g., moving from committee to floor, voting, and signing), anyone responsible for automating this “process” from the flowchart would find the application useless to the participants.
Unfortunately, a good number of processes are stylized in this fashion. Attempts to automate them meet with the same fate as our “How a Bill Becomes a Law” application. It is useless for the participants. To automate processes within the organization, business analysts must “get under the covers” and find out how the processes really work. Unless there is a deep understanding of how the processes really work, attempts to analyze and automate those processes will not succeed.
Closely related to the need to understand deep processes is the need for these processes to be explicitly defined processes. What is of express concern is that there are tacit aspects to the process that are supposedly deeply known. In many organizations there are tacit processes that come about as people try to find more efficient ways to do their jobs.
If the process is supposed to go from A to B to C, it may be that the person doing process A unofficially consults with people doing processes E and F because he or she knows that, unless he or she has that information, the work is going to come back for further revision. The process of one company is that the design engineers define the product characteristics, have them signed off by engineering management, and then send these specifications to purchasing for sourcing. What they really do is check with purchasing for the vendors that purchasing favors, and specify those products into the design.

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

Mặc dù có sự nhầm lẫn giữa các quá trình và thực tế, quá trình vẫn còn là một vấn đề rất chính đáng cho PLM để tập trung vào. Các chi tiết chúng tôi có thể xác định các quá trình, các chi tiết chúng tôi có thể làm việc về hướng tăng hiệu quả một cách có hệ thống. Bởi vì nó là nhiều khó khăn hơn để xác định và đo lường thực tiễn, chúng ta nên được phân tích các thủ tục và nhiệm vụ của chúng tôi và cố gắng để xác định và tách ra từ thực tiễn các quá trình bất cứ nơi nào có thể.Đối với PLM, chúng ta cần phải xem xét những điều sau đây. Trước tiên, chúng ta cần có một sự hiểu biết sâu sắc, không cách điệu, các quá trình của chúng tôi. Thứ hai, chúng ta cần phải bảo đảm rằng họ được xác định một cách rõ ràng và không tacit. Thứ ba, chúng ta cần tái chiếu những quy trình cho một môi trường kỹ thuật số. Cuối cùng, chúng ta cần tích hợp các quy trình trên toàn tổ chức.Các ví dụ phổ biến nhất của một quá trình cách điệu là một trong chúng ta học trong trường dòng Civic lớp. Nó được gọi là "làm thế nào một Bill Becomes một luật." Nó cho thấy một sơ đồ tốt đẹp của các bước mục đích một hóa đơn di chuyển qua để trở thành một luật của Hoa Kỳ. Vấn đề là làm thế nào bill một thực sự trở thành một luật gấu chỉ là một sự tương đồng lướt qua với sơ đồ này. Trong khi quá trình yếu tố trình bày (ví dụ, di chuyển từ Ủy ban để sàn, bầu cử và ký), bất cứ ai chịu trách nhiệm về tự động hoá quá trình này"" từ các flowchart sẽ tìm thấy các ứng dụng vô ích, để những người tham gia.Thật không may, một số lượng tốt của các quá trình được cách điệu trong thời trang này. Các nỗ lực để tự động hoá chúng gặp số phận tương tự như ứng dụng của chúng tôi "Làm thế nào một hóa đơn sẽ trở thành một luật". Nó là vô ích cho những người tham gia. Để tự động hoá các quy trình trong tổ chức, các nhà phân tích kinh doanh phải "lấy theo bìa" và tìm hiểu làm thế nào các quá trình thực sự làm việc. Trừ khi có một sự hiểu biết sâu sắc của các quá trình thực sự như thế nào, các nỗ lực để phân tích và tự động hoá các quy trình sẽ không thành công.Liên quan chặt chẽ đến sự cần thiết phải hiểu sâu các quá trình cần thiết cho các quá trình để một cách rõ ràng định nghĩa quy trình. Những gì quan tâm hiện là có khía cạnh tacit đến quá trình được cho là sâu sắc biết. Trong nhiều tổ chức không có quy trình tacit trở về khi mọi người cố gắng tìm cách hiệu quả hơn để làm công việc của họ.Nếu quá trình này là nghĩa vụ phải đi từ A đến B c, nó có thể là rằng những người thực hiện quá trình A không chính thức tư vấn với những người làm quy trình E và F vì anh ta hoặc cô ấy biết điều đó, trừ khi anh ta hoặc cô ấy có thông tin đó, công việc sẽ trở lại để tiếp tục sửa đổi. Quá trình của một công ty là rằng các kỹ sư thiết kế xác định đặc tính sản phẩm, họ đã ký tắt của kỹ thuật quản lý và sau đó gửi các thông số kỹ thuật để mua cho nguồn. Những gì họ thực sự làm là kiểm tra với việc mua nhà cung cấp mà mua ủng hộ, và chỉ định các sản phẩm đó vào thiết kế.

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

Bất chấp sự nhầm lẫn giữa các quá trình và thực tế, quá trình vẫn là một vấn đề rất chính đáng để PLM để tập trung vào. Chúng ta càng có thể xác định các quá trình, chúng ta càng có thể làm việc theo hướng gia tăng hiệu quả trong một thời trang có hệ thống. Bởi vì nó là nhiều khó khăn để xác định và thực hành đo lường, chúng ta nên phân tích quy trình và nhiệm vụ của chúng tôi và cố gắng xác định và tách ra các quá trình từ thực hành bất cứ nơi nào có thể.
Đối với PLM Với, chúng ta cần phải xem xét những điều sau đây. Đầu tiên, chúng ta cần phải có một sâu, không cách điệu, sự hiểu biết về các quy trình của chúng tôi. Thứ hai, chúng ta cần phải đảm bảo rằng chúng được định nghĩa một cách rõ ràng và không ngầm. Thứ ba, chúng ta cần phải tái kỹ sư những quy trình cho một môi trường kỹ thuật số. Cuối cùng, chúng ta cần phải tích hợp các quy trình của tổ chức.
Các ví dụ phổ biến nhất của một quá trình cách điệu là một trong chúng ta học cao đẳng giáo dục công dân trường. Nó được gọi là "Làm thế nào một Bill trở thành một Luật." Nó cho thấy một sơ đồ tốt đẹp của các bước có mục đích mà một dự luật di chuyển qua để trở thành một đạo luật của Hoa Kỳ. Vấn đề là làm thế nào một dự luật thực sự trở thành một đạo luật mang chỉ một giống lướt tới sơ đồ này. Trong khi có những yếu tố quá trình hiện tại (ví dụ, di chuyển từ ủy ban để sàn, bỏ phiếu, và chữ ký), ai chịu trách nhiệm cho việc tự động này "quy trình" từ sơ đồ sẽ tìm thấy những ứng dụng vô ích cho những người tham gia.
Thật không may, một số lượng tốt của các quá trình là cách điệu trong thời trang này. Những nỗ lực để tự động chúng đáp ứng với số phận tương tự như "Làm thế nào một Bill trở thành một Luật" ứng dụng của chúng tôi. Thật là vô ích cho những người tham gia. Để tự động hóa các quy trình trong tổ chức, các nhà phân tích kinh doanh phải "nhận theo bao" và tìm ra cách các quy trình thực sự làm việc. Trừ khi có một sự hiểu biết sâu sắc về cách các quy trình thực sự làm việc, cố gắng phân tích và tự động hoá các quy trình sẽ không thành công.
Liên quan chặt chẽ đến sự cần thiết phải hiểu quá trình sâu là sự cần thiết cho các quá trình này là quá trình xác định rõ ràng. Điều gì là quan tâm rõ ràng là có những khía cạnh ngầm để quá trình được biết cho là sâu sắc. Trong nhiều tổ chức có quy trình ngầm mà đi về như mọi người cố gắng tìm cách hiệu quả hơn để làm công việc của họ.
Nếu quá trình này là vụ phải đi từ A đến B đến C, nó có thể là những người quá trình làm Một cách không chính thức tham vấn với người dân làm quá trình E và F vì em biết rằng, trừ khi anh ta hoặc cô ta có thông tin rằng, công việc sẽ trở lại để sửa đổi thêm. Quá trình của một công ty là các kỹ sư thiết kế xác định đặc tính sản phẩm, họ đã ký tắt bởi quản lý kỹ thuật, và sau đó gửi các thông số kỹ thuật để mua cho tìm nguồn cung ứng. Những gì họ thực sự làm là kiểm tra với mua cho các nhà cung cấp mà mua ân huệ, và xác định những sản phẩm vào các thiết kế.