Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 53 — Time management + deep work

Từ Sales/BD sang BA: Lộ Trình Chuyển Đổi Bài 53/60

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

Khi bạn còn làm Sales hay BD, lịch làm việc của bạn bị kéo bởi những thứ rất rõ ràng: cuộc gọi với khách, demo sản phẩm, deadline ký hợp đồng cuối quý. Bạn quen với nhịp "phản xạ nhanh" — khách nhắn là trả lời, có cơ hội là chốt. Đó là một thế mạnh, nhưng khi chuyển sang vai trò Business Analyst (BA), chính cái phản xạ nhanh đó lại trở thành cái bẫy.

Vì sao? Vì công việc BA có một bản chất hoàn toàn khác về mặt quản lý thời gian. Một BA điển hình tại Việt Nam thường phải làm việc song song với 3–6 stakeholder (bên liên quan: PO, dev lead, QA, business user, sponsor...), theo dõi 10–20 user story đang ở các trạng thái khác nhau, và quan trọng nhất: phải viết ra những tài liệu cần tư duy sâu — BRD, SRS, business rule, process flow. Loại công việc này không thể làm trong 15 phút giữa hai cuộc họp. Nó cần deep work — những khối thời gian liền mạch 2–4 giờ không bị ngắt quãng.

Có một con số đáng giật mình: nếu một BA không chủ động quản lý lịch, họp hành sẽ chiếm 40–60% quỹ thời gian tuần của họ. Phần còn lại bị xé vụn bởi Slack, email, câu hỏi "anh ơi cái này hiểu sao". Kết quả? Tài liệu chậm, requirement mơ hồ, dev hỏi mà không có câu trả lời rõ — và bạn mang việc về nhà làm buổi tối. Bài này dạy bạn cách lấy lại quyền kiểm soát thời gian, để bạn làm BA một cách bền vững thay vì kiệt sức trong 3 tháng đầu.

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

Hai loại công việc của BA: phản ứng và kiến tạo

Hãy phân biệt rạch ròi hai loại công việc, vì chúng đòi hỏi hai chế độ vận hành khác nhau:

  • Công việc phản ứng (reactive / shallow work): trả lời câu hỏi của dev, làm rõ một điểm trong story, tham gia daily standup, reply email stakeholder. Việc này quan trọng nhưng nông, làm được trong lúc bị ngắt quãng, không cần não dồn toàn lực.
  • Công việc kiến tạo (deep work): viết một SRS đầy đủ, vẽ một business process phức tạp, phân tích root cause của một mâu thuẫn requirement giữa hai phòng ban, thiết kế một business rule catalog. Việc này tạo ra giá trị cốt lõi của BA, và nó sụp đổ hoàn toàn nếu bị ngắt quãng.
Sai lầm phổ biến của ex-Sales là dồn 90% thời gian cho công việc phản ứng (vì nó cho cảm giác "bận rộn, hiệu quả" giống như đang chốt deal), rồi nhét deep work vào những kẽ hở vụn vặt còn lại. Đó là công thức dẫn đến tài liệu kém chất lượng.

Deep work là gì và vì sao BA cần nó

Khái niệm deep work (làm việc sâu) do giáo sư Cal Newport phổ biến, chỉ trạng thái tập trung cao độ không bị xao nhãng để xử lý công việc đòi hỏi nhận thức cao. Điểm mấu chốt là chi phí chuyển ngữ cảnh (context switching cost): mỗi lần bạn rời khỏi tài liệu đang viết để trả lời một tin nhắn, não bạn cần trung bình 15–23 phút để quay lại đúng mạch tư duy cũ. Nếu bạn bị ngắt 8 lần một buổi sáng, bạn gần như không bao giờ chạm tới trạng thái tập trung sâu.

Với một SRS dài 30 trang, sự khác biệt giữa "viết trong 4 khối deep work" và "viết trong 40 mảnh vụn 15 phút" không chỉ là tốc độ — mà là chất lượng tư duy. Một requirement mâu thuẫn ẩn chỉ lộ ra khi bạn giữ được toàn bộ bức tranh trong đầu đủ lâu.

Thời gian là tài sản hữu hạn — tư duy "ngân sách thời gian"

