Mình cx là dv ngành du lịch mới định hướng qua BA ạ, bạn có phiền không nếu chia sẻ thêm về trải nghiệm của bạn với mình ạ❤mình cảm ơn nha

hihi, khi biết khi nào chị mới ra video tiếp theo vậy.hihi

Ko có yêu cầu gì đặc biệt đâu em, máy nào cũng xài được vì ko có phải xài phần mềm gì quá nặng nề.

Vậy bạn phải học về IT và những kiến thức liên quan BA, ban thử học những khoá mà minh suggest trong video này kzfaq.info/get/bejne/e710gbl0ypu3d58.html và cái này kzfaq.info/get/bejne/iK6Jnryq2au4pH0.html nha.

Okay, để chị sắp xếp làm video về nội dung này hen.

Hi em - Em tham khảo thêm ở video này nha kzfaq.info/get/bejne/e710gbl0ypu3d58.html

Tuỳ Product mindset và kỹ năng của mình nữa bạn, mỗi cty cũng lại có yêu cầu khác nhau nên phải thử interview và test mới biết được á.

Cái này cũng tuỳ á em, chị cũng ko biết con số chính xác luôn, em có thể search trên mấy trang tuyển dụng để tìm hiểu thử hen

@@nastories dạ để em tìm hiểu thêm, cám ơn chị nha 😀

Em thử cách này hen, nhưng nó đòi hỏi em sẽ phải hiểu sâu về product em đang làm cũng như là kỹ năng phân tích, liên kết phải mạnh và nhanh 1 chút: Step 1: Khi nhận yêu cầu từ user, em phải hiểu rõ vì sao họ cần chức năng đó (có thể hỏi họ cho mình ví dụ về use case nào user cần chức năng này) -> lý do để lỡ yêu cầu đó có khó làm thì mình có thể đề xuất hướng khác nhưng vẫn giải quyết dc real business need, chứ ko chỉ đơn thuần là họ kiu gì làm đó. Step 2: Khi đã hiểu rồi thì em phải liên kết rất nhanh trong đầu là nếu mình làm chức năng này thì sẽ ảnh hưởng gì tới những chức năng đang có trong hệ thống, nếu có conflict hay câu hỏi gì phải hỏi và clear càng nhiều càng tốt. Nếu sau bước này mà bản thân em cũng thấy scope nó quá to và em cũng có thể tự đánh giá độ khả thi của nó thì em cũng tự mình bàn bạc hướng giải quyết với client luôn. Step 3: Nếu mọi thứ đều clear trong step 2 và em thấy vẫn ổn (theo đánh giá cá nhân), nhưng khi nói với Dev thì họ lại bảo khó hoặc ko làm dc, thì em phải challenge ngược lại họ, đặt những câu hỏi vì sao, chỉ khi nào em thực sự thấy nó khó như họ nói thì ok. Nhưng trước khi back lại với client là nó khó, nên cùng Dev nghĩ xem có solution nào thay thế vẫn giải quyết được business need hay ko. Sau đó mới back lại giải thích về sự phức tạp của yêu cầu kia và đưa ra vài solutions thay thế. Làm như vầy khách hàng sẽ thấy hài lòng hơn là chỉ báo với họ ko làm được. 3 bước này nói thì dễ nhưng phải cần thời gian thực hành thì dần dần sự tự tin trong việc đặt câu hỏi và phân tích của em sẽ tăng lên, sau này gặp vấn đề em sẽ giải quyết dễ dàng hơn. Luôn luôn nhớ “Start with Why?” cho cả client và dev. Hi vọng câu trả lời của chị giải đáp được thắc mắc của em. Chúc em thành công nha. Na

Tư vấn có tâm quá Na 🤩

Thanks Na nhen

@@nastories cám ơn chị Na rất nhiều . E đã áp dụng và kq tương đối khả quan, đỡ mất thời gian back& forth đi rất nhiều. Đúng như chị nói kn đặt đúng câu hỏi phải trải qua thời gian dài rèn luyện cả về domain knowledge lẫn communication skill. ^^!

Hi em. Chị thấy cũng nhiều đó em, cái này cũng tuỳ chính sách công ty nữa, nhưng theo chị thấy thì khi tự handle được project thì sẽ làm remote ổn.

@@nastories dạ em cảm ơn c

Nếu đã muốn làm BA thì em cứ đi thẳng vào BA, không cần thiết phải đi vòng vòng qua QC rồi quay lại đâu.

Em xem video này để tham khảo những courses cần học thêm nha: kzfaq.info/get/bejne/e710gbl0ypu3d58.html

Nếu em đã có support PO thì em cứ ghi là có kinh nghiệm support PO với những công việc cụ thể em đã làm, ko cần phải ghi là Junior BA. Tiêu chí thì mỗi cty mỗi khác nên em cần đọc job description của họ, xem mình match bao nhiêu %. Có thể sắp tới chị sẽ làm video chia sẽ về sự khác biệt giữa BA và PO in general.

​ @Na's Stories dạ vâng e rất mong chờ video này ạ :) e cảm ơn chị :)

Em nên chọn ngành Hệ thống thông tin quản lý nha

Không đâu anh, bình thường à, ở đâu cũng có siêu nhân mà 😁