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.

Business Analyst Cần Học Gì
Business Analyst Cần Học Gì

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 ...)

  • 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

Đọc thêm bài viết Business Analyst là gì - Kinh nghiệm onsite của 1 BA có kinh nghiệm

Hãy đăng ký nhận tin để là người đầu tiên đọc bài viết mới nhất từ chúng tôi nhé

Posted 
Feb 11, 2020
 in 
Business
 category

Bài viết khác từ

Business

category

View All