M-Bài 46 — Tool stack BA — Jira Confluence Figma Miro

Mở đầu — vì sao bài này quan trọng

Hãy tưởng tượng ngày đầu tiên đi làm BA của bạn. Sếp nói: "Em vào Jira nhận sprint backlog, link các story sang Confluence, rồi update mockup trên Figma. Chiều có workshop, em chuẩn bị board Miro cho anh nhé." Nếu bạn từ nền Marketing chuyển sang mà nghe câu này thấy ù tai, thì bài học này chính là dành cho bạn.

Khi còn làm Marketing, bộ công cụ của bạn xoay quanh Google Analytics, Facebook Ads Manager, Mailchimp, Canva, Google Sheets. Đó là những công cụ để chạy chiến dịch và đo lường kết quả. Còn khi sang BA, bạn bước vào một hệ sinh thái công cụ hoàn toàn khác — bộ công cụ để quản lý yêu cầu, cộng tác với đội phát triển, và biến ý tưởng thành sản phẩm phần mềm. Tin tốt là: bạn không cần biết code để dùng thành thạo chúng. Tin thực tế hơn: nhà tuyển dụng BA junior ở Việt Nam gần như luôn hỏi "em đã từng dùng Jira và Confluence chưa?" trong buổi phỏng vấn. Đây không phải kiến thức "nice to have" mà là tấm vé vào cửa.

Trong bài này, chúng ta sẽ đi sâu vào bốn công cụ trụ cột của một BA hiện đại: Jira (quản lý công việc và sprint), Confluence (tài liệu và kiến thức), Figma (thiết kế giao diện và wireframe), và Miro (bảng cộng tác trực quan). Tôi sẽ không chỉ liệt kê tính năng mà sẽ chỉ cho bạn cách một BA thật sự dùng chúng trong công việc hàng ngày, kèm những ví dụ thực tế tại các công ty Việt Nam.

Khái niệm cốt lõi

Trước khi đi vào từng công cụ, bạn cần hiểu một nguyên tắc: mỗi công cụ phục vụ một giai đoạn khác nhau trong vòng đời yêu cầu. Một BA giỏi không phải là người biết mọi nút bấm, mà là người biết dùng đúng công cụ cho đúng việc.

Jira — trái tim của quy trình Agile

Jira là nơi công việc "sống". Trong một dự án Agile, mọi yêu cầu đều được chia nhỏ thành các đơn vị công việc gọi là issue, và Jira tổ chức chúng theo phân cấp: Epic (một khối tính năng lớn, ví dụ "Thanh toán ví điện tử") chứa nhiều Story (một nhu cầu cụ thể của người dùng, ví dụ "Là người dùng, tôi muốn lưu thẻ ngân hàng để lần sau không phải nhập lại"), và mỗi Story có thể chia thành các Sub-task kỹ thuật cho dev.

Là BA, công việc của bạn trên Jira xoay quanh ba việc: (1) viết Story với mô tả rõ ràng và tiêu chí chấp nhận (Acceptance Criteria); (2) làm rõ yêu cầu bằng cách trả lời comment của dev và QA ngay trong issue; (3) theo dõi trạng thái công việc trên board — bảng trực quan với các cột như To Do, In Progress, In Review, Done. Bạn cũng sẽ làm quen với backlog (kho story chưa làm), sprint (chu kỳ 1-2 tuần làm việc), và các báo cáo như burndown chart cho thấy đội còn bao nhiêu việc trong sprint.

Confluence — nơi lưu trữ "nguồn sự thật duy nhất"

Nếu Jira là nơi công việc chuyển động, thì Confluence là nơi kiến thức được lưu giữ. Đây là một wiki nội bộ: bạn viết tài liệu yêu cầu (BRD/FRD), biên bản họp, sơ đồ quy trình, quyết định thiết kế — tất cả ở dạng trang web có thể tìm kiếm, gắn link, và phiên bản hóa. Điểm mạnh khiến Confluence không thể thay thế bằng Word: nó tích hợp trực tiếp với Jira. Bạn có thể nhúng một bộ lọc Jira vào trang Confluence để bảng story tự cập nhật, hoặc tạo Jira issue ngay từ một dòng trong biên bản họp.

Với một BA từ Marketing, hãy nghĩ Confluence như một blog nội bộ mà bạn là người biên tập — nơi mọi người tìm đến để hiểu "tại sao chúng ta xây tính năng này" và "yêu cầu chính xác là gì".

Figma — ngôn ngữ hình ảnh giữa BA, designer và dev

