Re:Khủng hoảnh Kinh Tế : Làm sao đưa ra số lượng nhân sự hợp lý cho DN
@dixeomuongbiahoi:
Bác chủ cho hỏi, nếu nghành sóp que thì định mức nhân sự, cắt giảm thế nào.
Vì nghành này output phụ thuộc nhiều vào chất lượng nhân sự nhưng không phải lúc nào cũng tuyển dụng được skill cao.
<span style=""color: #0000ff;"">Bài của em thì chủ yếu nhắm vào các DN sử dụng lao động chân tay cao ( dễ làm). Ngành bác đề cập là ngành cần lao động có kĩ năng cao. Theo em cách tiếp cận như sau, khá mất thời gian:</span>
<span style=""color: #0000ff;"">1. Tất cả các công việc phát triển phần mềm đều coi như 1 project.</span>
<span style=""color: #0000ff;"">2. Đã là project thì bao giờ cũng phải có 3 giai đoạn như sau:</span>
<span style=""color: #0000ff;"">A. Project Initiation : Start up dự án, xác định phạm vi công việc/ lên lịch làm việc/thiết lập policy làm việc</span>
<span style=""color: #0000ff;"">B. Project Control : Thực hiện, quản lý dự án- Scope Management : quản lí phạm vi công việc - Quality Management : quản lí chất lượng - Cost Mgt : quản lí chi phí - Project Planning : - Risk Mgt: quản lí rủi ro- H
R Management : quản lí nhân sự- Contracting & Procurement : quản lí hợp đồng & logistics- Project Communication</span>
<span style=""color: #0000ff;"">C. Project Closure: kết thúc dự án - Đánh giá dự án - Rút kinh nghiệm....</span>
<span style=""color: #0000ff;"">3. Giả sử các bước Start up/ Control tốt, do có BP khác hỗ trợ. Câu hỏi đặt ra là cần bao nhiều người viết được phần mềm này 1 cách hợp lý ( ở góc độ nào đó thì 20 người sẽ làm nhanh hơn 10 người, hợp lí ở đây là về mặt tận dụng tối đa resource mình đang có). Em ko rành về phần mềm nhưng em biết là dù có là phần mềm gì đi nữa thì cũng chỉ có vài ngôn ngữ nhất định để viết ra và steps cũng ko khác nhau nhiều mấy trong thời buổi source code có sẵn nhiều.</span>
[style="color: #0000ff;"]
[/style]
<span style=""color: #0000ff;"">- Phân tích các process thành những steps nhỏ nhất ( phân tích yêu cầu dự án, liệt kê các công cụ, ngôn ngữ thuật toán để thiết kế/ xác định tính tương tác của sp,
tạo workflow chi tiết, testing….</span>
<span style=""color: #0000ff;"">- Trong workflow này người PM phải estimate ước lương được thời gian để hoàn thành từng chi tiết công việc.</span>
<span style=""color: #0000ff;"">- Quan sát kĩ sư làm và đưa ra những ước lượng mới có độ chính xác cao hơn làm tiêu chuẩn</span>
<span style=""color: #0000ff;"">- Xác định tổng thời gian để hoàn thành.</span>
<span style=""color: #0000ff;"">- Xác định số giờ 1 kĩ sư làm/1 ngày FTE = 8++ ( nếu có OT)</span>
<span style=""color: #0000ff;"">- Chia tổng thời gian cho FTE trên với 1 số factors về nghỉ ngơi/ vắng mặt sẽ ra số lượng cần.</span>
<span style=""color: #ff6600;"">- Lần sau có dự án thì lôi các bước tương tự ra và lấy thời gian đấy làm chuẩn, nếu chưa có thì phát triển tiếp đến khi nào thành database riêng.</span>
<span style=""color: #ff6600;"">E.g.</span>
<span style=""color: #ff6600;"">Viết code A : 10 phút</span>
<span style=""color: #ff6600;"">Viết code A1: 20 phút....</span>
<span style=""color: #ff6600;"">Viết code B : 200 phút....</span>
<span style=""color: #ff6600;"">......</span>
<span style=""color: #ff6600;"">Sau này chỉ việc tập hợp database lại sẽ có tổng thời gian làm việc tương đối....</span>
<span style=""color: #0000ff;"">
Vấn đề phát sinh : tại sao có ông kĩ sư viết tốt và nhanh, ông kia viết chậm. Câu trả lời là:</span>
<span style=""color: #0000ff;"">1- Liên hệ bộ phận recruitment xem là bên đấy tuyển dụng thế nào ? ( chắc cần dự án tư vấn HR quá)</span>
<span style=""color: #0000ff;"">2- Xem lại bộ phận training & development của công ty có chạy theo kịp với nhu cầu công ty hay ko.</span>
<span style=""color: #0000ff;"">Nói chung sẽ phải quan sát nhiều và dựa vào historical data để đưa ra định mức hợp lý + phải dựa vào thực tế,
ở đây coi như là chém gió.</span>
Một mặt khác là quan tâm đến tiết kiệm nhân sự hay tiết kiệm tiền sư dụng nhân sự vì không như công nhân đôi khi hai thằng cùng một position nhưng mà salary khác nhau. Nếu tiết kiệm người thì phải tính toán dê trảm càng nhieu càng tốt, nếu tiết kiệm tiền(lương) thì lựa anh nào lương cao mà trảm đúng không ah.
<span style=""color: #0000ff;"">Em ko có câu trả lời cho câu hỏi này
. Việc cắt giảm ở đây ko mang tính chất là downsizing ( cắt giảm scope hoạt động và nhân sự đi kèm ) mà mang tính là hợp lý với hoàn cảnh hiện tại của DN. Tiết kiệm thông qua tăng năng suất lên, bố trí công việc hợp lý, ko để lao động ngồi ko và chat chit như em đang làm đây
- cũng là 1 dạng lãng phí resource.</span>
Nhờ bác phân tích thêm cái chổ trảm người và khâu tuyển dụng khi cần , em lót dép nghe thêm. Tại vì các công ty làm outsourcing sợ nhất khi việc nhiều không có người làm hoặc ngược lại tuyển quá nhiều nhưng mấy tháng chưa có dự án. Outsourcing lại công ty trong nước càng không ổn vì khó quản lý chất lượng .
<span style=""color: #0000ff;"">Đây ko phải là trảm người mà là đi tìm câu trả lời cho mức nhân sự hợp lí tương ứng với khối lượng công việc/ output của DN. Vấn đề của bác đề cập liên quan đến tính seasonality ( thời vụ). Ví dụ: bán kem thì chỉ đa phần bán vào mùa hè, mùa đông thì ko ma nào mua….= công nhân thất nghiệp</span>
Đây cũng là nguyên nhân chính khiến bác phải xây dựng định mức số lượng lao động/ khối lượng công việc em đang đề cập trong topic này. Mục đích bác biết là thời điểm nào, số lượng output thế nào thì cần bao nhiêu người. Thứ 2, HR phải có trách nhiệm forecast số lượng nhân sự dựa vào 1. Dữ liệu quá khứ 2. Kết hợp với sales forecase để đưa ra kế hoạch nhân sự <span style=""color: #0000ff;"">cần thi</span>ết để tránh
“ bị động”.
Headcount: T<span style=""color: #0000ff;"">ổng số lượng nhân sự công ty</span>
------------
<span style=""color: #0000ff;"">Ngồi với bác
tuando, bác phán em 1 câu là mấy bài của em toàn mùi "bơ sữa". Em thú thiệt là em ko có làm ăn gì đến vụ tư vấn DN gì cả. Em chỉ share kinh nghiệm làm việc và học được để chém gió vui thôi. Tuy nhiên bác nào cần support thì em sẵn sàng giúp đỡ free 100%, theo tinh thần OS.
. Những gì em đề cập đều là nỗi đau của nhiều DN hiện nay, kể cả DN nước ngoài.</span>