“Ngày xưa, người ta thường truyền tai nhau câu nói: ‘Nếu tôi có một giờ để giải quyết một vấn đề, tôi sẽ dành 55 phút để suy nghĩ về vấn đề đó và 5 phút để suy nghĩ về giải pháp.’ Câu chuyện này thường được cho là lời của Albert Einstein, nhấn mạnh tầm quan trọng của việc hiểu rõ vấn đề trước khi cố gắng tìm cách giải quyết nó. Tuy nhiên, chúng ta cần lưu ý rằng, dù ý nghĩa này phù hợp với phong cách giải quyết vấn đề của Einstein, không có bằng chứng hoặc nguồn tin xác thực rằng ông đã phát biểu chính xác câu nói này. Tuy nhiên, thông điệp cốt lõi của nó vẫn mang lại ấn tượng mạnh mẽ: việc hiểu sâu rộng về một vấn đề thường mở lời cho những giải pháp hiệu quả hơn.
Trong vài năm qua, tôi đã trao đổi với hàng ngàn kỹ sư và các công ty đã tiếp cận PLM, tìm kiếm giải pháp cho quá trình giải quyết vấn đề của họ liên quan đến kỹ thuật, quá trình sản xuất và quản lý vòng đời sản phẩm. Tôi đã nghe ý kiến từ những người dùng đã để lại hàng trăm đánh giá trên G2 cho chúng tôi. Chúng tôi đã thấy các công ty đến với những khó khăn trong lĩnh vực kỹ thuật cơ khí, quản lý nguồn lực doanh nghiệp, kỹ thuật điện và các lĩnh vực kỹ thuật khác. Đôi khi họ tập trung vào các quá trình kinh doanh cốt lõi và đôi khi họ tìm kiếm các kỹ thuật giải quyết vấn đề và công việc kỹ thuật cụ thể. Họ đang tìm kiếm quản lý vòng đời sản phẩm, phần mềm ERP, phần mềm kế toán, và quản lý chuỗi cung ứng, tất cả nhằm giải quyết vấn đề của quá trình kinh doanh. Nhưng quá trình giải quyết vấn đề của họ thường khác nhau và không luôn tập trung vào “PLM”. Một số công ty tập trung vào sản xuất hàng loạt, trong khi một số khác lại tập trung vào phát triển tùy chỉnh và các quá trình kỹ thuật theo đặt hàng.
Dù mỗi công ty sử dụng các kỹ năng giải quyết vấn đề khác nhau, nhưng phương pháp của họ đã giúp tôi suy ngẫm về cách các tổ chức này đối diện với vấn đề của mình. Có thể mọi người sẽ nghĩ rằng tất cả các công ty sản xuất đều có một quá trình suy nghĩ đồng nhất, nhưng thực tế lại phong phú và đa dạng đến bất ngờ. Các công ty sản xuất hiện đại đang sử dụng một loạt các lĩnh vực khác nhau để phát triển sản phẩm – từ kỹ thuật cơ khí, khoa học máy tính, đến kỹ thuật máy tính kết hợp với kỹ thuật điện và các kỹ thuật giải quyết vấn đề. Thường xuyên, mô tả ban đầu mà tôi nghe từ một kỹ sư hoặc một công ty về vấn đề của họ lại khác biệt đáng kể so với cách họ diễn đạt nó sau khi suy ngẫm kỹ lưỡng.”
Phân Biệt Khả Năng Phân Loại Mẫu và Giải Quyết Vấn Đề
Trước khi tìm kiếm giải pháp cho một vấn đề, việc hiểu rõ vấn đề đó là vô cùng quan trọng. Tôi tin rằng độc giả của blog của chúng tôi sẽ có lợi nếu hiểu rõ các góc độ khác nhau về kỹ thuật, sản xuất, quản lý dữ liệu, hợp tác, vòng đời sản phẩm, danh mục vật tư, mua hàng, chuỗi cung ứng và tất cả các lĩnh vực liên quan.
Tôi đã xác định ba cách tiếp cận cơ bản mà các công ty sử dụng để giải quyết vấn đề của mình:
- Chuyển đến một “danh từ” đã biết. Gán vấn đề với một trong những “danh từ” sản phẩm hoặc danh mục hiện có (thường được biểu diễn bằng các từ viết tắt ba chữ) như CAD, PDM, PLM, ERP, QMS, v.v.
- Lựa chọn áp dụng một “mẫu” quen thuộc. Điều này thường bao gồm việc cố gắng tự động hóa một quá trình thủ công hiện tại bằng phần mềm phù hợp với một nhiệm vụ cụ thể. Ví dụ như xuất ra Excel, chuyển dữ liệu từ Chương trình A sang Chương trình B hoặc tổ chức “tệp” hoặc “tài liệu” vào một vị trí chỉ định.
- Tìm cách hỗ trợ một quá trình cụ thể, như Phát triển Sản phẩm Mới, Định giá, Chuỗi Cung Ứng, Mua hàng, v.v. Điều này liên quan đến việc nhận biết một vấn đề (hoặc nhiều vấn đề) và sau đó xác định giải pháp nào có thể khắc phục nó.
Dù có thể tìm thấy giải pháp thông qua bất kỳ cách tiếp cận nào ở trên, nhưng tôi nhận thấy rằng các công ty lựa chọn phương pháp thứ ba thường có lợi thế rõ ràng hơn. Điều này đặc biệt rõ ràng khi so sánh với các doanh nghiệp chỉ muốn mua một “hộp” phần mềm với các tính năng hoặc những doanh nghiệp cố gắng chuyển đổi một đống hồ sơ giấy hoặc điện tử đã lộn xộn.
Nhấn Mạnh Về Dữ Liệu và Quá Trình
Nhìn lại 20 năm qua, có một xu hướng rõ ràng hướng về việc đặt “dữ liệu” vào trung tâm của hoạt động kinh doanh. Điều này phân biệt các công ty kỹ thuật số hiện đại với các doanh nghiệp truyền thống. Xem xét cách các doanh nghiệp trong nhiều lĩnh vực khác nhau, như vận tải, mạng xã hội, bất động sản, và nhiều hơn nữa, đầu tiên xác định dữ liệu của họ và sau đó thiết lập các quá trình kinh doanh dựa trên dữ liệu này.
Ngược lại, nhiều công ty sản xuất từ thời kỳ trước kỹ thuật số coi dữ liệu như một yếu tố phụ. Đối với họ, dữ liệu chỉ là một “kết quả” của quá trình; ví dụ, các tệp CAD xuất phát từ quá trình thiết kế, trong khi danh mục mua hàng xuất phát từ những nỗ lực của phòng mua hàng. Thách thức chính mà những công ty này đối mặt là khả năng của họ không cấu trúc quá trình và doanh nghiệp xung quanh dữ liệu.
Khi chúng ta ngày càng đi sâu vào thời đại kỹ thuật số, tôi tin rằng các công ty nên ưu tiên dữ liệu. Họ nên xác định cách họ hoạt động và cách sản phẩm (hoặc dịch vụ) của họ có thể được biểu diễn một cách kỹ thuật số. Khi đạt được điều này, cách tiếp cận của họ trong việc tìm kiếm giải pháp sẽ trải qua một sự biến đổi. Thay vì chỉ xem xét cách “tích hợp PDM, PLM và QMS với Luồng làm việc Tài liệu”, các doanh nghiệp sẽ định rõ tất cả các yếu tố dữ liệu mô tả sản phẩm của họ, suy ngẫm về dòng quá trình và thiết lập KPIs để đánh giá hiệu quả quá trình.
Teamcenter: Tiên Phong Trong Mô Hình Phát Triển Sản Phẩm Mới
Tại PLMES, chúng tôi ủng hộ quan điểm rằng các công ty có thể dần dần cấu trúc lại quy trình của họ xung quanh dữ liệu thông qua phát triển linh hoạt theo từng giai đoạn. Thông thường, hành trình của bạn với Teamcenter bắt đầu với việc xác định các đối tượng dữ liệu như Sản phẩm, Danh mục, BOMs, Nhà cung cấp, v.v. Một khi dữ liệu cơ bản này được xác định, bước tiếp theo liên quan đến việc thu thập và tạo thêm dữ liệu. Sau khi thành công trong việc xác định cách lưu trữ dữ liệu này, các công ty cần phải giải quyết việc tổ chức các quy trình.
Teamcenter giúp đội ngũ của bạn tối ưu hóa quy trình phát triển sản phẩm mới. Nó thực hiện điều này bằng cách tổng hợp nhiều nhiệm vụ và tạo điều kiện chia sẻ dữ liệu giữa các người dùng, cho phép họ tích cực tham gia và hành động dựa trên dữ liệu này. Dưới đây là một số hoạt động tiêu biểu mà người dùng Teamcenter cho rằng rất quan trọng:
- Xác định cấu trúc sản phẩm, bao gồm từng mục.
- Tổ chức danh mục mục.
- Quản lý tệp hoặc nguồn liên kết từ kho dữ liệu trên đám mây.
- Thu thập cấu trúc sản phẩm cùng với các tệp liên quan.
- Thực hiện các phân tích, như đánh giá chi phí.
- Xác định nhà cung cấp và xây dựng kế hoạch sản xuất và đơn đặt hàng (PO).
Việc triển khai playbook PLM (Quản lý vòng đời sản phẩm) là rất quan trọng cho các công ty. Bằng cách tạo ra một playbook, công ty có thể chuyển từ việc tìm kiếm một “danh từ” và “chọn các hộp kiểm trong danh sách tính năng PLM” sang việc phân tích và hiểu rõ vấn đề mà họ muốn giải quyết. Tại thư viện đào tạo Teamcenter, chúng tôi đã phát triển một khóa đào tạo khởi động, giúp các công ty xác định những vấn đề mà họ cần giải quyết và cách tiếp cận chúng một cách linh hoạt.
Kết Luận
Việc hiểu biết về dữ liệu và quy trình là vô cùng quan trọng. Cố gắng “đoán” viết tắt ba chữ phù hợp với nhu cầu của bạn là một cách tiếp cận rủi ro, đặc biệt trong thập kỷ 2020. Sự chuyển đổi số hóa tập trung vào việc xác định dữ liệu, tổ chức luồng thông tin và xác định cách một công ty có thể đưa ra quyết định dựa trên dữ liệu được định nghĩa một cách kỹ thuật số.
Don’t hesitate to contact Thanh for advice on automation solutions for CAD / CAM / CAE / PLM / ERP / IT systems exclusively for SMEs.
Luu Phan Thanh (Tyler) Solutions Consultant at PLM Ecosystem Mobile +84 976 099 099
Web www.plmes.io Email tyler.luu@plmes.io