Requirement thay đổi là bình thường, nhưng thay đổi không kiểm soát sẽ phá sprint, scope, test và release. Bài này hướng dẫn BA quản trị baseline, change request, impact analysis, sign-off và traceability trong môi trường Agile lẫn dự án truyền thống.
Software BA không cần code API nhưng cần hiểu endpoint, payload, validation, error code, event, data lineage và contract. Bài này đưa template yêu cầu tích hợp, ví dụ đặt lịch và checklist giúp BA làm việc tốt hơn với Dev/Data/QA.
Workshop tốt không phải cuộc họp đông người. Bài này hướng dẫn BA chuẩn bị mục tiêu, agenda, câu hỏi, kỹ thuật facilitation, xử lý conflict và chốt action items sau workshop.
BA không cần vẽ mọi loại diagram, nhưng cần biết khi nào dùng BPMN, activity diagram, sequence diagram, state diagram và domain model. Bài này hướng dẫn cách chọn sơ đồ, ví dụ đặt lịch và checklist review diagram trước handoff.
UAT không chỉ là cho user test vài màn hình. Bài này hướng dẫn BA lập UAT plan, chọn scenario, chuẩn bị test data, quản lý defect, training, rollout và quyết định go/no-go.
Business rule là phần dễ gây rework nhất nếu BA viết mơ hồ. Bài này hướng dẫn cách phân loại rule, viết rule atomic, dùng decision table, ví dụ duyệt đơn vay và checklist review trước khi đưa vào SRS, user story hoặc test case.
BA và QA là cặp đôi quan trọng để biến requirement thành test scenarios. Bài này hướng dẫn cách phối hợp với QA, phân loại severity/priority, triage defect và quản lý regression scope trước release.
BA không cần làm security engineer, nhưng phải biết viết requirement về authentication, authorization, audit log, data masking, consent, retention, PII/PHI/PCI và compliance để tránh thiếu ngay từ spec.
Handoff tốt giúp Dev/QA hiểu đúng requirement trước khi sprint bắt đầu. Bài này đưa ra checklist handoff, agenda Three Amigos, ví dụ chuyển acceptance criteria thành test scenarios và cách quản lý open questions.
RTM giúp BA trace từ business objective đến requirement, user story, test case và release. Bài này hướng dẫn tạo RTM tối giản nhưng dùng được trong Agile, Waterfall và dự án có compliance.
Functional requirement nói hệ thống làm gì, còn NFR nói hệ thống làm tốt đến mức nào. Bài này hướng dẫn BA viết NFR đo được, quality attribute scenario, edge cases và checklist review trước sprint.
BRD và SRS là hai artifact quan trọng nhưng hay bị viết lẫn. Bài này giải thích khác biệt, cấu trúc template, ví dụ đầy đủ cho một feature đặt lịch và checklist review trước khi handoff sang Dev/QA.
BA mới thường học rời rạc BABOK, SDLC, Scrum, BRD, SRS, user story nên rất dễ rối. Bài này map toàn bộ vào một luồng làm việc thực tế từ ý tưởng đến release.
BA nghiệp vụ và Software BA có nhiều điểm giao nhau nhưng không giống nhau. Bài này giải thích vai trò, artifact, kỹ năng, ví dụ công việc hằng ngày và lộ trình học để bạn biết mình cần đi theo hướng nào.
BA cần thuyết phục stakeholder khó tính và pass phỏng vấn cạnh tranh. AI có thể làm stakeholder simulation, mock interview, và devil's advocate cho bạn 24/7. Hướng dẫn prompt templates, practice scenarios, và cách evaluate chất lượng simulation để cải thiện thực sự.
BA làm AI trong Fintech phải hiểu regulation AML/KYC. BA trong Healthcare cần biết HIPAA và clinical workflow. BA trong eCommerce tập trung vào personalization và fraud. Hướng dẫn domain-specific skills, regulations, và AI use cases cho từng ngành.
BA muốn vào vị trí AI BA Senior hay chuyển sang AI PM cần portfolio thực chất, không chỉ liệt kê tools. Hướng dẫn cách structure case study AI project, chọn artifact nào showcase, và cách storytelling trên LinkedIn và CV.
BA cần dashboard để chứng minh AI feature có value, theo dõi sức khỏe sau go-live, và report cho stakeholder. Hướng dẫn xây dashboard với Looker Studio, Power BI và Metabase — tập trung vào business metrics và AI quality metrics.
AI feature có risk profile khác hoàn toàn với feature thường: model drift, data poisoning, hallucination cascade, và bias amplification. BA cần Risk Register chuẩn, incident response plan, và post-mortem template riêng cho AI incidents.
BA dành quá nhiều giờ để cập nhật ticket, tạo sub-task, và follow up status thủ công. Jira Automation và Azure DevOps Rules có thể lo phần lớn việc đó. Hướng dẫn thực tế các rule automation quan trọng nhất cho BA trong dự án AI.
AI story khó estimate hơn feature thường vì phụ thuộc data, model iteration, và experiment uncertainty. Hướng dẫn adapted Planning Poker cho AI work, 3-point estimation, spike story, và cách communicate uncertainty với stakeholder.
Backlog refinement tốn nhiều giờ BA nhất nhưng lại là nơi AI có thể hỗ trợ nhiều nhất: duplicate detection, story splitting, AC suggestion, và dependency mapping. Hướng dẫn thực tế integrate AI vào refinement workflow mà không mất control.
Data Governance không chỉ là "giữ data an toàn". Cho AI feature, BA cần setup: data lineage (trace data từ source), retention policy (giữ bao lâu), PII classification (cái nào sensitive), provenance tracking (ai dùng data, khi nào). Hướng dẫn từng bước từ policy → implementation checklist.
BA cần hiểu chi phí AI đủ để estimate budget, negotiate với stakeholder và đưa ra quyết định make-or-buy. Giải thích token pricing, latency cost, cloud AI vs self-hosted, và FinOps practices thực tế không cần biết DevOps.
Khi AI sai, ai chịu trách nhiệm? Ai quyết định safety threshold? Khi cần escalation, đi qua ai? RACI matrix giúp BA define rõ roles, responsibilities, và decision rights cho mọi action liên quan AI — từ prompt change đến production release.
Human-in-the-loop không phải chỉ là "thêm nút confirm". BA cần thiết kế ngưỡng escalation, routing rule, SLA cho agent review, và feedback loop. Hướng dẫn thiết kế HITL đầy đủ với decision matrix và escalation flow templates.
BA không cần code API, nhưng cần hiểu request/response, error handling, data contracts và validation rules. Bài này giúp BA đọc OpenAPI spec, review API design, viết data quality acceptance criteria cho tính năng có AI.
Có quá nhiều chứng chỉ BA — ECBA, CCBA, CBAP, IIBA-AAC, IIBA-CBDA, PMI-PBA, BCS. Cái nào phù hợp với bạn? Bài này phân tích từng chứng chỉ theo điều kiện, giá trị thực tế, thị trường và giúp bạn lập lộ trình 12 tháng theo level hiện tại.
BA không đánh giá AI bằng cảm tính "output trông có vẻ ổn". Cần một protocol rõ ràng: evaluation criteria, scoring rubric, blind test methodology, và go/no-go framework. Hướng dẫn đầy đủ từ thiết kế test set đến sign-off decision.
BA không cần thiết kế UI đẹp — nhưng cần vẽ wireframe đủ rõ để team hiểu, và flow diagram đủ chính xác để dev không hỏi lại. Hướng dẫn dùng Figma và Draw.io cho BA đặc biệt với AI feature có fallback path, confidence display và human override.
Nhiều team launch AI feature xong rồi không biết feature đó có thành công không. Bài này hướng dẫn BA xây dựng evaluation framework trước khi launch — định nghĩa KPI business + KPI kỹ thuật + KPI trải nghiệm, lịch đo 30/60/90 ngày, và cách dùng số liệu để ra quyết định tiếp theo.
BA không cần biết code để làm prompt testing. Red-teaming là kỹ năng BA cần khi làm với AI feature — tìm ra edge case, jailbreak attempt, bias, và output không mong muốn trước khi release. Hướng dẫn thực tế với test case templates.
UAT cho AI feature không giống UAT truyền thống — bạn không chỉ test logic nghiệp vụ mà còn phải test AI output quality, edge cases, bias, và khả năng người dùng thực sự tin tưởng AI. Hướng dẫn đầy đủ từ UAT plan, business readiness checklist đến go/no-go decision framework cho BA.
BA dùng Confluence hay Notion không chỉ để lưu tài liệu — mà để tạo single source of truth cho toàn team. Hướng dẫn cấu trúc space, template BRD/FRD, linking requirements với Jira tickets, và quản lý assumption log trong dự án AI.
Fairness, explainability, privacy và human override không chỉ là buzzword — đây là requirements thực sự mà BA cần capture khi build AI feature. Bài này hướng dẫn cách viết yêu cầu Responsible AI vào BRD/SRS, kiểm tra bằng checklist và align với các framework như EU AI Act, NIST AI RMF.
BA không cần biết fine-tuning hay embedding — nhưng cần biết viết prompt đủ tốt để dùng AI trong công việc hàng ngày và viết yêu cầu cho AI feature. Bài này hướng dẫn framework RPCF: Role, Purpose, Context, Format — cách BA thiết kế prompt có kiểm soát và lặp lại được.
Strategy Analysis giúp BA hiểu context tổ chức trước khi viết requirement. Bài này hướng dẫn áp dụng SWOT, PESTLE, Impact Mapping và Value Stream Mapping vào phân tích chiến lược — đặc biệt khi tổ chức đang triển khai AI feature.
BA Planning không chỉ là ghi scope vào template. Trong dự án AI, kế hoạch BA cần tích hợp checkpoint iterative, tracking assumption về data/model, và escalation path khi AI feature drift so với yêu cầu. Hướng dẫn thực tế với BA Monitoring Framework.
Khi AI tham gia vào quy trình nghiệp vụ, sơ đồ UML/BPMN truyền thống thiếu cách biểu diễn AI actor, fallback path và human-in-the-loop. Bài này hướng dẫn BA vẽ luồng AI-assisted chuẩn — có happy path, error path, confidence threshold và escalation sang người thật.
User Story viết sai là nguồn gốc của 80% bug "sai spec" và rework cuối sprint. Bài này hướng dẫn BA viết story theo chuẩn INVEST, acceptance criteria theo BDD Given/When/Then, và dùng AI để tự động phát hiện edge case còn thiếu.
BA không cần biết code AI, nhưng cần hiểu đủ để viết yêu cầu đúng và làm việc hiệu quả với team kỹ thuật. Giải thích LLM, RAG, hallucination, confidence score và guardrails theo ngôn ngữ nghiệp vụ — kèm ví dụ thực tế.
BABOK (Business Analysis Body of Knowledge) là tài liệu chuẩn của IIBA, định nghĩa đầy đủ kiến thức, kỹ năng và kỹ thuật cốt lõi của nghề BA. Bài viết này tóm lược 6 knowledge areas, hơn 50 techniques và cách áp dụng BABOK vào các dự án AI thực tế.
Business Case là tài liệu giúp BA justify investment cho một AI project. Bài viết này cung cấp template đầy đủ và giải thích từng phần, từ problem statement, options analysis, benefits, costs đến risk assessment.
Một checklist requirements tốt giúp BA tránh sót thông tin quan trọng trước khi handoff sang dev team. Bài viết này tổng hợp checklist đầy đủ cho BA làm dự án AI, từ business context, functional requirements đến các AI-specific constraints.
Kỹ thuật Elicitation truyền thống mất nhiều giờ note-taking và synthesis. Bài này hướng dẫn BA dùng AI để tóm tắt interview, tự động nhóm insight, phát hiện gap yêu cầu và tạo action items — giữ nguyên chất lượng mà tiết kiệm 60% thời gian xử lý.
Impact Mapping là kỹ thuật visual planning giúp BA nối feature với business goal, thay vì xây feature chỉ vì có người yêu cầu. Bài viết hướng dẫn cách vẽ Impact Map cho dự án AI và dùng nó để ưu tiên backlog có cơ sở.
Make-or-Buy là một quyết định quan trọng trong Strategy Analysis. Với AI, bài toán không chỉ là build hay buy, mà là cả một spectrum từ custom model đến SaaS AI. Bài viết này cung cấp framework để BA đánh giá và ra quyết định có cơ sở.
Sai lầm phổ biến nhất của BA là nhảy thẳng vào giải pháp trước khi hiểu vấn đề. Học cách viết problem statement theo business outcome, phân biệt problem vs symptom vs solution, và áp dụng SCQ framework để framing đúng ngay từ đầu.
Phân biệt rõ vai trò BA, Product Owner, Product Manager và AI Engineer trong một product team hiện đại. Ai viết acceptance criteria? Ai quyết định roadmap? Ai chịu trách nhiệm khi AI feature sai? Hướng dẫn thực tế cho BA muốn định vị đúng trong thời AI.