Ex-Sales rất giỏi tư duy về ngân sách (budget): bạn biết một deal đáng theo bao nhiêu giờ. Hãy áp dụng đúng tư duy đó cho thời gian cá nhân. Một tuần làm việc có khoảng 40 giờ. Nếu họp ngốn 20 giờ, bạn chỉ còn 20 giờ cho mọi thứ khác — trong đó deep work có thể chỉ còn 8–10 giờ. Khi bạn nhìn thời gian như một ngân sách có giới hạn, bạn sẽ tự nhiên đặt câu hỏi: "Cuộc họp 1 tiếng này có đáng không? Mình có cần ngồi đủ 60 phút không?"

Time blocking và quy tắc bảo vệ "giờ vàng"

Time blocking (chia khối thời gian) là kỹ thuật nền tảng: thay vì để lịch trống cho người khác đặt họp tùy ý, bạn chủ động "đặt chỗ" cho chính mình. Mỗi khối thời gian được gán một loại công việc cụ thể. "Giờ vàng" (golden hours) là khoảng thời gian bạn tỉnh táo nhất — với đa số người là 9h–11h sáng — và bạn phải bảo vệ nó cho deep work, tuyệt đối không nhét họp vào đó.

Tình huống thực tế

Tình huống 1: Minh — ex-BD chuyển BA tại một công ty SaaS ở TP.HCM

Minh từng làm Business Development cho một công ty SaaS quản lý bán hàng (giả định, quy mô ~80 nhân sự). Ba tháng đầu làm BA, Minh giữ nguyên thói quen cũ: để Slack mở suốt ngày, trả lời mọi tin trong vòng 2 phút, nhận lời mọi cuộc họp được mời. Kết quả tuần thứ 6: anh nhận task viết SRS cho module tích hợp cổng thanh toán, ước tính 3 ngày, nhưng phải mất 9 ngày mới xong — và bản đầu bị PO trả về vì thiếu nhất quán về business rule hoàn tiền.

Khi review lại lịch, Minh phát hiện: trong tuần đó anh dự 17 cuộc họp, tổng 19 tiếng. Thời gian còn lại bị cắt vụn đến mức khối tập trung dài nhất chỉ là 35 phút. Anh chưa từng có một khối 2 tiếng nào liền mạch.

Cách Minh sửa: Anh đặt cố định khối 9h–11h sáng thứ Ba, Tư, Năm là "deep work — không họp", để trạng thái Slack thành "Focusing", và gom mọi câu hỏi không khẩn cấp vào hai khung trả lời 11h30 và 16h30. Anh cũng học cách từ chối lịch sự: "Cuộc họp này mình thấy chỉ cần kết luận, anh ghi lại quyết định vào Confluence rồi tag mình được không?" Sau 3 tuần, thời gian viết một SRS tương đương giảm từ 9 ngày xuống 4 ngày.

Bài học: Phản xạ trả lời tức thì là vũ khí của Sales, nhưng với BA nó phá hủy deep work. Phải chủ động tạo ra khối tập trung, không chờ nó tự xuất hiện.

Tình huống 2: Hằng — BA mảng fintech, "hội chứng có mặt mọi cuộc họp"

Hằng làm BA cho một ví điện tử tại Hà Nội. Vì nền Sales, chị có thói quen "phải có mặt để nắm tình hình" — y như khi xưa phải dự mọi buổi gặp khách để không bỏ lỡ cơ hội. Chị nhận lời tất cả cuộc họp được mời, kể cả những buổi mà vai trò của chị chỉ là "ngồi nghe". Một tuần điển hình: chị họp 28 tiếng trên 40 tiếng — 70% quỹ thời gian.

Khi sếp hỏi vì sao backlog requirement của chị luôn trễ, chị mới ngồi phân loại lại các cuộc họp theo bốn nhóm: (1) họp chị phải dẫn dắt, (2) họp chị phải đóng góp, (3) họp chị chỉ cần xem biên bản, (4) họp chị không liên quan. Hóa ra nhóm 3 và 4 chiếm gần một nửa.

Cách Hằng sửa: Chị áp dụng quy tắc — chỉ nhận họp nhóm 1 và 2; với nhóm 3 chị xin đọc minutes (biên bản) thay vì dự; nhóm 4 chị từ chối thẳng. Chị cũng đề xuất chuẩn hóa: mọi cuộc họp phải có agenda gửi trước, không agenda thì chị không tham dự. Quỹ họp giảm từ 28 xuống 14 tiếng/tuần, giải phóng đúng 14 giờ cho deep work.

