Anh là thằng nào kệ mịa anh. Anh có làm HRD của Amazon mà nói ngu vẫn là nói ngu thôi nhé
.
Tóm lại mấy công ty ở xứ này làm được OKRs rồi fency, trả lời ko lòng vòng nào. Bày đặt OKRs đồ, chuyển sang OKRs hầu hết đồ, có xu hướng đồ. Mịa. KPIs đã đéo thành công dc còn đòi OKRs là cái upgrade lên thêm, thì đúng nằm mơ bắt con tưởng bở.
Chém đủ thứ, đến lúc đi vào details 1 xíu là cụp đuôi chạy. Nói nhanh cho vuông là KPIs khó nhất đéo phải thiết kế, mà là cái đám lead/manager có hiểu và đánh đúng KPIs ko đã, aka human error. Ví dụ như quý anh đây, chém lung tung beng lên, phụ trách
"trưởng phòng nhân lực của 1 DN 4k nhân sự" mà đã hiểu KPIs chưa?
Tôi nói về KPIs giấy luôn chứ chả phải mõm nếu DN thiết lập có hệ thống. Việc có sự cố thì có thể Lead/Manager quản lý như fen đề nghị nhưng cũng có thể là staff, tùy vào quy mô sự cố và trách nhiệm được giao trong JD.
Cô bé kia là theo lời 1 quý anh trong đây đề cập, ko rõ nội dung chi tiết công việc fen à nên tôi có dám đi sâu đâu. Tuy nhiên, xét về KPIs giấy, thì đối với khối kinh doanh, nếu có sự cố của client mà ko xử lý thì mất khách, chắc chắn mất KPIs. Còn nếu là Khối BO thì đầy ví dụ:
- P. Cung ứng: nhân viên phụ trách điều phối xe chở hàng. Sự cố xảy ra, ví dụ xe ko vào đúng giờ; ko xử lý điều phối thì hàng rớt, rớt mịa cái KPIs về số lượng/khối lượng hàng hóa cung ứng trong tháng, tỷ lệ xử lý lỗi
- P. IT: sự cố server thì rớt mịa cái KPIs về thời gian phản ứng khi có sự cố
- P. Marketing, nhóm event, nhân viên phụ trách 1 mảng nào đó trong event, có sự cố liên quan đến đúng mảng đó (booking ca sĩ chẳng hạn) thì thôi tàn mạt cái event đang được chuẩn bị tổ chức.
Ko biết quý anh quản lý 4k nhân sự kia đã đụng các tình huống này bao giờ chưa??