Documentation (Tài liệu hóa) là quá trình ghi chép, tổng hợp và lưu trữ toàn bộ thông tin, yêu cầu, quyết định và quy trình của dự án dưới dạng văn bản (hoặc file điện tử) để tất cả các bên liên quan có thể hiểu, tham khảo và sử dụng trong suốt vòng đời dự án. Nó bao gồm từ mục tiêu ban đầu, yêu cầu, thiết kế kỹ thuật, mã nguồn, cho đến hướng dẫn sử dụng và các quy trình vận hành. 

 

Mục đích của Documentation trong Business Analyst

 

  • Truyền đạt thông tin rõ ràng: Giúp tất cả stakeholders (khách hàng, dev, QA, PM,…) có cùng hiểu biết về yêu cầu và quy trình.
  • Làm bằng chứng: Ghi lại các thỏa thuận, quyết định để tránh tranh cãi sau này.
  • Quản lý thay đổi: Khi có thay đổi yêu cầu, dễ dàng so sánh với bản gốc để điều chỉnh.
  • Hỗ trợ kiểm thử & triển khai: Cung cấp dữ liệu đầu vào cho đội QA, Dev, UAT.
  • Chuyển giao kiến thức: Khi có thành viên mới tham gia dự án hoặc bảo trì sau triển khai.

 

Các loại Documentation phổ biến

 

  • Tài liệu người dùng (User Documentation): Cung cấp hướng dẫn cho người dùng cuối về cách sử dụng sản phẩm hoặc hệ thống. Ví dụ: Hướng dẫn sử dụng (User Manual), Câu hỏi thường gặp (FAQs).
  • Tài liệu kỹ thuật (Technical Documentation): Dành cho đội ngũ phát triển và bảo trì. Ghi lại cấu trúc, thiết kế, mã nguồn, và các API của hệ thống. Đây là tài liệu cốt lõi để các nhà phát triển hiểu và làm việc với sản phẩm.
  • Tài liệu quy trình (Process Documentation): Mô tả các quy trình và luồng công việc được sử dụng trong dự án. Ví dụ: Quy trình Agile, Quy trình kiểm thử.
  • Tài liệu nghiệp vụ (Business Documentation): Ghi lại các yêu cầu kinh doanh, mục tiêu và phạm vi của dự án. Ví dụ: Đặc tả yêu cầu nghiệp vụ (Business Requirements Specification – BRS).

 

Tầm quan trọng của Documentation

 

Documentation mang lại nhiều lợi ích thiết yếu cho một dự án:

 

  • Giảm thiểu rủi ro: Tài liệu giúp đảm bảo mọi người trong dự án có cùng một sự hiểu biết. Là cơ sở để tham chiếu khi có sự hiểu lầm hoặc khi có thành viên mới tham gia.
  • Tăng hiệu suất: Khi mọi thông tin đều được ghi chép rõ ràng, các thành viên không phải mất thời gian để hỏi lại, giúp họ làm việc hiệu quả hơn.
  • Duy trì và phát triển dễ dàng: Tài liệu kỹ thuật chi tiết giúp đội ngũ bảo trì có thể dễ dàng sửa lỗi hoặc nâng cấp hệ thống sau này.
  • Đào tạo hiệu quả: Tài liệu người dùng và quy trình giúp việc đào tạo các thành viên mới hoặc hướng dẫn khách hàng trở nên nhanh chóng và dễ dàng.

 

Vai trò của tài liệu trong công việc của Business Analyst

  • Truyền đạt yêu cầu: Tài liệu giúp BA truyền đạt rõ ràng các yêu cầu của khách hàng và các bên liên quan cho đội phát triển và các bộ phận khác.
  • Đảm bảo sự rõ ràng và chính xác: Tài liệu giúp đảm bảo rằng tất cả các bên liên quan đều có cùng một hiểu biết về các yêu cầu và mục tiêu của dự án.
  • Hỗ trợ phát triển và kiểm thử: Tài liệu là cơ sở để các nhà phát triển và kiểm thử viên xây dựng và kiểm tra hệ thống.
  • Quản lý thay đổi: Tài liệu giúp quản lý các thay đổi trong yêu cầu và đảm bảo rằng các thay đổi này được thực hiện một cách hiệu quả.
  • Lưu trữ kiến thức: Tài liệu trở thành một kho lưu trữ kiến thức về dự án, giúp các bên liên quan có thể tham khảo và học hỏi.

 

About the Author

Huyền Vy

View all author's posts

Leave a Comment

Your email address will not be published. Required fields are marked *

Bài viết khác

Notion

  Là một ứng dụng quản lý công việc đa năng, hỗ trợ người dùng trong việc ghi chú, theo dõi nhiệm vụ, quản lý dự án, xây dựng wiki và lưu trữ cơ sở dữ liệu trong cùng một nền tảng. Là một ứng dụng viết ghi chú, nhưng nếu biết cách sử dụng, […]

Security Testing

Hay còn gọi là Kiểm thử bảo mật, là một trong những phần quan trọng trong phát triển phần mềm, nhằm đảm bảo các hệ thống và ứng dụng trong một tổ chức không có bất kỳ sơ hở nào có thể gây ra các tổn thất về an toàn bảo mật. Kiểm thử bảo […]

Non-Functional Testing

Hay còn gọi là Kiểm thử phi chức năng, là kỹ thuật kiểm thử tập trung vào việc đánh giá các khía cạnh phi chức năng của hệ thống. Nó kiểm tra các tham số không được kiểm tra trong Function Testing (kiểm thử chức năng), chẳng hạn như hiệu suất, khả năng sử dụng, […]

Unit Testing

Hay còn gọi là Kiểm thử đơn vị, là một loại kiểm thử phần mềm tập trung vào việc kiểm tra các thành phần hoặc “đơn vị” nhỏ nhất và riêng biệt của mã nguồn. Một đơn vị có thể là một hàm (function), một phương thức (method), một lớp (class) hoặc một module. Mục […]

Smoke Testing

Hay còn gọi là Kiểm thử khói, là một loại kiểm thử phần mềm nhanh chóng, tập trung vào việc xác minh các chức năng cốt lõi và quan trọng nhất của ứng dụng có hoạt động ổn định hay không. Mục đích chính là để kiểm tra xem bản dựng (build) mới của phần […]

Functional Testing

Hay còn gọi là kiểm thử chức năng, là kỹ thuật kiểm tra phần mềm dựa trên từng chức năng để đảm bảo hệ thống đáp ứng đúng yêu cầu đã đặt ra. Đây là dạng kiểm thử hộp đen, trong đó tester không cần quan tâm đến mã nguồn mà chỉ so sánh chức […]