1 day ago

Software Requirements: Đưa Business và Công nghệ về cùng một hướng

Rất nhiều dự án CNTT thất bại vì một lý do quen thuộc: sản phẩm làm ra không giải quyết đúng vấn đề hay cơ hội kinh doanh ban đầu. Nguyên nhân thường nằm ở yêu cầu phần mềm (software requirements). Hoặc chúng quá chung chung nên đội kỹ thuật không biết phải xây gì. Hoặc chúng tách rời khỏi nhu cầu và kết quả mong muốn của doanh nghiệp, khiến cả đội giải quyết nhầm bài toán. Hãy cùng BAC khám phá qua bài viết dưới đây.

1. Software requirements là gì?

Software requirements mô tả những khả năng mà giải pháp phải có và thông tin mà giải pháp sẽ quản lý. Đây là điểm giao nhau giữa business và công nghệ. Vì vậy chúng phải được viết sao cho:

Người dùng nghiệp vụ đọc là hiểu.
Đội kỹ thuật dựa vào đó để xây đúng thứ doanh nghiệp cần.

Làm tốt phần yêu cầu không chỉ là viết câu chữ cho hay. Yêu cầu phải khả thi để triển khai, và phải tạo ra giá trị thực cho doanh nghiệp. Sự cộng tác, việc kiểm chứng (validation), sự đồng thuận của các bên, cùng thứ ngôn ngữ ai cũng hiểu, quan trọng ngang với cú pháp và định dạng.

Theo truyền thống, trong mô hình waterfall, yêu cầu phần mềm được ghi thành các danh sách dài, phân nhóm, trong tài liệu FRS (Functional Requirements Specification) hoặc SRS (Software Requirements Specification). Chúng cũng thường là một phần đáng kể của BRD (Business Requirements Document).

2. Các "khuôn chứa" yêu cầu bạn có thể dùng

Ngày nay, yêu cầu phần mềm thường được ghi dưới dạng user story và quản lý trong product backlog. Đôi khi chúng được phân tích bằng use case. Nhiều đội còn nhúng backlog vào BRD, hoàn thiện từ đầu rồi quản lý backlog theo kiểu agile trong suốt quá trình triển khai.

FRS, SRS, BRD, backlog, user story hay use case thực chất chỉ là những cái khuôn khác nhau để chứa cùng một thứ: yêu cầu phần mềm. Chọn khuôn nào thường tùy vào thông lệ của tổ chức hoặc đội nhóm.

Còn tư duy hệ thống và kỹ năng cộng tác để khám phá, phân tích, kiểm chứng yêu cầu thì dùng được với mọi loại khuôn. Đây cũng là trọng tâm mà Bridging the Gap giảng dạy.

3. Ví dụ minh họa

Cùng một yêu cầu, mỗi cách thể hiện sẽ khác nhau.

Câu lệnh "system shall" (thường dùng trong FRS, SRS, BRD):

Hệ thống phải phát trực tiếp (stream) một buổi học âm thanh.

User story (trong product backlog) bổ sung thêm ngữ cảnh:

Là một học viên, tôi muốn nghe trực tiếp một buổi học âm thanh để có thể nghe bài giảng khi đang di chuyển.

Use case trình bày yêu cầu thành chuỗi hành động của người dùng và các bước phản hồi của hệ thống:

Học viên chọn nghe bài thuyết trình âm thanh.
Hệ thống phân phối khóa học hiển thị tệp âm thanh trong phiên web của học viên.
Mô hình giao diện người dùng (UI model), ví dụ wireframe, là bản mô tả trực quan về việc phần mềm sẽ trông thế nào khi người dùng cuối nhìn thấy.

4. Ưu và nhược điểm của từng cách

Mỗi cách đều có điểm mạnh, điểm yếu, và cách nào cũng có thể thành công.

Ưu và nhược điểm của từng cách

Câu lệnh "system shall": danh sách yêu cầu chức năng rõ ràng, dễ đọc, dễ sắp xếp, rất hữu ích cho việc đánh giá và truy vết (traceability). Nhược điểm là thường thiếu ngữ cảnh và độ cụ thể.