Figma là công cụ thiết kế giao diện chạy hoàn toàn trên trình duyệt, cho phép nhiều người cùng làm việc thời gian thực. Nhiều BA mới lo lắng "tôi đâu phải designer". Đừng lo — bạn không cần vẽ giao diện đẹp. Vai trò của BA với Figma là: đọc thiết kế của designer để kiểm tra xem nó có khớp với yêu cầu không, comment trực tiếp lên màn hình để chỉ ra thiếu sót ("màn hình này thiếu trạng thái lỗi khi mất mạng"), và đôi khi tự vẽ wireframe low-fidelity — những khung xương đơn giản bằng hình hộp và chữ — để diễn đạt ý tưởng nhanh trước khi designer vào cuộc. Nền tảng Canva và tư duy thị giác từ Marketing sẽ giúp bạn bắt nhịp Figma rất nhanh.

Miro — bảng trắng vô hạn cho tư duy nhóm

Miro là một bảng trắng online không giới hạn kích thước, nơi bạn dán sticky note, vẽ sơ đồ, và kéo thả ý tưởng cùng cả nhóm. BA dùng Miro chủ yếu cho workshop và brainstorm: vẽ customer journey map, user story mapping, sơ đồ quy trình AS-IS/TO-BE, hoặc chạy buổi affinity mapping để gom nhóm các ý kiến phỏng vấn. Đây là công cụ mà kỹ năng điều phối (facilitation) của bạn tỏa sáng. Một phương án thay thế phổ biến là FigJam (bảng trắng của Figma) — nếu công ty đã trả tiền Figma thì thường dùng luôn FigJam cho gọn.

Tình huống thực tế

Ví dụ 1 — Tiki: một story đi qua đủ bốn công cụ

Tại Tiki, đội phát triển tính năng "Mua lại nhanh" (đặt lại đơn hàng cũ chỉ bằng một chạm) làm việc theo Scrum, sprint 2 tuần. Chị Mai, BA của đội, bắt đầu từ Confluence: chị viết một trang BRD mô tả vấn đề kinh doanh — phân tích cho thấy 38% khách hàng quay lại mua đúng sản phẩm cũ, nhưng phải mất trung bình 4 bước để tìm lại đơn. Trang này gắn link tới biên bản họp với team Growth.

Tiếp đó chị mở Figma, nơi designer đã dựng 5 màn hình. Chị comment trực tiếp: "Màn hình 3 chưa xử lý tình huống sản phẩm đã hết hàng — cần hiển thị nút 'Tìm sản phẩm tương tự'." Sau khi thống nhất, chị vào Jira tạo Epic "Mua lại nhanh" với 6 Story, mỗi Story có Acceptance Criteria rõ ràng và đính kèm link tới đúng frame Figma tương ứng. Trong sprint planning, đội kéo 3 Story đầu vào sprint. Khi một dev hỏi "API trả về gì nếu giá sản phẩm đã thay đổi?", chị trả lời ngay trong comment của Story đó.

Bài học: Không công cụ nào hoạt động một mình. Sức mạnh nằm ở luồng liên kết — Confluence giải thích "tại sao", Figma cho thấy "trông như thế nào", Jira theo dõi "ai làm gì và đến đâu". Khả năng nối các mảnh này lại chính là giá trị của BA.

Ví dụ 2 — Một startup fintech ở TP.HCM: workshop trên Miro cứu một dự án mơ hồ

Một startup fintech khoảng 30 người nhận yêu cầu từ ban giám đốc: "Làm tính năng cho vay tiêu dùng." Yêu cầu quá mơ hồ. Anh Khoa, BA mới chuyển từ vị trí Marketing của chính công ty này, đề xuất một buổi workshop 2 tiếng trên Miro với đại diện các phòng: tín dụng, rủi ro, vận hành, và dev lead.

Anh dùng kỹ năng customer journey mapping học từ thời Marketing để vẽ hành trình người vay từ lúc nộp đơn đến lúc nhận tiền, mỗi bước là một cột sticky note. Mỗi người tham gia dán note màu khác nhau cho "việc cần làm", "rủi ro", "câu hỏi mở". Sau buổi đó, board Miro lộ ra 12 câu hỏi nghiệp vụ chưa ai trả lời được — ví dụ "ai duyệt khoản vay trên 50 triệu?". Anh Khoa chuyển 12 câu hỏi này thành các mục cần làm rõ, viết lên Confluence, rồi mới bắt đầu tạo Story trên Jira.

Bài học: Miro không phải đồ trang trí cho cuộc họp. Khi yêu cầu mơ hồ, một board trực quan giúp cả nhóm "nhìn thấy" khoảng trống kiến thức mà nếu chỉ ngồi nói chuyện sẽ bỏ sót. Kỹ năng điều phối và tư duy hành trình khách hàng từ Marketing chuyển thẳng sang đây.

Ví dụ 3 — Công ty outsourcing: cái giá của việc dùng sai công cụ

