thảo luận Xin tips estimate task và ko bị PM hành

Thế thì bảo thằng TL tự mà làm :rolleyes:

Thì nói họ tìm ai đó khác đi không phải là em. Em nghỉ cmnl

Quan trọng vẫn là bạn phải cứng kỹ năng và trình bày tốt.

Trình bày rõ ràng thuyết phục tại sao tôi cần x thời gian cho cái task này, nếu họ ko đủ lý lẽ thì ko hạ thời gian estimate xuống.

Tuyệt đối không hạ thời gian chỉ vì sợ PM rồi sau đó OT để làm cho kịp giờ. Nếu bạn chịu hạ rồi OT để làm thì bạn đã nói với PM lần sau cứ hạ xuống rồi tôi OT cho.

Mà cuối cùng vẫn phải là bạn cứng kỹ năng thì mới có mấy cái quyền đó 😂😂😂😂, nếu chưa cứng thì ráng học thêm. Học gì thì chắc trong topic khác

Sent from Samsung Note 20 Ultra via nextVOZ
2 thằng này thông đồng nhau chả ai biết đâu các fen à :choler::doubt:


Sent from Jarvis via nextVOZ
 
Em mới đi làm nên không có kinh nghiệm estimate. Lúc nhận task estimate có mấy giờ trong khi thực tế làm mất mấy ngày. Đến lúc deadline rồi vẫn chưa xong. Đọc trong này mới biết là PL, TL, khách hàng mình dễ tính quá, chẳng ai phàn nàn gì, cứ vậy chuyển sang đợt tới estimate lại rồi làm tiếp.
 
2 thằng này thông đồng nhau chả ai biết đâu các fen à :choler::doubt:


Sent from Jarvis via nextVOZ
Sao lại ko, dev bình thường bị áp cái task với estimate trời hỡi thì tự động phải biết thắc mắc với cả TL lẫn PM. Cả 2 thằng khăng khăng áp xuống mà mình nhắm làm ko dc thì phải lên tiếng chứ chấp nhận OT để đúng theo estimate thì phần thiệt chỉ có mình gánh thôi.
 
Em mới đi làm nên không có kinh nghiệm estimate. Lúc nhận task estimate có mấy giờ trong khi thực tế làm mất mấy ngày. Đến lúc deadline rồi vẫn chưa xong. Đọc trong này mới biết là PL, TL, khách hàng mình dễ tính quá, chẳng ai phàn nàn gì, cứ vậy chuyển sang đợt tới estimate lại rồi làm tiếp.
Thật ra bạn học được và giỏi hơn khi gặp TL khó tính và có tâm, còn mấy người dễ tính chả góp ý gì thì khá khó để bạn phát triển nhanh.

Thêm nữa nên tăng cái commitment của bản thân lên, đã báo cuối sprint xong thì cuối sprint ko xong nên cảm thấy là mình đã thất hứa, nên cảm thấy xấu hổ mà cố gắng điều chỉnh lại.

Team lead, senior đâu mà để bạn Junior estimate task mấy ngày mới xong mà bạn estimate có mấy tiếng?

Sent from Samsung Note 20 Ultra via nextVOZ
 
Hồi pm bảo mình estimate task mà để ý ngày end sprint làm hết chỗ đấy đã fixed trc rồi :)

Sent from Xiaomi Redmi 5 Plus using vozFApp
 
Thật ra bạn học được và giỏi hơn khi gặp TL khó tính và có tâm, còn mấy người dễ tính chả góp ý gì thì khá khó để bạn phát triển nhanh.

Thêm nữa nên tăng cái commitment của bản thân lên, đã báo cuối sprint xong thì cuối sprint ko xong nên cảm thấy là mình đã thất hứa, nên cảm thấy xấu hổ mà cố gắng điều chỉnh lại.

Team lead, senior đâu mà để bạn Junior estimate task mấy ngày mới xong mà bạn estimate có mấy tiếng?

