Một dòng trong thông báo tuyển dụng thường trộn lẫn hai công việc khác nhau
Trong mô tả công việc cho các máy CNC, thường xuất hiện công thức quen thuộc: cần một CNC-operator, tốt nhất là có khả năng viết chương trình. Đôi khi đây thực sự là yêu cầu hợp lý. Tại một khu vực nhỏ, một người có thể khởi động các chi tiết, thực hiện những điều chỉnh đơn giản và hiểu nơi nào chương trình gây cản trở cho công việc bình thường. Nhưng trong tuyển dụng, câu này thường trở nên quá tiện lợi. Nó che giấu câu hỏi mà nhà tuyển dụng chưa trả lời trước: công ty đang tìm kiếm một operator, một programmer hay một người phải đảm nhận cả hai rủi ro ngay lập tức?
Sự khác biệt không nằm ở tên gọi của vị trí, mà ở những gì nhân viên sẽ chịu trách nhiệm trong một ngày làm việc bình thường. Operator giữ quy trình gần máy: lắp đặt phôi, kiểm soát kích thước, điều chỉnh trong giới hạn cho phép, phản ứng với sự mài mòn của công cụ, trật tự tại nơi làm việc, sự ổn định của lô hàng. Programmer chịu trách nhiệm về những điều khác: logic xử lý, quỹ đạo, chuyển tiếp an toàn, post-processor, kết nối chương trình với đồ gá và các giới hạn thực tế của máy.
Khi những vai trò này bị trộn lẫn mà không có sự phân biệt, thông báo tuyển dụng trông mạnh mẽ hơn so với vị trí thực tế. Sau đó, phần không thoải mái bắt đầu: programmer không muốn đứng cả ngày trên lô hàng lặp lại, operator lo lắng về việc chờ đợi giải pháp CAM tự động, trong khi trưởng nhóm không nhận được một nhân viên đa năng mà chỉ là một cuộc tranh cãi về việc “ai nên dự đoán điều này”.
Kỹ năng của operator được kiểm tra gần quy trình, không phải trong lý thuyết
Một operator máy CNC giỏi không nhất thiết phải là tác giả của những chương trình điều khiển phức tạp. Giá trị của anh ta thường nằm ở chỗ: anh ta nhận ra khi quy trình bắt đầu đi sai hướng và không để một vấn đề nhỏ biến thành một lô hàng lỗi. Điều này nghe có vẻ ít ấn tượng hơn trong hồ sơ, nhưng trong khu vực, kỷ luật như vậy nhanh chóng trở nên rõ ràng.
Khi tuyển dụng operator, cần kiểm tra quy trình làm việc thực tế. Người đó chuẩn bị nơi làm việc như thế nào trước khi khởi động? Anh ta kiểm tra điều gì trên chi tiết đầu tiên? Kích thước nào anh ta thường kiểm tra hơn những kích thước khác? Anh ta hiểu như thế nào rằng công cụ không còn giữ được kích thước? Anh ta làm gì nếu phôi không được đặt đúng như thường lệ? Câu trả lời tốt thường không giống như một bài giảng. Nó giống như một quy trình làm việc, trong đó có thói quen không vội vàng ở những nơi nguy hiểm.
Chi tiết quan trọng: operator có thể làm việc tự tin với G-code ở mức đọc, tìm kiếm khung cần thiết, hiểu điều chỉnh và dừng an toàn. Nhưng điều này vẫn chưa biến anh ta thành programmer. Nhà tuyển dụng phải quyết định liệu mức độ này có đủ cho vị trí hay không, hoặc công ty thực sự cần một người sẽ tạo ra và điều chỉnh chương trình từ đầu.
Kỹ năng của programmer được kiểm tra qua các giải pháp trước máy
CNC-programmer có thể hiếm khi đứng bên máy cả ngày, nhưng lỗi của anh ta xuất hiện trên khu vực dưới dạng rất cụ thể: hành trình không cần thiết, thay đổi công cụ không thuận tiện, chiến lược gia công thô yếu, rủi ro va chạm, kiểm tra kích thước quan trọng quá muộn. Do đó, việc kiểm tra programmer không chỉ liên quan đến kiến thức về hệ thống CAM hoặc danh sách các giá đỡ.
Nhà tuyển dụng cần hiểu cách chuyên gia suy nghĩ trước khi khởi động. Những dữ liệu đầu vào nào anh ta cần từ kỹ thuật viên hoặc trưởng nhóm? Anh ta chọn thứ tự các hoạt động như thế nào? Anh ta đặt các chuyển tiếp an toàn ở đâu? Anh ta kiểm tra chương trình như thế nào trước khi chuyển giao cho máy? Anh ta làm gì nếu post-processor đưa ra mã mà về mặt hình thức là hợp lệ, nhưng không thuận tiện cho việc điều chỉnh thực tế?
Đôi khi ứng viên tự tin nói về CAM, nhưng giải thích kém về những gì sẽ xảy ra với chi tiết sau khi được cố định. Đây là tín hiệu yếu cho programmer. Chương trình không sống tách biệt với phôi, đồ gá, công cụ và kiểm soát. Nếu người đó chỉ nhìn vào màn hình, khu vực sẽ phải trả giá bằng thời gian của người điều chỉnh.
Nơi các vai trò giao thoa và tại sao điều này không phải là lý do để kiểm tra tất cả cùng một lúc
Giữa operator và programmer có một khu vực chung tự nhiên. Cả hai đều phải hiểu logic cơ bản của xử lý, an toàn di chuyển, ý nghĩa của các điều chỉnh, ảnh hưởng của công cụ và tầm quan trọng của kiểm soát. Trong một đội ngũ mạnh, operator có thể gợi ý cho programmer nơi chương trình không thuận tiện trên máy, và programmer nên tôn trọng những tín hiệu như vậy, chứ không coi đó là sự chống đối.
Nhưng sự giao thoa không có nghĩa là kiểm tra giống nhau. Nếu operator được giao một nhiệm vụ hoàn chỉnh để phát triển chương trình, công ty có thể mất một nhân viên sản xuất giỏi chỉ vì đã kiểm tra không đúng công việc. Nếu programmer chỉ được đánh giá dựa trên tốc độ khởi động lô hàng đã hoàn thành, có thể bỏ lỡ một người thiết kế xử lý tốt, nhưng không trông ấn tượng trong thói quen của operator.
Điều này đặc biệt rõ ràng trong các công ty nơi “chuyên gia đa năng” đã trở thành sự thay thế cho mô tả quy trình bình thường. Tính đa năng hữu ích khi nó được xác định một cách trung thực: những hoạt động nào người đó thực hiện một mình, nơi nào cần kiểm tra, những thay đổi nào bị cấm mà không có sự đồng ý, ai chịu trách nhiệm cho phiên bản cuối cùng của chương trình. Nếu không có những ranh giới này, tính đa năng trở thành sự mong đợi rằng nhân viên mới sẽ đoán được các quy tắc nội bộ.
Các kiểm tra nào nên được tách biệt
Đối với operator, một kiểm tra thực tế ngắn về sự ổn định của quy trình là hữu ích hơn:
- mô tả khởi động chi tiết đầu tiên và các điểm kiểm soát;
- giải thích cách anh ta phản ứng với sự thay đổi kích thước dần dần;
- phân tích tình huống với sự mài mòn của công cụ hoặc kẹp không ổn định;
- cho thấy sự hiểu biết về các điều chỉnh, dừng chu kỳ và truyền đạt thông tin cho ca tiếp theo.
Đối với programmer, kiểm tra nên khác:
- phân tích bản vẽ hoặc mô hình 3D ở cấp độ chiến lược xử lý;
- giải thích lựa chọn thứ tự các hoạt động và công cụ;
- cho thấy cách anh ta kiểm tra chương trình trước khi chuyển giao cho máy;
- mô tả những dữ liệu nào anh ta cần để không lập trình một cách mù quáng.
Các kiểm tra này có thể được thực hiện mà không cần tiết lộ bản vẽ của người khác và không cần một kỳ thi dài. Quan trọng là không làm cho bài kiểm tra trở nên đẹp, mà là nhìn thấy logic làm việc. Operator phải cho thấy sự đáng tin cậy gần quy trình. Programmer phải cho thấy rằng các quyết định của anh ta không sụp đổ khi gặp máy thực tế.
Mô tả vị trí yếu gây tốn kém cho cả hai bên
Nếu nhà tuyển dụng viết “CNC operator/programmer” mà không giải thích tỷ lệ nhiệm vụ, họ làm tăng tiếng ồn trong các phản hồi. Một số ứng viên sẽ mong đợi lập trình và phát triển, những người khác — công việc operator ổn định, những người thứ ba sẽ đồng ý với mọi thứ trong văn bản, và sau đó sẽ bắt đầu làm rõ ranh giới ngay sau khi bắt đầu làm việc. Đây là thời điểm không tốt để làm rõ: máy đã chờ đợi, ca đã được tính toán, trưởng nhóm đã hy vọng lấp đầy khoảng trống trong lịch trình.
Thông báo tuyển dụng phải nói rõ rằng điều gì là quan trọng hơn trong những tháng đầu. Ví dụ: 80% công việc là operator trên lô hàng và 20% là điều chỉnh đơn giản; lập trình tự động chỉ sau khi được cấp phép; hoặc ngược lại, nhiệm vụ chính là chuẩn bị chương trình, trong khi làm việc bên máy cần thiết cho việc điều chỉnh và kết nối với sản xuất. Sự cụ thể như vậy có thể giảm số lượng phản hồi, nhưng tăng cơ hội rằng những người cần thiết sẽ phản hồi.
Tại đây, nhà tuyển dụng có một tiêu chí đơn giản: nếu sự thất bại trong vị trí này sẽ dừng máy, hãy kiểm tra sự ổn định của operator. Nếu sự thất bại tạo ra một chương trình nguy hiểm hoặc không hoạt động, hãy kiểm tra tư duy lập trình. Nếu cả hai rủi ro đều quan trọng, hãy tách biệt chúng một cách rõ ràng, chứ không giấu chúng trong một cụm từ đẹp.
Mong đợi lương cũng phụ thuộc vào việc phân chia vai trò
Một thông báo tuyển dụng hỗn hợp gần như luôn ảnh hưởng đến mức lương. Nếu công ty muốn một operator, người đôi khi điều chỉnh chương trình, đó là một mức độ trách nhiệm khác. Nếu cần một người tự phát triển quy trình, điều chỉnh mã, chịu trách nhiệm về an toàn quỹ đạo và vẫn giữ máy, đó là một vị trí khác. Gọi nó là vị trí operator và trả lương như cho việc khởi động lô hàng thông thường thường không kéo dài lâu.
Ứng viên cũng cần hiểu ranh giới. Khả năng khởi động chương trình và thay đổi điều chỉnh không bằng với công việc của một programmer thực thụ. Và khả năng làm các chương trình CAM không giải phóng khỏi việc hiểu cách chương trình sẽ hoạt động trên máy. Sự phân chia kỹ năng trung thực không chỉ giúp nhà tuyển dụng mà còn giúp người chọn con đường phát triển tiếp theo của mình.
Tại CNC Passport, những sự khác biệt này có thể được phản ánh trong hồ sơ và kinh nghiệm được kiểm tra, nếu công ty và chuyên gia muốn thể hiện không phải nhãn chung mà là mức độ độc lập thực tế. Nhưng logic này bắt đầu trước bất kỳ nền tảng nào: trước tiên cần phải gọi đúng công việc.
Trước tiên hãy phân chia trách nhiệm, sau đó chọn bài kiểm tra
Bài kiểm tra tốt nhất không cứu vãn được vị trí nếu nhà tuyển dụng chưa quyết định mình đang tìm kiếm ai. Trước khi phỏng vấn, nên ghi lại ngắn gọn ba điều: những nhiệm vụ mà nhân viên sẽ thực hiện mỗi ngày, những quyết định mà anh ta có thể đưa ra mà không cần sự đồng ý và những lỗi mà anh ta thực sự chịu trách nhiệm. Sau đó, sẽ rõ ràng những kỹ năng nào cần kiểm tra riêng.
CNC-operator và CNC-programmer có thể là một người, nhưng điều này không làm cho các vai trò trở nên giống nhau. Khi công ty phân biệt quy trình bên máy và các quyết định trước máy, việc tuyển dụng trở nên dễ dàng hơn. Ít kỳ vọng ngẫu nhiên hơn, ít sự khó chịu hơn sau khi bắt đầu làm việc, ít tình huống mà một chuyên gia giỏi lại trở thành “không đúng” chỉ vì thông báo tuyển dụng cố gắng trở thành tất cả mọi thứ cùng một lúc.