Trong team dev có mấy thanh niên atsm thì làm như thế nào?

Duong.Ta.Su

Đã tốn tiền
Mình đang làm 1 dự án, trong team có 1 thanh niên sinh viên năm cuối vào code. Thanh niên này tính khoác lác, lúc nào cũng thích làm theo cách khó để thể hiện, trong khi có cái task đơn giản mình giao cho thì làm chưa đến đâu. Giờ mình giao task cho các member khác thì thanh niên này lại tỏ thái độ.

Các thím có kinh nghiệm làm PM, leader chắc chắn đã gặp mấy trường hợp này không ít lần thì xử lý thế nào? . Không giao việc cho nó nữa thì sếp lại hỏi, giao cho nó thì nó lại làm như bố đời.
 
Thử thách khả năng của bác đi, chứ đuổi đi thì quá bình thường. Người giỏi chỉ phục tùng người mà họ nể phục hơn thôi nhé. So am I !
 
Giao task làm không xong thì lôi đầu nó ra mà đập với cái việc không làm xong task đó thôi. Làm việc dựa trên dân chủ và chứng cứ, nó làm không xong việc thì lưu lại chứng cứ, rồi trình bày lên sếp nếu bạn nói nó ko nghe. 1 người không phù hợp với team để làm việc thì sếp bố trí việc khác cho nó.
Mình từng đề nghị đổi TA vì đơn giản không làm việc được với team đây
 
Có thế cungx không giải quyết đc mà làm teamleader sao.

Ý bác là mới đẻ ra là đã biết làm team leader ? :oops: ... làm rồi mới gặp vấn đề rồi mới xử lý sẽ có kinh nghiệm thôi.
Quản lý con người đâu có đơn giản
 
Nó muốn làm thế nào thì kệ nó thôi, cho nó thoả sức sáng tạo, miễn là xong task .Không xong thì cứ đè ra mà đập :beat_brick:
 
Theo mình những người có quan điểm cá nhân mạnh sẽ là người có thể tiến xa. Bạn nên review code cậu kia, đuwa ra ý kiến 1:1, biết đâu đấy ;)
 
Nếu ở tầm TL, nếu code khó hiểu thì kêu nó làm lại cho dễ hiểu để mốt còn maintain dc
Nếu ở tầm PM, chả hơi đâu mà care thằng này, nếu ảnh hưởng đến dự án, TL feedback ko tốt, kick nó ra ngay và luôn
 
Thì lúc review code thì suggest lại cho cách tối ưu, đơn giản. Code có rule, có code convention. Cứ thế mà làm thôi.
đúng đó bác, kệ nó, để code, có est mà.
trễ task Ot, lúc review source thì chửi sml vô,
bởi vì làm có IMS rồi
 
Nó xong task mà muốn làm thì cứ đưa task khác cho nó thôi chứ có sao đâu, nhớ review code vì tụi sv có thể code hay nhưng convention thì cứ gọi là abcd.
Còn làm chưa tới đâu thì vote sút, ảnh hưởng tới team thì dự án dễ toạc.
 
Hic mình cũng mới đi làm , join vào một cty nhỏ mà công nhận code có PM techlead sướng vl, tôi tự bơi luôn , Design thiết kế như lìn desktop một đường mà responsive một nẻo complain cho sếp sếp kêu làm một đường tester bắt 1 nẻo :sad:
 
Ý bác là mới đẻ ra là đã biết làm team leader ? :oops: ... làm rồi mới gặp vấn đề rồi mới xử lý sẽ có kinh nghiệm thôi.
Quản lý con người đâu có đơn giản
Trc khi làm team leader chắc bác cũng thấy, chứng kiến, nhìn nhận 1 họăc vài trường hợp na ná rồi chứ.
Ở đây đâu phải vấn đề quản lý gì về con ng, mà là nắm bắt, bám sát kỹ năng, trình độ. Khả năng xử lý của bạn đó.
Nếu có năng lực thật sự hay kiến thức chưa hòan thiện. Vài task là lòi ra mà. Còn xử lý bạn nên tham khảo cấp trên
 
Chẳng sao cả thuật toán nào cũng dc miễn đáp ứng được 3 điều kiện
1 Kết quả đúng.
2 Hiệu năng đáp ứng được
3 Quan trọng nhất kịp deadline
Có thể trong thời gian đó bạn đó thấy thời gian trống nhiều hoặc cân được bạn đó hoàn toàn có quyền thử thách bản thân miễn nó đáp ứng đủ 3 yêu cầu tối thiểu trên là được
 
Back
Top