Trong quá trình lấy yêu cầu, phân tích và đưa ra giải pháp thì BA sẽ cần phải linh hoạt sử dụng hàng tá những techniques (kỹ thuật). Các kỹ thuật khác nhau sẽ được sử dụng linh hoạt ở các bài toán khác nhau. Cũng giống như ra chiến trận thì phải có chiến thuật thay vì ù ù phi ra như vũ bão.

Việc lựa chọn đúng techniques và sử dụng thành thạo, nhuần nhuyễn sẽ giúp cho công việc BA trở nên dễ thở hơn rất nhiều và cũng tạo sự tươi mới trong công việc bởi bản thân có thể thử đa dạng tecniques.
Tham khảo cuốn BABOK 3- sách gối đầu giường của BA thì có đến 50 techniques mà BA có thể sử dụng trong quá trình làm việc. Thật ra ít nhiều đâu đó các Magestorers đang sử dụng những techniques này trong công việc mà chúng ta chưa gọi tên hoặc không biết thật ra đó chính là BA techniques. Bản thân mình cũng đang dần khám phá và hi vọng có thể áp dụng một cách hiệu quả trong công việc hàng ngày. Đương nhiên là tất cả mọi người cũng có thể tìm hiểu để khi cần thiết có thể sử dụng nhé.
Giới thiệu với mọi người đây là tên 50 techniques và cuốn sách Babok III để tham khảo.
Kỹ thuật Brainstorming
Kỹ thuật này áp dụng khi
- Khi bạn đang có một vấn đề cần giải quyết và mong muốn nhận được nhiều ý tưởng sáng tạo.
- Khi bạn mong muốn tìm kiếm giải pháp được xây dựng và đồng thuận từ các thành viên trong team.
Cách áp dụng và ví dụ minh họa kỹ thuật Brainstorming nằm tại đây: Tổ chức họp Brainstorm
Kỹ thuật viết tài liệu hướng dẫn sử dụng
Việc có Cách áp dụng và ví dụ minh họa kỹ thuật viết hướng dẫn sử dụng nằm tại đâymột tài liệu hướng dẫn rõ ràng, chính xác sẽ giúp khách hàng hạnh phúc hơn và qua đó giảm thiểu chi phí hỗ trợ và hướng dẫn khách hàng.
Cách áp dụng và ví dụ minh họa kỹ thuật viết hướng dẫn sử dụng nằm tại đây: User Guide - Viết tài liệu hướng dẫn sử dụng chuyên nghiệp
User Story
User Story là một công cụ mô tả yêu cầu của người sử dụng. Đây là một cách tiếp cận nhanh, chuyển trọng tâm từ viết về các yêu cầu sang nói về chúng. Tất cả các câu chuyện của người dùng được nói gọn trong một hoặc hai câu, hình thành nên một loạt các cuộc hội thoại về chức năng mong muốn.
Xem thêm User Stories - Bí kíp mô tả phần Why trong User Story
Backlog Manangement
Là quá trình xử lý để thêm, điều chỉnh, ưu tiên hóa các yêu cầu nhằm đảm bảo phần giá trị nhất của sản phẩm được chuyển giao sớm đến khách hàng
Xem thêm Backlog Management - Thực hành Scrum Quản lý Sprint Backlog với GitLab
Thiết kế Test Case
Khi là 1 BA phần mềm (Software Business Analyst) sẽ có không ít lần bạn phải thực hiện kiểm thử (test) sản phẩm phần mềm như một người dùng cuối bất chấp trong đội dự án có kiểm thử viên (tester) hay không, điều lo lắng là làm sao có thể kiểm thử phủ đủ kín các trường hợp mà không qua tốn công sức? Để thực hiện được việc này bạn sẽ phải nắm được nguyên tắc thiết kế trường hợp kiểm thử (design test case) của giới tester.
Có những công ty phần mềm không có vị trí tester. Họ chuyển giao phần Unit Test thành các Automation Test và chuyển giao nhiệm vụ test các reuirement này sang BA
Xem thêm Kỹ năng thiết kế Test Case
Sắp xếp ưu tiên User Story
Mục tiêu của quá trình này là sắp xếp ưu tiên hoàn thành và chuyển giao càng nhiều giá trị trong một đơn vị thời gian càng tốt. Nhiều khi một User Story có giá trị cao nhưng thời gian/chi phí phát triển lại dài và ngược lại.
Các phương pháp ưu tiên, về cơ bản là giúp cân bằng giữa giá trị mang lại và chi phí phát triển. Dưới đây là một số phương pháp sắp xếp ưu tiên thường được sử dụng.
Xem thêm Làm Sao Sắp Xếp Ưu Tiên User Story Trên Backlog
Khai thác và phát triển yêu cầu
Requirement là một đòi hỏi về khả năng đáp ứng bằng giải pháp (solution) để giải quyết vấn đề hoặc đạt được mục tiêu. Các yêu cầu thường được phát triển trong quá trình bắt đầu dự án. Dự án hiểu đơn giản là các sản phẩm dịch vụ duy nhất. Vì vậy không thể mang yêu cầu của dự án này sang áp dụng cho dự án kia. Đó là lý do vì sao cần phải xây dựng yêu cầu cho từng dự án riêng biệt.
Như vậy yêu cầu không chỉ đến từ những nhà tài trợ với vài câu hỏi, hay từ những tập tài liệu. Yêu cầu đến từ rất nhiều nguồn như những người liên quan (stakeholder), tài liệu (document), hệ thống (systems)… Do đó bài toán đặt ra là làm sao có thể khám bá được yêu cầu của những người liên quan?
Xem thêm Làm sao khám phá yêu cầu (Requirement)
Các kỹ thuật khác (Continue ...)
- Acceptance and Evaluation Criteria
- Khám phá yêu cầu về báo cáo
- Project Management - Quản lý dự án
- Business Cases là gì
- Roles and Permissions Matrix -RACI công cụ phan quyền
- Balanced Scorecard
- Benchmarking and Market Analysis
- Business Capability Analysis
- Business Model Canvas
- Business Rules Analysis
- Collaborative Games
- Concept Modelling
- Data Dictionary
- Data Flow Diagrams
- Data Mining
- Data Modelling
- Decision Analysis
- Decision Modelling
- Document Analysis
- Estimation
- Financial Analysis
- Focus Groups
- Functional Decomposition
- Glossary
- Interface Analysis
- Interviews
- Item Tracking
- Lessons Learned
- Metrics and Key Performance Indicators (KPIs)
- Mind Mapping
- Non-Functional Requirements Analysis
- Observation
- Organizational Modelling
- Process Analysis
- Process Modelling
- Prototyping
- Reviews
- Risk Analysis and Management
- Root Cause Analysis
- Scope Modelling
- Sequence Diagrams
- Stakeholder List, Map, or Personas
- State Modelling
- Survey or Questionnaire
- SWOT Analysis
- Use Cases and Scenarios
- Vendor Assessment
- Workshops
Nếu bạn là một IT Business Analyst, ưa thích làm sản phẩm quốc tế trong lĩnh vực bán lẻ - thương mại điện tử! Tham gia Tuyển dụng Business Analyst, môi trường làm việc từ xa, địa điểm tự do, quản lý linh hoạt theo Agile.
Đọc thêm bài viết Business Analyst là gì - Kinh nghiệm onsite của 1 BA có kinh nghiệm