NashTech

Em là dev quèn của công ty thôi mà dạo này thấy Nash sụp quá nên em cũng vào viết 1 cái comment về thực tế của công ty kèm theo những thứ em thấy không vừa mắt. Nói đi cũng phải nói lại cty là 1 môi trường rất tốt cho các bạn Freshers giúp định hình được cách thức phát triển phần mềm và học được từ nhưng anh Senior và Lead trong dự án, em không là 1 ngoại lệ lúc mới vào cũng đã học được rất nhiều nhưng sau mấy năm ở đây em thấy được vài cái như sau: - Lương freshers cao, nhưng ở càng lâu lương càng xa range thị trường: + Lương trả cho freshers cao, thậm chí cao hơn rất nhiều chỗ khác, tạo ra 1 cái tiền đề vững chắc để kiếm được lúa và nâng cao trình độ bản thân. + Nhưng sau vài năm làm ở đây em được tăng lương đúng 1 lần chỉ để chống lạm phát, bạn em làm QC ở cty khác lương giờ đã cao hơn em làm full-stack dev trong Nash. - Vụ lương thưởng rất mập mờ: + Em có quen 1 anh Senior, mới gần đây anh ấy có 1 cái bonus trong năm 2023 sẽ được trả nhưng gần ngày nhận HR thông báo cắt 50% cái bonus vì 1 cái KPI từ những năm trước đó, không email, không nói, không rành chỉ nói miệng qua là ừ HR cắt 50% bonus nha. Thế đó các anh chị công ty nước ngoài mà làm việc bằng mồm, bonus muốn cắt thì cắt không quan tâm tới cảm nhận của nhân viên. + Retention bonus là bonus khi nhân viên vẫn còn ở cty cho đến 1 ngày nhất định trong hợp đồng, nhưng retention bonus này chỉ đưa cho những bạn công ty muốn giữ, bonus này thông thường sẽ là 1 tháng lương nhưng chỉ những bạn công ty muốn giữ, nếu anh em không có bonus này thì ng ta đang không có plan cho anh em nên có thể chuồn ngay. - Chấm điểm, review performance theo 1 cái cách không thể nào ngờ: + Review performance thì 2 lần 1 năm, nhưng tăng lương thì chỉ có 1 lần vào tháng 2, đôi khi còn bị tăng có 40 đô, case này em mới làm có vài năm thôi đã gặp gần 5-6 anh em bị kiểu này vào tăng 40 đô và hết không có gì thêm, các anh em đó đã đi qua công ty khác rồi, quyết định rất sáng suốt. + Review performance là do PM và Team Lead quyết định, tuy nhiên team lead chỉ có vai trò góp ý, đánh giá cho các members trong team, cuối cùng điểm đánh bao nhiêu là do PM quyết định, điều này làm ra 1 cái issue là nếu chỉ cần có biến với PM là coi như công dã tràng, đốn củi 1 năm cháy trong 1 giờ. + Trong team em có 1 case là có 3 anh devs, có 2 anh devs thì không thích nịnh bợ nhiều nên bị đánh điểm thấp, còn anh dev còn lại suốt ngày nịnh bợ, nói ngon ngọt cho PM, PM đánh cao hơn 2 anh devs kia ngay mặc dù 3 anh devs này đều chịu trách nhiệm cho 1 cái board và cái board đó lúc nào cũng carry tickets. Theo đó ta có thể thấy perfomance của chúng ta đều là cảm tính và tình cảm của PM dành cho người bị chấm quyết định gần 80% số điểm. - LM set KPI lạ lắm à nghen: + KPI được set cũng không hợp lí, các team members của em code đa phần back-end nhưng định hướng trong KPI sẽ là tạo ra 1 ng thần thánh có khả năng anh cân tất trong team, KPI set có back-end, front-end và devops????, các anh các chị thấy vô lí không, kêu 1 người biết hết 3 stack trong khi lương của họ thì chỉ có trả cho 1 stack, điều này làm nên sự bất mãn và burnout trong tập thể team khi vừa lo việc trong project phải lo thứ ở ngoài. + KPI này set vô lí em nghĩ là do họ muốn cắt thêm cost, set KPI vô tội vạ để tới lúc chấm KPI miss cái nào người ta hạ điểm tới đó giúp giam level, giam lương của nhân viên 1 cách rất hiệu quả, 1 cái tactic rất là tài đến từ vị trí của CTO và HR của Nash. - PM trong dự án thấy cứ sao sao á: + PM là ng có thâm niên trong công ty, với rất nhiều chứng chỉ, nhưng lúc join vào team khiến nhiều người không khỏi bàng hoàng, PM nhưng thích hỏi technical, thích đưa ra cách giải quyết cho members trong khi team có tận 5-6 người LEAD và 8-9 anh Senior, mỗi ng được thuê làm 1 phận sự làm tốt phần của mình trước đã không biết gì đừng chọc vô. + PM rất thích push tickets vào Sprint, trong mỗi Sprint 1 team chỉ có số velocity nhất định phải ưu tiên các ticket cần làm trước, nhưng PM của chúng tôi ở đây đóng vai trò là Scrum Master nhưng không giúp cho Sprint chạy smooth mà trái lại còn thích ép member cầm nhưng ticket vô lí trong khi họ đã hết velocity, PM chạy KPI cho bản thân quá lo push tickets không thôi và rồi kết quả là 5-6 Sprint carried over không lối thoát. + PM này rất thích kiểu nịnh bợ và hay đâm sau lưng các member trong team, cái vụ cắt bonus của anh Senior em kể trên là yeah cũng là do PM chỉ huy collab với HR và RMO để cắt, ăn trước cái đã tính sau. Ok nói đi cũng phải nói lại, đó là những thứ dev quèn như em thấy được sau vài năm ở công ty. Mặc dù vài điểm có tệ nhưng cộng sự trong dự án đặc biệt là Senior và Lead rất quan tâm và thúc đẩy members đưa ra hướng đi đúng cho các anh em Fresher và Junior.