ENGINEERING CHANGE MANAGEMENTEngine

ENGINEERING CHANGE MANAGEMENT
Engineering change management is one of the most vexing issues within most organizations. While “best” practices would have us freeze the design early in the development cycle, the reality is that most organizations don’t have the luxury of doing this. If the change requirements come from the customers, then they have little or no choice but to make the changes. However, even if that is not the case, there generally is additional information gained while the product is being designed that requires changes to be made. Assumptions about the resulting functionality of a specific design feature are proven to be flawed or suboptimal. Therefore, most organizations have to have a change management system in place in order to implement the changes within their design organization correctly and efficiently.
However, this is not simply an issue for engineering. As engineering changes occur, there are implications for both purchasing and manufacturing and service as the functionality and specifications of the product change. As these changes occur later into the release cycle of the product, the importance to these other functions of understanding the changes that are occurring increases dramatically.
The issue with a number of organizations, even when they have excellent change management within engineering, is that the information about these changes is not conveyed to the other functional areas in a comprehensive or timely fashion. In a number of organizations, this information is batched up and conveyed only at specific intervals, meaning that valuable time is lost in other functional areas, such as purchasing, manufacturing, or service, to react to or even have visibility of the changes that are occurring.
The Product Lifecycle Management approach that ties all of these functional areas into a common repository of information is required in order to process engineering change requests efficiently and effectively. Especially for those organizations where changes occur later into the development cycle, the requirement that they have visibility as quickly as these change requirements are known is of paramount importance. This is so as not to waste time, energy, or material on working on older versions that will need to be redone.

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

QUẢN LÝ THAY ĐỔI KỸ THUẬTKỹ thuật quản lý thay đổi là một trong những vấn đề gây nhiều tranh cãi nhất trong hầu hết các tổ chức. Trong khi "tốt nhất" thực tiễn sẽ được chúng tôi thiết kế đóng băng đầu trong chu kỳ phát triển, thực tế là hầu hết các tổ chức không có sự sang trọng của việc làm này. Nếu các yêu cầu thay đổi đến từ các khách hàng, sau đó họ có ít hoặc không có lựa chọn, nhưng để thực hiện các thay đổi. Tuy nhiên, ngay cả nếu đó không phải là trường hợp, thường có thêm thông tin, đã đạt được trong khi các sản phẩm được thiết kế có yêu cầu thay đổi phải được thực hiện. Giả định về các chức năng kết quả của một tính năng cụ thể thiết kế được chứng minh là thiếu sót hoặc suboptimal. Do đó, hầu hết các tổ chức phải có một hệ thống quản lý thay đổi ở vị trí để thực hiện những thay đổi trong tổ chức thiết kế của họ một cách chính xác và hiệu quả.Tuy nhiên, điều này không chỉ đơn giản là một vấn đề kỹ thuật. Như là kỹ thuật thay đổi xảy ra, có ý nghĩa đối với cả mua và sản xuất và dịch vụ như là các chức năng và thông số kỹ thuật của việc thay đổi sản phẩm. Như những thay đổi xảy ra sau đó vào chu kỳ phát hành của sản phẩm, quan trọng đối với các chức năng khác của sự hiểu biết các thay đổi đang xảy ra làm tăng đáng kể.Vấn đề với một số tổ chức, ngay cả khi họ có tuyệt vời thay đổi quản lý trong kỹ thuật, rằng các thông tin về những thay đổi này không phải được chuyển tải đến các khu vực chức năng khác trong một thời trang toàn diện hoặc kịp thời. Ở một số tổ chức, các thông tin này là trộn lên và chuyển tải chỉ ở khoảng thời gian cụ thể, có nghĩa là có giá trị thời gian là bị mất trong các khu vực chức năng khác, chẳng hạn như mua, sản xuất, hoặc dịch vụ, để phản ứng với hoặc thậm chí có khả năng hiển thị các thay đổi đang xảy ra.Cách tiếp cận quản lý vòng đời sản phẩm quan hệ tất cả các khu vực chức năng vào một kho lưu trữ phổ biến thông tin là cần thiết để xử lý yêu cầu thay đổi kỹ thuật hiệu quả và hiệu quả. Đặc biệt là đối với những tổ chức mà thay đổi xảy ra sau đó vào chu kỳ phát triển, yêu cầu rằng họ có khả năng hiển thị một cách nhanh chóng như những thay đổi yêu cầu được biết đến là hết sức quan trọng. Điều này là để không làm lãng phí thời gian, năng lượng, hoặc tài liệu làm việc trên phiên bản cũ sẽ cần phải được redone.

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

QUẢN LÝ KỸ THUẬT THAY ĐỔI
thay đổi quản lý Kỹ thuật là một trong những vấn đề gây nhiều tranh cãi nhất trong hầu hết các tổ chức. Trong khi thực hành "tốt nhất" muốn chúng ta đóng băng các thiết kế sớm trong chu kỳ phát triển, thực tế là hầu hết các tổ chức không có sự sang trọng của việc này. Nếu các yêu cầu thay đổi đến từ các khách hàng, sau đó họ có ít hoặc không có sự lựa chọn nhưng để thực hiện các thay đổi. Tuy nhiên, ngay cả khi đó không phải là trường hợp, thường có thêm các thông tin thu được trong khi các sản phẩm đang được thiết kế đòi hỏi phải có những thay đổi được thực hiện. Giả định về các chức năng kết quả của một tính năng thiết kế cụ thể được chứng minh là có thiếu sót hoặc chưa tối ưu. Do đó, hầu hết các tổ chức cần phải có một hệ thống quản lý sự thay đổi ở vị trí để thực hiện những thay đổi trong tổ chức thiết kế của họ một cách chính xác và hiệu quả.
Tuy nhiên, điều này không chỉ đơn giản là một vấn đề về kỹ thuật. Khi thay đổi kỹ thuật xảy ra, có ý nghĩa đối với cả thu mua và sản xuất và dịch vụ theo chức năng và thông số kỹ thuật của sản phẩm thay đổi. Khi những thay đổi xảy ra sau đó vào chu kỳ phát hành của sản phẩm, tầm quan trọng đối với các chức năng khác của sự hiểu biết những thay đổi đang diễn ra tăng đáng kể.
Các vấn đề với một số tổ chức, ngay cả khi họ có thay đổi quản lý xuất sắc trong kỹ thuật, đó là các thông tin về những thay đổi này không được chuyển tải đến các khu chức năng khác một cách toàn diện hoặc kịp thời. Trong một số tổ chức, thông tin này được trộn lên và chuyển tải chỉ trong khoảng thời gian cụ thể, có nghĩa là thời gian quý báu bị mất trong các khu chức năng khác, chẳng hạn như thu mua, sản xuất, hay dịch vụ, để phản ứng lại hoặc thậm chí có khả năng hiển thị các thay đổi được xảy ra.
cách tiếp cận sản phẩm Quản lý Vòng đời rằng quan hệ tất cả các khu chức năng vào một kho lưu trữ chung của thông tin là cần thiết để xử lý các yêu cầu kỹ thuật thay đổi một cách hiệu quả và hiệu quả. Đặc biệt là đối với những tổ chức mà sự thay đổi xảy ra sau đó vào chu kỳ phát triển, yêu cầu rằng họ có khả năng hiển thị một cách nhanh chóng như các yêu cầu thay đổi được biết là rất quan trọng. Đây là để không làm lãng phí thời gian, năng lượng, hoặc tài liệu về làm việc trên phiên bản cũ mà sẽ cần phải được làm lại.