Mở đầu — vì sao bài này quan trọng
Khi bạn bước vào ngày làm việc đầu tiên với vai trò BA junior, có một sự thật ít ai nói trước với bạn: phần lớn thời gian của bạn sẽ trôi qua bên trong ba công cụ — Jira, Confluence và Notion. Không phải trong Word, không phải trong những buổi họp dài lê thê, mà trong ba nền tảng này. Nếu bạn dùng chúng thành thạo, bạn sẽ trông giống một BA có kinh nghiệm hai năm dù mới ra trường. Nếu bạn dùng vụng về, dù ý tưởng của bạn có sắc sảo đến đâu, đồng nghiệp vẫn cảm thấy làm việc với bạn "hơi lộn xộn".
Tôi từng chứng kiến một bạn BA fresher ở một công ty fintech tại TP.HCM bị dev "né" chỉ vì bạn ghi user story lung tung trong Jira, mỗi lần cập nhật lại tạo ticket mới thay vì sửa ticket cũ, khiến sprint board rối như tơ vò. Kỹ năng phân tích của bạn ổn, nhưng công cụ dùng sai đã kéo uy tín của bạn xuống. Ngược lại, một BA khác biết cấu trúc Confluence gọn gàng, mỗi khi dev cần tra tài liệu chỉ mất 10 giây, và bạn ấy nhanh chóng được tin tưởng giao việc lớn hơn.
Bài này không dạy bạn "bấm nút nào" — điều đó bạn học một buổi chiều là xong. Bài này dạy bạn tư duy tổ chức thông tin và quy trình làm việc bên trong ba công cụ, để bạn không chỉ dùng được mà dùng đúng, dùng đẹp, và dùng theo cách mà cả team cảm ơn bạn.
Khái niệm cốt lõi
Ba công cụ này có vai trò khác nhau nhưng bổ trợ cho nhau. Hiểu sai vai trò là lỗi phổ biến nhất của người mới.
Jira — nơi quản lý công việc và tiến độ
Jira là công cụ theo dõi công việc (issue tracking) mà gần như mọi team Agile ở Việt Nam đều dùng. Với BA, Jira là nơi bạn "biến yêu cầu thành công việc có thể giao cho dev". Điều quan trọng nhất bạn phải nắm là cấu trúc phân cấp (hierarchy):
- Epic: một khối tính năng lớn, thường kéo dài vài sprint đến 2–3 tháng. Ví dụ: "Tính năng đặt lịch hẹn với mentor". Epic là cái nhìn từ trên cao, giúp stakeholder và PM theo dõi bức tranh lớn.
- Story (User Story): một đơn vị giá trị có thể hoàn thành trong một sprint (thường 1–2 tuần). Ví dụ: "Là người dùng, tôi muốn chọn khung giờ trống của mentor để đặt lịch". Một Epic chứa nhiều Story.
- Task: công việc kỹ thuật không nhất thiết mang giá trị trực tiếp cho người dùng, ví dụ "Tạo bảng booking trong database". Task thường do dev tạo, nhưng BA nên hiểu để đọc board.
- Sub-task: chia nhỏ một Story hoặc Task thành các bước thực thi.
- Bug: lỗi cần sửa.
project = MENTOR AND status = "In Progress" AND assignee = currentUser() sẽ lọc ra mọi việc bạn đang làm dở. Biết JQL, bạn tự trả lời được câu hỏi của sếp mà không cần hỏi ai.Confluence — nơi lưu tài liệu và tri thức
Nếu Jira trả lời câu hỏi "việc gì đang làm", thì Confluence trả lời "tại sao và như thế nào". Đây là wiki nội bộ, nơi bạn lưu BRD, SRS, biên bản họp, sơ đồ quy trình, quyết định thiết kế. Điểm mạnh của Confluence là nó tích hợp chặt với Jira (cùng hãng Atlassian): bạn có thể nhúng một Jira issue vào trang Confluence, hoặc tạo bảng theo dõi ticket live ngay trong tài liệu.
Với BA, ba khái niệm Confluence cần nắm là: Space (không gian riêng cho từng dự án/phòng ban), Page tree (cấu trúc trang phân cấp giống thư mục), và Template (mẫu có sẵn cho Meeting Notes, Product Requirements, Decision Log). Dùng template giúp tài liệu của bạn nhất quán và chuyên nghiệp ngay từ ngày đầu.
Notion — nơi linh hoạt cho tư duy và tài liệu nhẹ
Notion là công cụ "all-in-one" linh hoạt nhất trong ba. Nhiều startup Việt Nam (đặc biệt các công ty nhỏ dưới 50 người) dùng Notion thay cho cả Jira lẫn Confluence vì nó rẻ và dễ tùy biến. Sức mạnh cốt lõi của Notion là database — một bảng dữ liệu có thể hiển thị dưới nhiều dạng view: Table, Board (kiểu Kanban), Timeline, Calendar, Gallery. Cùng một dữ liệu, bạn xem theo cách phù hợp với từng người.
Với BA, Notion tuyệt vời để: nháp ý tưởng requirement trước khi đưa vào Jira, quản lý backlog nhẹ ở startup, tạo knowledge base cá nhân, và làm portfolio (nhớ Bài 17 về portfolio khi chưa có kinh nghiệm — Notion là nơi lý tưởng để trưng bày mock project). Khái niệm cần nắm: Page lồng nhau vô hạn, Database với Properties (cột dữ liệu), Relation (liên kết giữa hai database), và Filter/Sort cho từng view.
Chọn công cụ nào khi nào?
Nguyên tắc đơn giản: Jira cho quản lý sprint và giao việc dev; Confluence cho tài liệu chính thức trong hệ sinh thái Atlassian; Notion cho công ty nhỏ, cho nháp nhanh, và cho việc cá nhân. Ở nhiều công ty vừa và lớn tại Việt Nam, bạn sẽ dùng Jira + Confluence song song. Ở startup, thường chỉ Notion.
Tình huống thực tế
Ví dụ 1 — BA fintech dùng Jira sai hierarchy khiến sprint vỡ kế hoạch
Minh, BA fresher tại một công ty ví điện tử ở Hà Nội (khoảng 120 nhân sự), nhận nhiệm vụ đưa tính năng "nạp tiền từ thẻ ngân hàng" vào Jira. Thay vì tạo một Epic rồi chia thành các Story, Minh tạo thẳng 14 ticket rời rạc kiểu Task, mỗi ticket đặt tên chung chung như "Màn hình nạp tiền", "Xử lý nạp tiền", "Test nạp tiền". Kết quả: khi PM mở board lên xem, không ai biết tính năng này tiến độ bao nhiêu phần trăm, vì các ticket không gom về một Epic. Trong buổi sprint planning, team ước tính sai và cam kết 14 ticket trong một sprint 2 tuần — thực tế chỉ làm xong 6.
Diễn giải: lỗi của Minh là bỏ qua tầng Epic và không viết Story theo góc nhìn người dùng, nên không đo được giá trị và không nhóm được công việc. Sau đó mentor hướng dẫn Minh gom lại thành một Epic "Nạp tiền từ thẻ", với 5 Story rõ ràng (chọn thẻ, nhập số tiền, xác thực OTP, xử lý giao dịch, thông báo kết quả), mỗi Story có Acceptance Criteria và Story Point. Từ sprint sau, board sạch sẽ, PM nhìn phát biết ngay còn 40% việc.
Bài học: luôn bắt đầu từ Epic → Story, đặt tên Story theo mẫu "Là ai, muốn gì, để làm gì", và đừng bao giờ tạo ticket rời rạc không có cha.
Ví dụ 2 — Confluence cứu một team khỏi họp lại từ đầu
Tại một công ty phần mềm outsourcing ở Đà Nẵng, team làm dự án cho khách Nhật. Ban đầu mọi quyết định về requirement đều nằm rải rác trong chat Slack và email. Đến tháng thứ ba, khách hỏi "tại sao lúc trước chốt là dùng phương thức thanh toán A mà giờ code lại là B?" — cả team ngồi lục lại chat mất nửa ngày không ra.
BA của dự án, chị Lan, sau vụ đó dựng một Decision Log trong Confluence: mỗi quyết định quan trọng ghi thành một dòng trong bảng gồm ngày, nội dung quyết định, lý do, người quyết. Chị cũng dùng template Meeting Notes cho mọi buổi họp, cuối mỗi trang tự động sinh ra danh sách action item gắn với Jira ticket. Ba tháng sau, khi khách hỏi lại một chi tiết, chị Lan mở đúng trang, chỉ vào dòng quyết định kèm ngày tháng, khách gật đầu ngay.
Diễn giải: Confluence không chỉ là kho lưu, nó là "bộ nhớ tổ chức". Khi mọi thứ được ghi có cấu trúc, bạn tiết kiệm hàng chục giờ tranh cãi và bảo vệ được uy tín của BA khi có mâu thuẫn.
Bài học: tạo Decision Log và dùng template Meeting Notes ngay từ dự án đầu tiên. Đây là thứ khiến bạn khác biệt so với BA chỉ biết viết tài liệu một lần rồi bỏ đó.
Ví dụ 3 — Startup dùng Notion database làm cả backlog lẫn portfolio
An là sinh viên IT vừa tốt nghiệp, làm BA part-time cho một startup edtech 15 người tại TP.HCM. Công ty không đủ ngân sách mua Jira, dùng hoàn toàn Notion. An dựng một database "Product Backlog" với các property: Tên story, Trạng thái (Select: Idea / Ready / In Dev / Done), Ưu tiên (High/Medium/Low), Sprint (Relation tới database Sprint), và Người phụ trách. An tạo ba view từ cùng database này: một Board view theo trạng thái cho standup hằng ngày, một Table view lọc theo sprint hiện tại cho planning, và một Calendar view theo ngày deadline cho CEO xem tổng quan.
Sau sáu tháng, khi đi phỏng vấn công ty lớn hơn, An sao chép (duplicate) cấu trúc Notion đó — đã ẩn thông tin nhạy cảm — vào portfolio cá nhân để minh họa cách bạn quản lý backlog. Nhà tuyển dụng cực kỳ ấn tượng vì thấy An hiểu bản chất của backlog management chứ không chỉ học lý thuyết.
Diễn giải: một database Notion dùng đúng có thể thay thế nhiều công cụ và đồng thời trở thành bằng chứng năng lực. Điểm mấu chốt là hiểu khái niệm database + multiple view, chứ không phải trang trí màu mè.
Bài học: ở startup, hãy làm chủ Notion database và relation. Và luôn nghĩ trước: công việc hôm nay có thể trở thành portfolio ngày mai.
Hướng dẫn từng bước
Đây là quy trình thực hành để bạn thành thạo cả ba công cụ trong vài tuần.
Bước 1 — Lập tài khoản và dùng bản miễn phí. Jira và Confluence Cloud miễn phí cho team dưới 10 người. Notion miễn phí cho cá nhân. Hãy tự tạo một "dự án giả" để luyện, đừng đợi công ty giao mới học.
Bước 2 — Dựng cấu trúc Jira chuẩn. Tạo một project kiểu Scrum. Tạo 1 Epic, chia thành 3–4 Story. Với mỗi Story: viết mô tả theo mẫu user story, điền Acceptance Criteria vào phần mô tả hoặc custom field, gán Story Point, đặt Priority. Kéo Story vào Sprint, bấm Start Sprint, và tập di chuyển ticket qua các cột trên board.
Bước 3 — Luyện JQL. Vào thanh tìm kiếm nâng cao, gõ thử vài câu: assignee = currentUser() AND status != Done để xem việc của mình; Sprint in openSprints() AND priority = High để xem việc ưu tiên cao trong sprint đang chạy. Lưu (save) các bộ lọc hay dùng thành filter để tái sử dụng.
Bước 4 — Dựng Confluence space. Tạo một Space cho dự án. Dựng page tree gồm: trang gốc "Tổng quan dự án", các trang con "Requirements", "Meeting Notes", "Decision Log", "Design". Dùng template có sẵn cho Meeting Notes. Nhúng thử một Jira ticket vào trang requirements bằng lệnh /Jira.
Bước 5 — Dựng Notion database. Tạo một database dạng Table với các property phù hợp. Tạo thêm hai view khác (Board và Calendar) từ cùng database. Thử tạo một database thứ hai "Sprints" và dùng Relation để nối hai database. Áp filter cho từng view.
Bước 6 — Kết nối tư duy giữa ba công cụ. Hình dung một luồng thực tế: ý tưởng requirement nháp ở Notion → chốt thành tài liệu chính thức ở Confluence → biến thành Story giao dev ở Jira → link ngược Jira ticket về trang Confluence. Đây là luồng làm việc chuyên nghiệp mà BA có kinh nghiệm luôn duy trì.
Lỗi thường gặp & mẹo
Lỗi 1 — Tạo ticket mới thay vì cập nhật ticket cũ. Nhiều fresher mỗi lần requirement thay đổi lại mở ticket mới, khiến board đầy rác. Mẹo: sửa ngay trên ticket cũ, dùng phần comment để ghi lịch sử thay đổi, giữ history minh bạch.
Lỗi 2 — Nhầm vai trò ba công cụ. Đừng viết cả trang BRD dài vào phần mô tả của một Jira ticket — đó là việc của Confluence. Jira chỉ nên chứa tóm tắt và link tới tài liệu đầy đủ. Ngược lại, đừng quản lý tiến độ sprint trong Confluence.
Lỗi 3 — Confluence page tree hỗn loạn. Trang tạo bừa, không phân cấp, đặt tên kiểu "Untitled" hay "Tài liệu final v3 (bản mới nhất thật)". Mẹo: quy ước đặt tên rõ ràng, dùng page tree có cấu trúc, và một trang gốc làm mục lục điều hướng.
Lỗi 4 — Notion lạm dụng trang trí. Người mới thường mê icon, ảnh cover, màu mè mà quên rằng giá trị nằm ở database và cấu trúc dữ liệu. Mẹo: ưu tiên chức năng trước thẩm mỹ; một database gọn với view đúng quan trọng hơn mười emoji.
Lỗi 5 — Không dùng template. Viết lại từ đầu mỗi lần rất tốn thời gian và thiếu nhất quán. Mẹo: tạo template cho user story, meeting note, decision log ngay từ đầu.
Mẹo vàng: dành 15 phút cuối mỗi ngày dọn dẹp board và cập nhật trạng thái ticket. Một BA có board sạch luôn được tin tưởng hơn một BA giỏi phân tích nhưng để lại đống lộn xộn.
Bài tập thực hành
- Tạo một Jira project Scrum miễn phí. Dựng 1 Epic "Đăng ký tài khoản người dùng" với 4 Story, mỗi Story có Acceptance Criteria và Story Point. Bắt đầu một sprint và di chuyển ít nhất 2 ticket qua đủ các cột.
- Viết 3 câu JQL: (a) tất cả việc của bạn chưa Done, (b) mọi ticket ưu tiên cao trong sprint đang chạy, (c) mọi bug được tạo trong 7 ngày qua. Lưu chúng thành filter.
- Dựng một Confluence space với page tree đủ 4 mục và tạo một Decision Log dạng bảng có ít nhất 3 dòng quyết định giả định.
- Tạo một Notion database "Product Backlog" với tối thiểu 5 property. Tạo 3 view khác nhau (Table, Board, Calendar) và thêm một database "Sprint" liên kết qua Relation.
- Vẽ (bằng lời hoặc sơ đồ) luồng thông tin của bạn đi qua cả ba công cụ cho một tính năng cụ thể, chỉ rõ cái gì nằm ở đâu và link với nhau thế nào.
Tóm tắt
Jira, Confluence và Notion là ba công cụ bạn sẽ sống cùng suốt sự nghiệp BA. Jira quản lý công việc và tiến độ với cấu trúc Epic → Story → Task và ngôn ngữ JQL. Confluence là bộ nhớ tổ chức, nơi lưu tài liệu, biên bản và quyết định có cấu trúc, đặc biệt mạnh khi kết hợp với Jira. Notion là công cụ linh hoạt all-in-one, mạnh nhất ở database đa view, lý tưởng cho startup, cho việc nháp nhanh và cho portfolio cá nhân.
Điều phân biệt một BA junior chuyên nghiệp không phải là biết bấm nút nào, mà là hiểu đúng vai trò từng công cụ, tổ chức thông tin gọn gàng, và duy trì luồng làm việc nhất quán giữa chúng. Hãy tự luyện trên dự án giả ngay hôm nay, giữ board sạch, dùng template, và luôn nhớ: công cụ dùng đẹp khiến cả team làm việc với bạn nhẹ nhàng hơn — và đó chính là thứ xây nên uy tín của bạn.