Sent from Samsung Note 20 Ultra via nextVOZ
[1] Em cũng chẳng biết như anh nói thì có tốt thật không chứ hiện tại em đi làm là đã thấy rất stress rồi. Hôm nào đi làm cũng tập trung cao độ, về đến nhà chỉ muốn đi ngủ luôn thôi. Giờ thêm TL khó tính nữa thì =((

[2] Em cũng thấy ăn năn lắm chứ, trong team thì không ai phàn nàn gì, khách hàng người nước ngoài cũng rất lịch sự. Em muốn nhắn tin riêng xin lỗi người ta mà không biết họ có muốn nghe mình xin lỗi không nữa.

[3] Vì vậy em mới nói là không có kinh nghiệm estimate ấy. Vì vậy các tasks sau em đã estimate nhiều thời gian hơn rồi.
 
mình cũng nhận task trực tiếp từ PM, câu cửa miệng: "task này dễ mà". Muốn estimate chính xác(hoặc gần chính xác) thì bạn phải làm task kiểu đó từ trước, chứ kiểu task chưa bao giờ thì làm sao mà estimate được. Thời gian đầu estimate toàn trượt, 1 mình OT đến 9,10h tối là chuyện bình thường.
Quan điểm là mình làm thì mình biết nhiều thứ chứ ko hẳn là lúc nào cũng so đo tính toán làm gì, qua 1 thời gian mình làm được kha khá task khó thì tiếng nói cũng có trọng lượng hơn, PM dễ nghe hơn. Đối với những task rủi ro cao thì nên báo với PM 1 tiếng là em chưa làm task kiểu này bao giờ, em ước tính là xxx thời gian, nếu tắc thì em sẽ nói anh sau.
Chốt: estimate thời gian chỉ có kinh nghiệm mới estimate chuẩn, đừng cố gắng vắt óc suy nghĩ tips tủng các thứ làm gì.
 
[1] Em cũng chẳng biết như anh nói thì có tốt thật không chứ hiện tại em đi làm là đã thấy rất stress rồi. Hôm nào đi làm cũng tập trung cao độ, về đến nhà chỉ muốn đi ngủ luôn thôi. Giờ thêm TL khó tính nữa thì =((

[2] Em cũng thấy ăn năn lắm chứ, trong team thì không ai phàn nàn gì, khách hàng người nước ngoài cũng rất lịch sự. Em muốn nhắn tin riêng xin lỗi người ta mà không biết họ có muốn nghe mình xin lỗi không nữa.

[3] Vì vậy em mới nói là không có kinh nghiệm estimate ấy. Vì vậy các tasks sau em đã estimate nhiều thời gian hơn rồi.
1) Khó tính không phải là mặt như khỉ ăn ớt, khó tính ở đây là đối với cái code, cái solution em đưa ra.

Ví dụ nhé, TL có review code cho em không? Nếu có thì có comment góp ý không? Hay code sao cũng được, chạy được là được?

Nếu người ta có góp ý, có nói em có thể làm cách này cách khác..., có đưa cho em các tài liệu best practices thì em mới tốt lên được chứ.

Còn cứ chạy được là dc, thì 1 là người ta không có tâm, 2 là người ta không có tầm.
2) Không cần xin lỗi và cũng chả ai cần nhận lời xin lỗi vậy đâu. Cứ thể hiện bằng hành động là được rồi, estimate cẩn thận hơn, test cẩn thận hơn rồi hãy tạo Pull Request, đưa QA. Càng test kỹ càng đỡ tốn thời gian QA test rồi bắt đi fix cũng tính vào thời gian của task đó thôi. Đừng đưa task qua cho QA khi mình chưa test kỹ.
3) Em phải hình dung được cái task đó em cần làm cái gì trong đó, rồi break down ra thì mới có thể estimate chính xác được. Nếu task dạng mơ hồ thì nên đề nghị check lại hoặc cho thời gian investigate.
Chứ ví dụ kêu làm integration với một service kiểu như facebook hoặc gì mà chưa biết giao tiếp api nó kiểu gì, lấy token làm sao thì estimate sao dc.

Sent from Samsung Note 20 Ultra via nextVOZ
 
1) Khó tính không phải là mặt như khỉ ăn ớt, khó tính ở đây là đối với cái code, cái solution em đưa ra.

Ví dụ nhé, TL có review code cho em không? Nếu có thì có comment góp ý không? Hay code sao cũng được, chạy được là được?

Nếu người ta có góp ý, có nói em có thể làm cách này cách khác..., có đưa cho em các tài liệu best practices thì em mới tốt lên được chứ.

Còn cứ chạy được là dc, thì 1 là người ta không có tâm, 2 là người ta không có tầm.
2) Không cần xin lỗi và cũng chả ai cần nhận lời xin lỗi vậy đâu. Cứ thể hiện bằng hành động là được rồi, estimate cẩn thận hơn, test cẩn thận hơn rồi hãy tạo Pull Request, đưa QA. Càng test kỹ càng đỡ tốn thời gian QA test rồi bắt đi fix cũng tính vào thời gian của task đó thôi. Đừng đưa task qua cho QA khi mình chưa test kỹ.
3) Em phải hình dung được cái task đó em cần làm cái gì trong đó, rồi break down ra thì mới có thể estimate chính xác được. Nếu task dạng mơ hồ thì nên đề nghị check lại hoặc cho thời gian investigate.
Chứ ví dụ kêu làm integration với một service kiểu như facebook hoặc gì mà chưa biết giao tiếp api nó kiểu gì, lấy token làm sao thì estimate sao dc.

Sent from Samsung Note 20 Ultra via nextVOZ
Em cảm ơn :what:
 
Cứ buffer đã:ah: PM est 4h thì cứ đòi tăng lên 8h rồi giải trình, bị reject thì thôi, gặp task khác giải trình tiếp:byebye:chẳng lẽ est 10 task mà không buffer nổi 1 task nào:rolleyes: Chưa kể làm vậy lâu ngày còn giúp dev nâng cao khả năng chém gió, một công đôi việc:boss:
 
Có 1 cách mình hay xài là làm như trâu trước, task 3 ngày thì estimate 2 ngày thôi. Xong rồi làm 1 thời gian thì tự nhiên mấy thằng PM ko thắc mắc tại sao lại estimate nữa, lúc đó thì thích estimate mấy ngày thì nó là mấy ngày thôi :byebye:

via theNEXTvoz for iPhone
 
Back
Top