*
" data-medium-file="https://i0.wp.com/helonhadat.com.vn/wp-content/uploads/2021/07/ba-viet-tai-lieu-nhu-the-nao-feature-image-jpeg-3.jpg?fit=945%2C709&ssl=1" data-large-file="https://i0.wp.com/helonhadat.com.vn/wp-content/uploads/2021/07/ba-viet-tai-lieu-nhu-the-nao-feature-image-jpeg-3.jpg?fit=945%2C709&ssl=1" />

Hế lô anh em, dịp rồi tất cả nhiều bạn bè nhắn tin hỏi mình về kiểu cách BA viết tư liệu FS.

Bạn đang xem: Region 6

Như tuần trước đó có các bạn nhắn mình: “anh ơi bố mình viết FS như làm sao anh”. Hoặc có các bạn nhắn “anh gồm sẵn template FS hông anh”. Hoặc có bạn vào thẳng luôn luôn vấn đề: “hỏng ấy, anh viết dùm em dòng FS này luôn được hông….

Nói chung tất cả rất nhiều thắc mắc liên quan mang đến FS. Nên nay tranh thủ vừa đóng xong xuôi dự án, mình xin chú ý lại vài ý về chủ thể “BA viết FS như thế nào” nhé anh em.

*


Nội dung

2. FS viết cho ai đọc
1. Bản chất của FS

Ô kê trước lúc bắt tay vào có tác dụng FS, thì bản thân cần nắm rõ nó là gì và mục đích tồn tại của chính nó nhé anh em.

FS vào Software Development là viết tắt của Functional Specification. Nghĩa là Đặc tả tính năng (của phần mềm). Nôm na thì đó là tài liệu biểu thị phần mềm làm được các gì.

Như bạn bè biết thì BA có rất nhiều kiểu BA, mỗi công ty lại có mang scope của tía là hết sức khác nhau. Chưa kể trong cùng 1 công ty, nhưng tía của dự án đó lại perform một scope khác trọn vẹn với tía của 1 dự án khác.

Xem thêm: Top 16 Cây Phong Thủy Nên Trồng Trong Nhà Mang May Mắn Và Tiền Tài Cho Gia Chủ

Nói vậy để đồng đội hình dung là phạm vi công việc của cha trong từng dự án, từng doanh nghiệp là rất thiêng hoạt. Và trọn vẹn không bao gồm đúng tuyệt sai. Cơ mà là có phù hợp với nhu cầu hiện tại của dự án công trình đó hay không mà thôi.

Kéo theo đó là “việc làm cho FS của BA” nó cũng biến thành khác nhau theo từng dự án công trình và từng doanh nghiệp nhé anh em.

Ngoài FS ra, thì tài liệu này còn có nhiều tên gọi khác nhau, như: SRS – Software Requirement Specification, FRD – Functional Requirement Document, hoặc là viết bên dưới dạng User Story.

Nhưng dù có tên gì thì mục đích duy nhất của nó cũng là mô tả: Phần mềm này có tác dụng được rất nhiều gì.

*

2. FS viết đến ai đọc

Để dễ tưởng tượng thì anh em cứ xem văn bản trong FS đó là “điểm giao thoa thân Business và Tech”. Theo đó, mục đích ở đầu cuối của FS là giành riêng cho 2 đối tượng người dùng này đọc.

*

Vậy phía Business với phía Tech buộc phải đọc đông đảo gì từ bỏ FS này?

Business

Như đồng đội đã biết (hoặc biết nhưng làm bộ chưa biết) thì thông thường có 4 loại requirements: Business Requirement >> Stakeholder Requirement >> Solution Requirement >> và ở đầu cuối là Transition Requirement.

Phía Business User nhà yếu quan tâm đến cái Biz Requirement và Stakeholder Requirement được tuyên bố trong FS là gì? Nó có đáp ứng nhu cầu đúng yêu cầu hiện tại của mình hay không?

Và thường thì đó là phần “văn mẫu” mà bằng hữu BA tuyệt chém bừa tốt nhất