User story: gắn mục tiêu kinh doanh vào yêu cầu, giúp đội hiểu không chỉ hệ thống cần làm gì mà còn vì sao tính năng đó quan trọng. Đây cũng là công cụ lập kế hoạch tốt, cho phép ưu tiên công việc ở mức chi tiết nhỏ và ứng phó thay đổi hiệu quả hơn. Tuy nhiên, khi backlog lớn, rất dễ mất bức tranh tổng thể, và bản thân user story không hỗ trợ tư duy phân tích của bạn.
Use case: công cụ phân tích mạnh, khuyến khích tư duy hệ thống và hỗ trợ cộng tác giữa business và kỹ thuật. Nhưng use case dễ phình to, thêm phức tạp và lấn scope, và quãng đường từ use case đến triển khai khó quản lý.
Mô hình giao diện: dễ hiểu, gợi ra nhiều phản hồi giá trị và giúp cả đội nhanh chóng thống nhất về yêu cầu. Rất hợp để bổ trợ cho các cách trên. Nếu đứng riêng, nó có thể thiếu độ cụ thể và dẫn đến những giả định sai.

Học cách tư duy theo use case giúp bạn giải thích phần mềm cần làm gì bằng ngôn ngữ người dùng nghiệp vụ hiểu được, và thường ít bỏ sót yêu cầu hơn. Đồng thời, các bên liên quan nhìn thấy đầy đủ tiềm năng của giải pháp và đưa ra phản hồi làm rõ hiệu quả hơn.

5. Một lưu ý quan trọng

Dù bạn chọn khuôn nào, hãy nhớ: yêu cầu chức năng không phải là thiết kế kỹ thuật. Bạn không cần biết lập trình để viết yêu cầu phần mềm. Ngược lại, những người có nền tảng kỹ thuật cần học cách viết yêu cầu bằng ngôn ngữ rõ ràng mà người dùng nghiệp vụ hiểu được, và kiềm chế ý muốn chèn mã giả (pseudocode) hay chi tiết kỹ thuật vào.

6. Kết luận: Muốn đi sâu hơn?

Tác giả Laura Brandenburg giảng dạy các nội dung này chi tiết trong chương trình đào tạo The Business Analyst Blueprint, nơi học viên cùng trao đổi về việc đang giải quyết vấn đề gì, cách linh hoạt vận dụng kỹ năng với từng loại đội nhóm, và cách tận dụng AI trong quy trình. Bài gốc cũng có các video hướng dẫn về user story, use case và wireframe, cùng một mẫu use case miễn phí trong bộ BA Deliverables Collection. Hãy theo dõi BAC's Blog để cập nhật thêm nhiều thông tin hữu ích nhé!

Nguồn: Software Requirements: Get Business and Technology on the Same Page, Laura Brandenburg, Bridging the Gap.

Nhu cầu đào tạo doanh nghiệp

BAC là đơn vị đào tạo BA đầu tiên tại Việt Nam. Đối tác chính thức của IIBA quốc tế. Ngoài các khóa học public, BAC còn có các khóa học in house dành riêng cho từng doanh nghiệp. Chương trình được thiết kế riêng theo yêu cầu của doanh nghiệp, giúp doanh nghiệp giải quyết những khó khăn và tư vấn phát triển.

CÁC KHOÁ HỌC BUSINESS ANALYST BACs.VN DÀNH CHO BẠN

Khoá học Online:

Khoá học Offline:

Tại Tp.HCM:

Tại Hà Nội:

Tham khảo lịch khai giảng TẤT CẢ các khóa học mới nhất

Ban biên tập nội dung - BAC

Click để đọc tiếp

5 Cuốn Sách Học PostgreSQL Từ Cơ Bản Đến Nâng Cao

PostgreSQL là chủ đề nhận được rất nhiều sự chú ý trong thời đại dữ liệu hiện nay. Việc tìm hiểu về PostgreSQL cũng không quá phức tạp hay tốn kém. BAC đã giúp bạn tổng hợp những cuốn sách học PostgreSQL từ cơ bản đến nâng cao.
Top 10 cuốn sách phân tích dữ liệu hay nhất năm 2026

Phân tích dữ liệu là lĩnh vực có lượng kiến thức khổng lồ. Do đó, để theo đuổi chuyên ngành này, người học cần phải trau dồi từ nhiều nguồn. Đây là 10 đầu sách tốt nhất năm 2026 được bình chọn bởi trang web giáo dục Simplilearn.
Top 10 dự án Data Visualization dành cho người học Data Science 2026

Các dự án trực quan dữ liệu (Data Visualization) luôn mang lại nhiều ý tưởng cho người xem. Dù là người mới hay đã có kinh nghiệm trong lĩnh vực Data Science thì đây là những tác phẩm mà bạn không nên bỏ qua trong năm 2026.
Top 10 ngôn ngữ lập trình khoa học dữ liệu hàng đầu hiện nay

