Bạn có thấy thằng nào lương 100 củ thật mà lên tán phét ko, có mấy thằng lương 3 củ bọ như mình mới ngồi xiaolin thôi
Tất nhiên là phải lương cao một tí + stock. Tiền nhàn rỗi từ lương thì đầu tư cái khác. Đa số công ty cho 2 lưạ chọn: bonus hoặc stock. Đầu tư dài hạn nếu công ty tiềm năng lên IPO thì stock ngon hơn. Còn ngắn hạn làm 1-2 năm rồi nhảy thì chọn bonus
L5 l6 l7 nghĩa là level567 hả các bác. Cái này là bậc chung của ngành hay của tụi fang? Có từ khoá gì để đọc hiểu rõ hơn k. Lạ lẫm với mình quá
L3 = SWE I = junior, L4 = SWE II = mid. Ko rõ tại sao nhưng đa số mấy cty về tech xài chung title này, hình như bắt đầu từ Google. Như bọn Amazon bắt đầu từ L4 thay vì L3. Intern = L2
Éo thấy gọi gì chắc fail mẹ rồi Nhảy ngang coi mòi khó quớ. Dù nói thật là Scrum Agile thì đọc cái là biết mình đã từng làm dù chỗ mình hiện tại là waterfall (trì trệ vl)
Pvan nhiều cty 1 lúc thì sẽ ko còn fai quan tâm kết quả 1 cty nào đâu, cách đó giúp cho tự tin thể hiện hơn đấy
Nhảy ngang nên hơi khó fen à. Mình có background làm dự án nhưng chủ yếu ở mảng operation. Nên chỉ apply đc BA thôi
Hỏi xíu, về quản lý Epic/Feature theo Sprint bạn nắm vững ko? Break tụi nó thành US với viết AC có theo template nào ko? Xài Jira/Redmine/Phabricator đồ ổn chứ? Thấy tụi BA bên cty mình làm freelancer cày mấy cái trên hơi bị nhiều.
À nó lại thế này fen ạ. Mình là operation chính hiệu. Nhưng có project gì đó thì mình sẽ làm việc trực tiếp với dev từ user -> system requirement. Database mapping, flow, status/action toàn mình làm hết, cho đến tận release. Bên mình lại là waterfall khá bảo thủ. Nên mình muốn chuyển hẳn sang BA. Về Sprint Scrum thì bây giờ mình mới tìm hiểu và đang học thêm. Thực sự thì cũng ko khó vì nhiều cái mình đã làm rồi. Chỉ là chưa biết khái niệm, định nghĩa. Hiện giờ cũng apply mấy chỗ qua referal nhưng background yếu cũng làm mình khá căng thẳng. Làm việc ở hệ thống waterfall mệt lắm. Misunderstanding đi 1 tẹo là cả 1 vấn đề to. Mà chỗ mình BA có cũng như ko.
Nếu như ông mô tả thì công việc đang cover luôn phần BA rồi, chỉ cần xem kĩ lại chi tiết với đọc thêm về các event của agile, lý do dùng agile, nôm na là lí thuyết thì cứ tự tin pvan thôi. Vẫn lời khuyên cũ là pv nhiều cty thì sẽ tự tin hơn và việc k match 1 cty cũng k nghĩa lí gì lúc đó cả
Mình cũng có bạn làm BA từ waterfall sang agile. Hỏi thì nó kêu 2 cái phải sửa mindset là scope và welcome changes. Scope: đầu tiên phải chia nhỏ Epic/Feature thành US - càng nhỏ càng tốt. Sau đó, trước mỗi sprint thì meet Grooming để pick US làm trong sprint đó. Ví dụ user operations có: register, login, reset password, API CRUD. Nhưng discuss với khách, thấy nó cần Register với Login trước thôi thì pick Register, Login, API CR - phần còn lại ngâm đó, nếu khách ko đòi thì khỏi làm luôn - mục tiêu là deliver đúng cái khách muốn nhanh nhất. Welcome changes: 1 feature qua mỗi sprint có thể được khách update requirements quài, thành ra có Change Request là bình thường - bạn mình làm document nữa nên khúc này cực, phải viết lại liên tục. Lúc đầu nó khá khó chịu, quen với cách làm việc là đã chốt requirements rồi thì làm, giờ cứ phải đã chốt rồi thì... chốt lại. Thêm nữa là có khác biệt trong quy trình: mình với khách meet thường xuyên, sau mỗi sprint demo hay hỏi khách những câu kiểu: đây có phải là cái mày muốn không? Bonus: cái bùa đốt uống: Principles behind the Agile Manifesto. Làm gì cũng nhớ tới, một thời gian tự nhiên thay đổi được cách làm việc. P.S mình cũng đang nghiên cứu phần này, thành ra bạn có góp ý trao đổi thì cho mình ý kiến nha.
Thực ra mình làm cũng thích change liên tục. Và rất ghét cái kiểu nghe thấy change là lại nhăn mặt: "thế lúc đầu phân tích kiểu gì mà phải change". Mà thực sự chỗ mình đang là như vậy. Có phải lúc đầu tưởng tượng ra được đúng hết đâu, phải đi vào practice mới biết đc cái nào work cái nào ko, cái nào có thể automation.
BA về logistic thường làm gì các fen nhỉ. Lần đầu tiên mình nghe có job liên quan đến logistics luôn.
