Vâng, em cảm ơn anh!

Cứ thế mà phát huy nhé 🙂

Em lại nhảy vào comment ạ ^^

Mặc dù hiện tại chưa chuyển sang làm BA nhưng mẫu người anh đề cập em gặp phải khá nhiều, và em cũng dính kha khá nhưng nay có người hệ thống lại mới thấy, đỡ cái là ăn vả nhiều quá nên đã khắc phục nhiều rồi.

Riêng với bản thân em, cái số 3 và cái số 5 là cái nguy hiểm nhất, thấm sâu nhất và cần thời gian để quay đầu nhất. Không chỉ riêng với nghề BA mà với mọi nghề. Em cũng từ những lần tự giả định, ngại hỏi vì sợ bị nói ngu, mà cuối cùng làm ra một cái dự án nó bị lệch một số tính năng quan trọng, cũng may phát hiện sớm và có chút kỹ năng mè nheo mà được nhà cung cấp châm chước không charge phí.

Nhưng em biết không phải lúc nào cũng may mắn như vậy, và từ khi quan tâm muốn hướng sang BA, em càng biết mình phải lì hơn để hỏi (nhưng mỗi lần hỏi là học – và note lại, đừng hỏi cùng 1 vấn đề nhiều lần), thậm chí khi sếp nhìn bằng ánh mắt kì thị thì vẫn chai mặt hỏi, chứ sợ hỏi r assume xong làm te tua thì lúc đó muốn hỏi cũng k được nữa : )) Thà quê 1 chút còn hơn nát lâu dài ạ ^^

Em vừa viết ra 5 nguyên tắc vàng từ bài của anh trước khi đặt chân sang miền đất BA ^^ Hy vọng trong tương lai sẽ không rớt vào danh sách đen kia : )) Đa tạ anh nhiều nhiều ^^ Dự là em sẽ còn ngâm nhiều cái blog của anh và bình luận nhiều ạ ^^

Từng chút từng chút một sẽ ổn hơn thôi, cứ giữ tinh thần đó mà phát triển nhé em 🙂

Hi, em chào anh,
Lại thêm một tuần nữa trôi qua ^^
Tuần vừa rồi em đã bỏ 1 số cái ngại mà ấn enter hỏi các anh Dev về ticket họ đang phát triển. Cảm thấy ổn hơn ạ.
Nhìn chung tuần vừa qua em thấy hỏi xong thật tốt, và cx bớt ngại đi, cái này em nghĩ là kiểu vượt qua lực ma sát nghỉ ấy 😀
Em cảm ơn lời khuyên của anh nha!
Dù là hôm qua mới suýt bị sếp to tiếng vì vẽ hai cái mockup screen đơn giản mãi ko xong. Em thấy em cx hiểu ý sếp nma khi em diễn đạt để xác nhận lại thì sếp hiểu em đã hiểu sai. Mà sau 1 hồi diễn giải thì em thấy cái đầu em hiểu đúng á. Chiện này có cách nào để cải thiện anh chỉ em với nha.
Em cảm ơn anh Thịnh nhìu ạ ^^

Hi Ngọc, “ngại hỏi” thì chỉ còn cách là “mặt dày” lên mà đi hỏi thôi em. Không có lối tắt đâu 🙂
Mình cứ chia nhỏ vấn đề ra. Ngại hỏi là do em tự nghĩ là mình sẽ làm phiền người khác, hay em ngại hỏi “cái người đó” vì họ rất nóng tính, bận rộn, sợ làm phiền… Em cần trò chuyện vs chính bản thân mình để hiểu sâu hơn: vì sao lại có cảm giác “ngại hỏi” này. Từ đó với mỗi lý do mình lại có cách giải quyết phù hợp.
Ví dụ nếu ngại hỏi 1 người nào đó, thì chia nhỏ vấn đề ra rồi hỏi những ai khác mà họ biết. Hoặc tìm hiểu vấn đề thật kỹ, hoặc chuẩn bị trước câu hỏi để hỏi cho rõ ràng, ngọn ngành…
Nhưng chung quy lại, một khi đã ngại hỏi thì khó làm tốt công việc BA lắm. Nên cố gắng cải thiện dần dần em nhé!

Cảm ơn Uyên

Hi Tùng Anh, key-users thường là những người master về quy trình/ nghiệp vụ mà họ đang handle, là người trực tiếp đưa ra các yêu cầu và có thể là end-user sử dụng system sau khi hoàn thành. Trong giai đoạn Transition, họ cũng có thể train cho end-users sử dụng dựa trên kinh nghiệm thực tiễn đối với phân hệ họ đang làm.

Thường role này sẽ rất quan trọng trong 1 số typical project như ERP chẳng hạn. Họ có thể backup cho Contact Point 1 thời gian ngắn, nhưng ko nên thay thế hoàn toàn trong dài hạn vì nó sẽ làm prj. chạy lệch về 1 hướng, thay vì balance được nhiều yếu tố bởi người Contact Point, đóng vai trò đứng giữa centralize lại mọi thứ. Em tham khảo thêm nhé!