Series Trở thành ITBA - Tập 6: Phân tích yêu cầu chức năng (Functional Requirement) - Phần 2

#07 - Series Để trở thành một IT BA
Sau khi phân tích User Story để xác định mong muốn của người dùng liên quan đến sản phẩm, chúng ta sẽ tiếp tục phân tích các Quy trình nghiệp vụ - business process để thấy rõ được mối liên hệ, trình tự của các US, của các hoạt động khi dùng sản phẩm, của sự tương tác khi sử dụng sản phẩm.
Ngoài ra, cũng lưu ý nhé, các bạn phải hiểu rõ bản chất về định nghĩa, khái niệm để làm, chứ không các bạn sẽ liên tục bị rối, nhầm lẫn dẫn tới làm không chuẩn hoặc bị tâm lý khi phân tích hoặc mô tả.
➖➖➖➖➖➖➖
Hai Lúa cảm ơn các bạn đã quan tâm đến kênh KZbin của nhà Hai Lúa
📌 Đăng kí/subscribe giúp Hai Lúa có thể đồng hành cùng các bạn trong công việc BA và hơn thế nữa nhé 🌻
📌 Find us on FB: / hailuahocbusinessanalysis
✖️ Bản quyền thuộc về Hai Lúa & Team Thanh Trần, vui lòng không reup dưới mọi hình thức!
Thank you so much ♥️
#Hailúa #BA #businessprocess

[@thongtrannhat5375]

Cảm ơn hai lúa. Anh nói chuyện lôi cuốn thẳng thắn lắm luôn ạ. Vừa xem mà vừa thấy may khi chọn nơi bắt đầu học là kênh này. Em rất thích cách hai lúa kể ra các lỗi sai thường gặp, nghe nó đã gì đâu luôn

[@lananhcao8900]

cảm ơn anh

[@thamphan5884]

video rất hay ạ, đi từ các nguyên tắc chung đến giải thích cách làm chi tiết. tát cho em 1 cú để tỉnh ra là phải hiểu rõ Business Process trước đã, rồi mới nên "múa máy" với BPMN, vậy mà trước đó em chỉ đc học đơn giản là Business Process = BPMN. Có vấn đề em chưa rõ lắm là với các công ty có quy trình lớn và phức tạp thì mình sẽ chia nhỏ nó ra theo nguyên tắ (hoặc nguyên lý) nào là tốt nhất ạ? Và theo như em tìm hiểu thì trong một số Document của BA (ví dụ SRS) thì sẽ có phần "Business Process overview", nếu mình đã vẽ chia nhỏ ra như trên vậy là mình phải đem hết tất cả Business Process đã chia nhỏ này rồi đưa hết vào Document ạ? Rất mong được anh chỉ giáo thêm. Cảm ơn anh.

Chào bạn, BPMN chỉ là 1 trong n bộ ký hiệu quốc tế để mô tả Business Process thôi. Bạn hoàn toàn có thể dùng các diagram trong UML 2.0 để mô tả. Quan trọng là cần clear bạn đang mô tả business hay đang mô tả system. Công ty có quy trình lớn, phức tạp thì chia nhỏ nó ra theo Business Case là dễ tiếp cận nhất theo quan điểm của mình, còn như thế nào bạn suy nghĩ xem. BP có overview và Specific. SRS hay BRD hay tài liệu luôn có phần tổng quan và chi tiết. Tổng quan để nhìn chung, ai cần chi tiết thì vô chi tiết xem. BP ở phần tổng quan giúp overview các hạng mục BP chung liên quan đến product đầu ra. Còn các nghiệp vụ cần BP đặc thù thì mô tả riêng thui.

[@docamilla3814]

Cảm ơn chia sẻ hữu ích của anh rất rất nhiều ạ

[@kietao4481]

Dạ chào anh, anh cho em hỏi tại sao trong ví dụ cuối về siêu thị, thì mình không chia làm 2 thực thể là siêu thị và khách hàng mà lại ở chung 1 pool và chia làm 2 lane ạ. Ví dụ em chia khách hàng và siêu thị ra làm 2 pool thì có sai không và ảnh hưởng như thế nào đến những bước phân tích tiếp theo ạ.

Chào bạn, Cái này do bạn hiểu sai về pool rồi. Pool ko phải là 2 thực thể khác nhau là 2 pool đâu bạn nhé

[@ThinhNguyen-ln6up]

a vẽ sơ đồ bằng phần mềm nào vậy a 18:11

Chào bạn Mình vẽ bằng Visio nhé

[@tatuenglish669]

chữ "Business" chiếm 70% trong Business analysis

[@NgocNguyen-kl6pt]

em cũng thường xuyên viết quy trình theo kiểu kịch bản rồi sau đó mới mô hình hóa. Thực sự cách này giúp mình vẽ rất nhanh (theo cảm nhận của em). Tuy nhiên, có 1 số bạn e làm vc cùng lại cho rằng nên vẽ mô hình trước thì mới chi tiết hóa bằng "lời" đc (em đã thử nhưng thấy ko hiệu quả). Anh Hai Lúa có thể đánh giá giúp em về cách tiếp cận vẽ mô hình -> chi tiết hóa được ko ạ. em cám ơn

Chào bạn, Phương pháp mô hình hóa trước, hoặc là khi phân tích thì liên tưởng tới giao diện để phân tích là hai trong số những sai lầm của IT BA mới, người mới vào nghề. Chúng ta cần phải phân tích bằng lời trước rồi mô hình hóa sau, sau đó dùng mô hình kiểm tra chéo lại thì mới chuẩn xác và đẩy đủ, không thiếu case được. Còn ngược lại, ko phủ nhận là nó nhanh, nó dễ nhưng cực kỳ dễ gây thiếu case, gây ảnh hưởng đến chất lượng phân tích.

[@vuhoanglong6473]

Em thấy các Lane hình như đều là các Stakeholder, anh thấy như thế có đúng ko ạ ? Em cảm ơn

Chào bạn, Actors là tập con của Stakeholder nhé :))

[@thanhtrungmai4579]

anh cho em xin file hình của phần chuyển thể lên hình ảnh ạ, trong video nhìn mờ quá ạ

Chào bạn Hình thì chắc khó do clip làm cũng đã lâu, ko nhớ mình còn lưu ko. Bạn chịu khó xem tí nhé

Ngoài ra thì mình thấy bạn mở full screen, xem full HD vẫn rất nét hình á

[@huykhieu]

Thanks anh ạ