Một công ty gia công phần mềm ở Đà Nẵng có một BA junior quen dùng Word và Excel từ công việc cũ. Bạn ấy viết toàn bộ đặc tả yêu cầu trong một file Word 60 trang, gửi qua email cho client Singapore và dev. Hậu quả: dev đọc bản v3 trong khi client đã sửa lên v7; không ai biết bản nào mới nhất; một tính năng bị làm sai vì dev không thấy ghi chú client thêm trong email khác. Dự án trễ 3 tuần.

Sau sự cố, team lead yêu cầu chuyển toàn bộ đặc tả lên Confluence (một nguồn duy nhất, tự lưu phiên bản) và mọi công việc lên Jira. Kết quả sprint sau: số lần "làm sai do hiểu nhầm yêu cầu" giảm rõ rệt, vì client comment trực tiếp lên đúng Story thay vì rải rác trong email.

Bài học: Word và Excel rất tốt cho việc cá nhân, nhưng tử thần của dự án phần mềm là yêu cầu phân mảnh nhiều phiên bản. Công cụ cộng tác sinh ra để giải đúng nỗi đau này. Đừng mang thói quen "gửi file đính kèm" từ công việc cũ vào môi trường Agile.

Hướng dẫn từng bước

Đây là lộ trình thực tế để bạn làm chủ bộ công cụ trong khoảng 2-3 tuần, hoàn toàn miễn phí:

• Lập tài khoản miễn phí. Atlassian cho dùng Jira + Confluence free đến 10 người. Figma và Miro đều có gói cá nhân miễn phí. Tạo một "công ty ảo" của riêng bạn để thực hành.

• Bắt đầu với Jira — dựng một dự án mẫu. Tạo một project kiểu Scrum. Tạo 1 Epic, ví dụ "Đăng ký tài khoản". Bên dưới tạo 3-4 Story theo cấu trúc "Là [vai trò], tôi muốn [hành động], để [giá trị]". Thêm Acceptance Criteria cho mỗi Story dưới dạng danh sách checklist. Kéo Story vào một sprint, đổi trạng thái qua các cột để cảm nhận luồng làm việc.

• Liên kết Confluence với Jira. Tạo một trang Confluence tên "BRD - Tính năng Đăng ký". Viết các phần: Bối cảnh, Mục tiêu kinh doanh, Phạm vi, Yêu cầu chi tiết. Dùng tính năng "/jira" để nhúng bảng các Story bạn vừa tạo vào trang. Khi bạn hiểu cú nhúng này, bạn đã hiểu 50% giá trị của bộ Atlassian.

• Thực hành đọc và comment trên Figma. Lên Figma Community tải một file UI kit miễn phí của một app. Giả vờ bạn là BA review thiết kế: tìm và comment 5 điểm — ví dụ thiếu trạng thái loading, thiếu thông báo lỗi, nút không rõ chức năng. Sau đó thử tự vẽ một wireframe low-fi cho màn hình đăng nhập chỉ bằng hình chữ nhật và text.

• Chạy thử một workshop trên Miro. Lấy một template "User Story Mapping" hoặc "Customer Journey Map" có sẵn. Tự điền cho một sản phẩm bạn quen, ví dụ app đặt đồ ăn. Mời một người bạn vào board cùng để cảm nhận cộng tác thời gian thực.

• Nối thành một luồng hoàn chỉnh. Lấy một ý tưởng tính năng → brainstorm trên Miro → viết yêu cầu trên Confluence → tạo Story trên Jira → đính link Figma. Chính cái "luồng" này là thứ bạn sẽ kể trong buổi phỏng vấn và đưa vào portfolio.

Lỗi thường gặp & mẹo

Lỗi 1: Coi Jira như một to-do list cá nhân. Nhiều BA mới viết Story cụt lủn kiểu "Làm trang đăng ký" rồi để đó. Story thiếu mô tả và Acceptance Criteria sẽ khiến dev đoán mò. Mẹo: mỗi Story phải trả lời được câu "khi nào thì coi là làm xong?" thông qua tiêu chí chấp nhận cụ thể, kiểm thử được.

Lỗi 2: Confluence biến thành bãi rác tài liệu. Tạo trang vô tội vạ, không phân cấp, không cập nhật, dẫn đến không ai tìm được gì. Mẹo: xây cấu trúc cây rõ ràng (theo dự án → theo tính năng), đặt tên trang nhất quán, và quan trọng nhất là cập nhật khi yêu cầu thay đổi. Tài liệu lỗi thời còn nguy hiểm hơn không có tài liệu.

Lỗi 3: Tưởng BA phải giỏi Figma như designer. Bạn lao vào học pixel, auto-layout, component nâng cao và lãng phí hàng tuần. Mẹo: BA chỉ cần biết đọc, comment, và vẽ wireframe thô. Để designer lo phần đẹp. Đầu tư thời gian đó vào kỹ năng viết yêu cầu thì giá trị hơn nhiều.