Khoa học dữ liệu là một trong những lĩnh vực thu hút nhiều nhân tài nhất hiện nay. Việc bắt đầu trong ngành này có thể khá khó khăn khi có nhiều ngôn ngữ lập trình cần lưu ý. Đây là danh sách rút gọn mà bạn có thể tham khảo.

Bình luận

Lê Anh Tuấn

Chuyên viên HO - Kỹ thuật Ngân hàng số Eximbank

Tôi là nhân sự thuộc Trung tâm Phát triển CNTT – Khối Ngân hàng số, hiện đang đảm nhiệm vai trò kiểm thử phần mềm (tester). Việc tham gia khóa học Business Analyst đã mang lại cho tôi góc nhìn toàn diện và rõ ràng hơn về vai trò của BA trong lĩnh vực ngân hàng.

Khóa học Fundamental Business Analysis tại BAC không chỉ giúp tôi hiểu đúng bản chất công việc BA mà còn hỗ trợ phát triển tư duy nghiệp vụ – từ tiếp cận giải pháp kỹ thuật sang tập trung vào nhu cầu người dùng. Phương pháp giảng dạy kết hợp lý thuyết và thực hành thực tiễn, cùng các hoạt động mô phỏng, thảo luận nhóm đã giúp tôi nâng cao kỹ năng giao tiếp, phân tích và trình bày yêu cầu – những năng lực thiết yếu để phối hợp hiệu quả giữa các bên trong dự án công nghệ.

Xem chi tiết +
Huỳnh Cao Cường

Nhân viên HO - Kỹ thuật Ngân hàng số Eximbank

Tôi hiện đang công tác tại Trung tâm Phát triển CNTT – Khối CNTT, với vai trò là nhân sự chức năng phụ trách mảng Ngân hàng số, chuyên sâu về kiểm thử phần mềm (Tester). Trước khi tham gia khóa học Fundamental Business Analysis do BAC tổ chức, tôi từng hình dung BA chỉ đơn thuần là cầu nối giữa bộ phận kỹ thuật và nghiệp vụ.

Tuy nhiên, quá trình học đã giúp tôi nhận thức rõ hơn về bản chất và tầm quan trọng của vị trí này. BA không chỉ kết nối các bên liên quan, mà còn giữ vai trò định hình yêu cầu, đảm bảo giải pháp được thiết kế đúng mục tiêu và sát với nhu cầu thực tế. Khóa học đã trang bị cho tôi tư duy phân tích bài bản, khả năng diễn đạt yêu cầu rõ ràng, và kỹ năng phối hợp hiệu quả trong môi trường dự án đa chiều.

Với nền tảng công nghệ thông tin sẵn có, khóa học là bước chuyển hướng quan trọng giúp tôi phát triển tư duy nghiệp vụ vững chắc và sẵn sàng theo đuổi lộ trình nghề nghiệp chuyên sâu trong lĩnh vực Business Analysis tại Eximbank.

Xem chi tiết +
Nguyễn Thị Mai Bình

Business Analyst

Với một người ngoại đạo như mình thì những chuyên đề về "kỹ thuật" của BA hết sức quan trọng. Ví dụ như sử dụng các diagram để mô hình hóa requirement, viết User Story/Use case, v...v..

Đến với khóa học Fundamental Business Analysis, mình đã được gặp thầy Lộc, một người người rất nhiệt tình và có tâm. Ngoài việc chia sẻ các kinh nghiệm thực tế trên lớp thì thầy còn dành thời gian ra để tư vấn, hỗ trợ, góp ý CV cho mình. Bên cạnh đó trung tâm và anh Phụng cũng hỗ trợ gửi CV, kết nối học viên tới mạng lưới các công ty đối tác chất lượng, điều này giúp học viên như mình tìm được công việc phù hợp nhất. Cảm ơn BAC.
Xem chi tiết +

Professional Transfer Services in Batumi

Luxury Georgian Transfer Services – Tbilisi & Batumi

Airport Transfers in Georgia

5 Cuốn Sách Học PostgreSQL Từ Cơ Bản Đến Nâng Cao

Top 10 cuốn sách phân tích dữ liệu hay nhất năm 2026

Top 10 dự án Data Visualization dành cho người học Data Science 2026

Top 10 ngôn ngữ lập trình khoa học dữ liệu hàng đầu hiện nay

CÔNG TY CỔ PHẦN ĐÀO TẠO VÀ TƯ VẤN BAC