Bài học: "Có mặt" không đồng nghĩa với "tạo giá trị". BA giỏi quản lý sự hiện diện của mình một cách chiến lược, không dự họp theo quán tính.

Tình huống 3: Đội BA tại một ngân hàng — áp dụng "no-meeting morning"

Một phòng phân tích nghiệp vụ tại ngân hàng (giả định, mảng core banking) nhận thấy cả team đều than không có thời gian viết tài liệu. Trưởng nhóm thử nghiệm chính sách toàn đội: buổi sáng từ 9h–12h ba ngày giữa tuần là "no-meeting morning" — không ai trong team được đặt họp nội bộ vào khung này; mọi standup, review dời sang buổi chiều.

Kết quả sau một quý: số tài liệu BRD/SRS hoàn thành đúng hạn tăng từ 62% lên 88%, và số lần requirement phải làm lại (rework) vì lỗi logic giảm rõ rệt. Điểm hay là khi cả đội cùng tôn trọng khung giờ này, không ai cảm thấy mình "vô trách nhiệm" khi không reply ngay — vì mọi người đều đang deep work.

Bài học: Deep work hiệu quả nhất khi nó là văn hóa tập thể, không chỉ là nỗ lực cá nhân. Là ex-Sales có kỹ năng thuyết phục, bạn hoàn toàn có thể "bán" ý tưởng no-meeting morning cho team mình.

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

Bước 1 — Audit lịch một tuần. Trước khi sửa, phải đo. Mở lịch tuần vừa rồi, tô màu từng khối: đỏ = họp, vàng = phản ứng (Slack/email/hỏi đáp), xanh = deep work. Cộng tổng từng màu. Hầu hết ex-Sales sẽ sốc khi thấy phần xanh quá ít. Đây là "báo cáo doanh số thời gian" của bạn.

Bước 2 — Xác định giờ vàng cá nhân. Trong 1–2 ngày, để ý xem lúc nào bạn tư duy sắc nhất. Đa số là 9h–11h sáng; một số người là chiều muộn. Đó là khung bạn sẽ dành cho deep work, không thương lượng.

Bước 3 — Time block và bảo vệ khối deep work. Vào lịch, tạo sự kiện lặp lại tên "Deep Work — Soạn tài liệu" cho giờ vàng, ít nhất 3 buổi/tuần, mỗi buổi 2 giờ. Đặt nó ở chế độ "Busy" để người khác không đặt họp đè lên.

Bước 4 — Gom công việc phản ứng vào "batch". Thay vì kiểm tra Slack/email liên tục, đặt 2–3 khung cố định (ví dụ 11h30, 14h30, 16h30) để xử lý dồn. Tắt thông báo ngoài các khung đó.

Bước 5 — Triage cuộc họp bằng 4 câu hỏi. Trước khi nhận lời mời họp, hỏi: Có agenda không? Vai trò mình là gì? Mình có cần dự cả buổi hay chỉ phần liên quan? Đọc biên bản có đủ không? Nếu chỉ cần biên bản — xin từ chối lịch sự.

Bước 6 — Áp dụng kỹ thuật Pomodoro trong khối deep work. Chia khối 2 giờ thành 25 phút tập trung + 5 phút nghỉ (hoặc 50/10 nếu bạn vào guồng tốt). Điều này giúp duy trì sự tỉnh táo và chống mệt mỏi nhận thức.

Bước 7 — Đặt "shutdown ritual" cuối ngày. Dành 10 phút cuối ngày liệt kê việc dang dở và việc ưu tiên ngày mai. Thói quen này giúp bạn không mang lo lắng công việc về nhà — đặc biệt quan trọng với ex-Sales vốn quen "luôn online".

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

Lỗi 1: Để Slack/Zalo mở suốt ngày và tự hào về tốc độ phản hồi. Tốc độ phản hồi là KPI của Sales, không phải của BA. Mẹo: đặt status "Đang tập trung, sẽ phản hồi lúc 11h30" — minh bạch giúp người khác không khó chịu.