Lỗi 4: Mang thói quen email-đính-kèm-file từ Marketing. Đây là sai lầm phổ biến nhất của người chuyển ngành. Mẹo: nguyên tắc vàng là "một nguồn sự thật duy nhất" (single source of truth). Mọi yêu cầu sống trên Confluence/Jira, không phải trong file Word trôi nổi qua email.

Lỗi 5: Học công cụ mà không học quy trình đằng sau. Biết bấm nút tạo sprint nhưng không hiểu sprint để làm gì thì vô nghĩa. Mẹo: luôn tự hỏi "công cụ này phục vụ giai đoạn nào của vòng đời yêu cầu?". Công cụ chỉ là phương tiện cho tư duy BA.

Mẹo bonus về thị trường VN: Atlassian (Jira + Confluence) gần như là chuẩn mặc định tại FPT, VNG, Tiki, MoMo, các công ty outsourcing lớn. Một số nơi dùng Azure DevOps (nếu theo hệ sinh thái Microsoft) hoặc ClickUp/Trello (startup nhỏ). Figma đã thay thế gần hết Sketch và Adobe XD. Nếu thời gian có hạn, hãy ưu tiên thành thạo Jira + Confluence trước — đó là hai cái tên xuất hiện nhiều nhất trong tin tuyển dụng BA junior.

Bài tập thực hành

• Dựng luồng end-to-end (bài tập chính): Lập tài khoản miễn phí Atlassian, Figma, Miro. Chọn một tính năng đơn giản — ví dụ "Đặt lại mật khẩu". Thực hiện đủ luồng: (a) vẽ journey map của người dùng quên mật khẩu trên Miro; (b) viết một trang BRD ngắn trên Confluence; (c) tạo 1 Epic và 3 Story có Acceptance Criteria trên Jira; (d) vẽ wireframe low-fi 2 màn hình trên Figma và đính link vào Story. Chụp màn hình cả 4 sản phẩm — đây sẽ là một mục trong portfolio của bạn.

• Bài tập review Figma: Tải một file thiết kế từ Figma Community. Đóng vai BA, viết ít nhất 6 comment chỉ ra các trạng thái/tình huống còn thiếu (lỗi mạng, danh sách rỗng, đang tải, quyền truy cập...). Mục tiêu: rèn con mắt phát hiện "edge case" mà yêu cầu thường bỏ sót.

• Bài tập so sánh công cụ: Viết một bảng ngắn so sánh khi nào dùng Confluence và khi nào dùng Jira cho cùng một thông tin (ví dụ: "quyết định thiết kế" nên ở đâu? "việc cần dev làm tuần này" nên ở đâu?). Bài tập này buộc bạn hiểu triết lý của từng công cụ thay vì chỉ thao tác.

• Bài tập phỏng vấn: Tự trả lời thành tiếng câu hỏi "Hãy mô tả cách em quản lý yêu cầu từ lúc nảy ý tưởng đến khi dev bắt đầu code." Dùng đúng tên bốn công cụ và mô tả luồng liên kết giữa chúng. Đây là câu hỏi gần như chắc chắn xuất hiện khi phỏng vấn BA.

Tóm tắt

Bộ công cụ của BA không phải là phép thuật, mà là phương tiện để hiện thực hóa tư duy phân tích nghiệp vụ. Bốn trụ cột cần nhớ: Jira quản lý công việc và sprint (viết Story, theo dõi board); Confluence là nguồn sự thật duy nhất cho tài liệu và quyết định; Figma là ngôn ngữ hình ảnh để BA đọc, comment và vẽ wireframe thô; Miro là bảng trắng cho workshop và tư duy nhóm.

Điều quan trọng nhất không phải thuộc lòng từng nút bấm, mà là hiểu mỗi công cụ phục vụ giai đoạn nào và cách nối chúng thành một luồng liền mạch — từ brainstorm trên Miro, sang tài liệu trên Confluence, đến Story trên Jira gắn link Figma. Lợi thế của bạn khi chuyển từ Marketing là tư duy thị giác (giúp bắt nhịp Figma, Miro nhanh) và kỹ năng kể chuyện, điều phối (giúp chủ trì workshop). Tại thị trường Việt Nam, hãy ưu tiên thành thạo Jira và Confluence trước, vì đó là hai cái tên nhà tuyển dụng hỏi nhiều nhất. Hãy lập tài khoản miễn phí ngay hôm nay, dựng một luồng end-to-end, và bạn sẽ tự tin trả lời bất kỳ câu hỏi nào về công cụ trong buổi phỏng vấn BA đầu tiên của mình.