Hình Thư Giãn - SFW only -cấm hình gái,wall of text, NSFW bỏ spoil (vi phạm 2 tuần)

Bàn riết bạn thích phải hok

 

nhân viên điếm thúi

 

Task giao, 30p làm xong, ngồi mở máy bấm loạn xạ, ai hỏi thì mở document ngồi tra xét. 4h50 gửi mail cho xếp, chèn thêm câu "em làm xong rồi, anh coi lại vì nhiều quá nên có thể có chỗ sai".
Tắt máy về

 

2021 rồi còn chờ làm chi pa

Spoiler

 

Task estimate 1 story point (cỡ 8h, là đơn vị estimate nhỏ nhất, không thể nhỏ hơn). Làm 30p xong ngồi coi tá lả gvn 30p còn lại xong commit code, vào hệ thống báo task xong, và nhận task 1 story point tiếp theo, lặp lại...
Task làm chiều xong rồi, tới giờ về đóng máy lại, tối về nhà bấm commit, xong sáng mai vào push...

Hình...

 

đọc như trên trời ko hiểu gì hết á

 

Thuật ngữ DEV thì hok làm nghe không hiểu rõ đâu

 

Nói miệng thì nghe có vẻ nhiệt tình vậy thôi
Chứ thực ra các sếp sẽ để ý các trường hợp như vậy, vì phải làm quá giờ tức là có vấn đề (estimate sai, hoặc trình độ nhân viên ko đáp ứng đc....)
Mình toàn estimate với giao task nên mình biết

 

lão kia xài Agile nên ko có giao task
tự nhận task rồi submit để chấm KPI thôi

 

Search version control hoặc git để hiểu nhé

 

Vậy thì càng khó hiểu nhỉ, sao ko submit sớm để làm đc nhiều task, KPI tăng thì tốt chứ sao ?

 

vì nó quy định vậy
nhanh hơn cũng ko được tăng KPI

 

chuẩn vãi
mà thường là với con đầu tiên thôi

 

Agile theo kiểu có deadline á . Sếp nó Change request thì deadline vẫn vậy nên nhiều lúc chạy chết cm nó .

Task estimate 8h mà làm nhanh quá, nó coi burn down chart tưởng mềnh ghê gớm xong mai mốt nó dồn 1 đống task đúng 8h thiệt làm méo kịp thì ăn loằn luôn.
Hình:

 

Tui chơi FFXII thì tới boss cuối cũng vậy luôn nha . Lv 99 full đồ vô gõ như con

Còn dòng SMT mới gọi là hard core :(