Lỗi 2: Nhận mọi cuộc họp vì sợ "bỏ lỡ thông tin". FOMO (sợ bỏ lỡ) là di chứng từ nghề Sales. Mẹo: tin tưởng vào biên bản họp và văn hóa documentation. Nếu thông tin quan trọng mà không được ghi lại, thì vấn đề nằm ở quy trình, không phải ở việc bạn vắng mặt.

Lỗi 3: Đặt deep work vào khung giờ "xác sống" cuối ngày. Nhiều người để 16h–18h cho việc viết tài liệu vì nghĩ "lúc đó mới rảnh" — nhưng đó là lúc não kiệt nhất. Mẹo: deep work phải ở giờ vàng, việc nhẹ (trả mail, sửa typo) mới để cuối ngày.

Lỗi 4: Time block quá cứng nhắc rồi bỏ cuộc khi vỡ kế hoạch. Một ngày hỏng không có nghĩa cả hệ thống hỏng. Mẹo: để 20% lịch trống làm "buffer" cho việc phát sinh; nếu khối deep work bị cướp, dời chứ đừng xóa.

Lỗi 5: Multitasking — vừa họp vừa viết tài liệu. Bạn nghĩ mình tiết kiệm thời gian, thực ra cả hai việc đều dở. Mẹo: chọn một. Nếu họp không cần bạn, hãy từ chối từ đầu để thực sự deep work.

Mẹo nâng cao: Áp dụng quy tắc timeboxing cho chính việc viết — đặt giới hạn "viết draft 1 của BRD trong 90 phút, không cầu toàn". Ex-Sales quen với deadline cứng, hãy dùng lợi thế đó để chống cầu toàn (perfectionism) làm chậm tài liệu.

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

  • Audit lịch. Xuất lịch tuần gần nhất, tô ba màu (họp / phản ứng / deep work), tính phần trăm mỗi loại. Ghi lại con số phần trăm họp của bạn — đây là baseline.
  • Thiết kế lịch lý tưởng. Vẽ lại một tuần mẫu với ít nhất 3 khối deep work 2 giờ ở giờ vàng, 2–3 khung batch xử lý phản ứng, và quỹ họp tối đa 40%. Lưu thành template lặp lại trong Google Calendar/Outlook.
  • Triage 10 cuộc họp. Lấy 10 lời mời họp gần nhất, phân loại theo 4 nhóm (dẫn dắt / đóng góp / chỉ cần biên bản / không liên quan). Đếm xem bao nhiêu phần trăm thực sự đáng dự.
  • Thử một phiên deep work + Pomodoro. Chọn một task viết tài liệu, dành 2 giờ liền không Slack, chia theo 50/10. Ghi lại: bạn hoàn thành được bao nhiêu so với khi làm kiểu thông thường?
  • Soạn một câu từ chối họp lịch sự. Viết sẵn 2–3 mẫu câu để dời/từ chối họp mà vẫn giữ quan hệ tốt với stakeholder — kỹ năng "nói không" mềm mại này chính là negotiation mà bạn đã giỏi từ nghề Sales.

Tóm tắt

Chuyển từ Sales/BD sang BA là chuyển từ nhịp "phản xạ tức thì" sang nhịp "tập trung kiến tạo". Công việc cốt lõi của BA — viết tài liệu, phân tích logic nghiệp vụ — đòi hỏi deep work: những khối 2–4 giờ liền mạch không bị ngắt quãng. Kẻ thù lớn nhất là họp hành (dễ ngốn 40–60% tuần nếu không quản) và thói quen luôn-online từ nghề cũ.

Giải pháp gồm bốn trụ cột: (1) audit để biết thời gian đang đi đâu; (2) time blocking bảo vệ giờ vàng cho deep work; (3) batch công việc phản ứng vào vài khung cố định; (4) triage họp một cách chiến lược, mạnh dạn từ chối những buổi chỉ cần đọc biên bản. Hãy nhớ: kỹ năng negotiation và thuyết phục từ nền Sales chính là lợi thế giúp bạn "nói không" với họp và "bán" văn hóa no-meeting morning cho team. Quản lý thời gian tốt không phải để làm nhiều hơn — mà để tạo ra tài liệu chất lượng cao một cách bền vững, không kiệt sức.