Cách đuổi những kỹ sư giỏi nhất của bạn
(padraigobrien.com)"Những cách khiến thời gian gắn bó của lập trình viên ngắn hơn" và "Cách khắc phục"
- Hãy tuyển các quản lý không biết làm phần mềm
→ CÁCH KHẮC PHỤC: Hãy để các quản lý kỹ thuật, giám đốc và VP dành khoảng 1 tuần mỗi quý để phát triển và triển khai tính năng. Một tính năng thực sự mất khoảng 3 ngày, theo đúng cách làm việc/cộng tác thực tế.
- Hãy tuyển thật nhiều quản lý và tạo ra nhiều tầng nấc
→ CÁCH KHẮC PHỤC: Hãy làm tổ chức phẳng hơn và loại bỏ các tầng quản lý càng nhiều càng tốt
- Hãy tổ chức nhiều cuộc họp nhất có thể
→ CÁCH KHẮC PHỤC: Hãy thiết kế tổ chức sao cho giảm thiểu hợp tác giữa các nhóm, nhưng bên trong từng nhóm thì có nhiều sự phối hợp
- Hãy khiến quy trình định nghĩa phần mềm trở nên đau đớn
→ CÁCH KHẮC PHỤC: Tìm cách giảm gánh nặng cho lập trình viên. Khi tạo ticket, hãy để tối thiểu 3 người (kỹ sư, tester, phụ trách sản phẩm) thảo luận trong 10 phút rồi cùng viết ra
- Hãy khiến việc triển khai phần mềm trở nên đau đớn
→ CÁCH KHẮC PHỤC: Hãy dành 20% thời gian để phân tích và sửa những vấn đề đã xuất hiện
- Hãy để các kỹ sư tự ước lượng thời gian làm việc của mình
→ CÁCH KHẮC PHỤC: Đừng ước lượng. Theo kinh nghiệm thì hơn 99% là không khớp và không hoạt động hiệu quả. Nếu cần ngày tháng, tôi khuyên dùng các phương pháp hiện đại như forecasting
- Hãy làm đội ngũ thật nhỏ
→ CÁCH KHẮC PHỤC: Ít nhất quy mô nhóm nên là 6 người
- Hãy mượn kỹ sư từ các nhóm khác
→ CÁCH KHẮC PHỤC: Hãy để nhóm tồn tại lâu dài với một sứ mệnh rõ ràng, và đừng di chuyển con người giữa các nhóm
5 bình luận
Chỉ nghĩ đến việc giao task cho VP thôi cũng đã thấy tim đập thình thịch rồi. Dù nói là mỗi quý chỉ trong 1 tuần, nhưng có lẽ trong 1 tuần đó sẽ tạo ra vô số lời bắt bẻ và cả AI. Tất nhiên, đó cũng sẽ là một thay đổi tích cực :)
Khá giống với công ty tôi từng làm haha
Đã từng có một leader phát triển, nhưng vì CEO nói là không kiểm soát được nên đưa một giám đốc phát triển do người quen của CEO giới thiệu vào, rồi trong vòng 1 năm đội phát triển tan rã luôn.
forecastingnghĩa là gì vậy?Về cơ bản, Estimation là việc dự đoán một công việc sẽ mất bao lâu thông qua ước tính.
Còn Forecasting được định nghĩa là dự báo “dựa trên dữ liệu hiện có”, giống như dự báo thời tiết vậy.
Nếu đội ngũ chia epic thành các story và ghi chép đầy đủ mỗi story mất bao lâu (story point),
thì có lẽ là dựa trên lượng feature hoàn thành mỗi tuần để suy ra ngày dự kiến hoàn thành.
(Tôi cũng chỉ học qua sách và bài viết, chưa từng áp dụng thực tế nên chỉ có thể giải thích khái quát.)
Và cảm ơn bạn vì câu trả lời rất hay. (Và tôi cũng luôn đọc tin tức rất thích thú!)