Consulting Mindset

Tự phản tư (Self-reflection): Cách tự đánh giá lại các tương tác để tiến bộ sau mỗi dự án

7/19/2026 · 11p đọc


title: "Tự phản tư (Self-reflection): Cách tự đánh giá lại các tương tác để tiến bộ sau mỗi dự án"
series: "Thư viện Kỹ năng BA·PO·EA: 45 Bài học Thực chiến"
part: "Phần 1 — Tư duy Nền tảng & Tâm lý"
skill_number: 15
audience: "BA, PO, EA & vai trò làm việc trực tiếp với khách hàng"
reading_time: "9 phút đọc"
tags: ["self-reflection", "after-action-review", "growth-mindset", "ba-skills", "giao-tiếp", "phần-1"]

Tự phản tư (Self-reflection): Cách tự đánh giá lại các tương tác để tiến bộ sau mỗi dự án

Dự án kết thúc, hợp đồng nghiệm thu, ai cũng thở phào rồi lao ngay vào dự án tiếp theo — mấy ai dừng lại 30 phút để hỏi: "Nếu làm lại, mình sẽ làm khác chỗ nào?" Chính khoảng dừng đó phân biệt một BA/PO/EA có 5 năm kinh nghiệm với một người có 1 năm kinh nghiệm lặp lại 5 lần. Bài này khép lại Phần 1 của series — tổng hợp lại: mọi kỹ năng lắng nghe, thấu cảm, kiểm soát cảm xúc, giữ ranh giới... chỉ thực sự trở thành năng lực khi có một vòng phản tư (self-reflection) để biến trải nghiệm thành bài học.

🎯 Kỹ thuật cốt lõi: After Action Review (AAR)

After Action Review là kỹ thuật quân đội Mỹ (US Army) phát triển từ thập niên 1970, sau này được giới quản trị dự án và tổ chức học tập (learning organization) áp dụng rộng rãi vì tính đơn giản và hiệu quả. Cốt lõi là 4 câu hỏi, hỏi đúng thứ tự, hỏi trung thực với chính mình (hoặc với cả nhóm nếu làm AAR tập thể):

  1. Dự định gì? (What was supposed to happen?) — Mục tiêu ban đầu của mình trong tương tác/giai đoạn đó là gì? Kỳ vọng đặt ra lúc đầu ra sao?
  2. Thực tế xảy ra gì? (What actually happened?) — Mô tả sự kiện khách quan, không phán xét, không đổ lỗi. Chỉ ghi nhận facts.
  3. Vì sao khác nhau? (Why was there a difference?) — Phân tích khoảng cách giữa dự định và thực tế. Đây là bước khó nhất vì đòi hỏi thành thật nhìn vào phần lỗi của chính mình, không chỉ đổ cho "khách hàng khó tính" hay "yêu cầu không rõ".
  4. Lần sau làm gì khác? (What will we do differently?) — Chuyển bài học thành hành động cụ thể, có thể áp dụng ngay ở dự án/tình huống tiếp theo — không chỉ là cảm nhận chung chung "sẽ cẩn thận hơn".

Điểm mạnh của AAR nằm ở chỗ nó tách bạch rạch ròi bước 2 (mô tả) và bước 3 (phân tích nguyên nhân) — nhiều người tự phản tư thất bại vì nhảy thẳng vào phán xét ("tại mình dở") mà chưa mô tả khách quan chuyện gì đã xảy ra trước. Một biến thể hữu ích: làm AAR cho toàn bộ dự án sau khi kết thúc, nhưng cũng nên làm AAR "mini" (5 phút) ngay sau mỗi cuộc họp căng thẳng hoặc mỗi lần cảm thấy tương tác "có gì đó sai sai" — đừng đợi đến cuối dự án mới nhớ lại, ký ức sẽ phai và méo mó.

Bối cảnh (Situation)

Tình huống dưới đây là minh hoạ tổng hợp từ các mô hình dự án phổ biến, không phải case cụ thể của công ty nào.

Chị H., BA của một công ty phần mềm, vừa kết thúc một dự án triển khai hệ thống quản lý bán hàng cho một chuỗi bán lẻ vừa. Dự án kéo dài 5 tháng, về đích trễ so với kế hoạch gần 3 tuần, và trong suốt quá trình có không dưới bốn lần khách hàng phàn nàn với sếp của chị H. rằng "làm việc với BA bên em cảm giác hơi khó chịu, cứ như bị vặn hỏi liên tục". Dự án cuối cùng vẫn nghiệm thu thành công, khách hàng hài lòng với sản phẩm, nhưng cái dư vị "khó chịu" đó khiến chị H. trăn trở. Cô biết mình làm việc kỹ, hỏi kỹ để tránh sai sót — nhưng rõ ràng cách hỏi của mình đang gây ra một hiệu ứng phụ mà cô chưa nhìn thấy.

Sếp của chị H. không trách móc gì cả — dự án về đích, hợp đồng đã thanh toán, coi như xong. Nhưng chị H. tự thấy có gì đó chưa ổn, và cô sắp bắt đầu một dự án mới, quy mô lớn hơn, với một khách hàng còn khó tính hơn. Nếu cứ mang nguyên "phong cách cũ" sang dự án mới mà không hiểu rõ vấn đề nằm ở đâu, rủi ro lặp lại là rất cao — và lần này có thể hậu quả sẽ nặng hơn nhiều, vì khách hàng mới vốn đã nổi tiếng là hay đánh giá gắt gao thái độ làm việc của đối tác.

Thách thức (Task)

Cái khó của chị H. không phải là thiếu năng lực chuyên môn — chị làm requirement rất chắc, tài liệu rõ ràng, không sót nghiệp vụ. Cái khó nằm ở chỗ: cảm giác "có gì đó sai" rất mơ hồ, không có một sự cố cụ thể nào để chỉ ra. Không có buổi họp nào đổ vỡ, không có email nào khách hàng gay gắt. Chỉ là những lời phàn nàn gián tiếp, rải rác, qua nhiều tháng — dạng phản hồi khó nắm bắt và rất dễ bị bỏ qua vì "dự án vẫn chạy tốt mà".

Nếu chị H. bỏ qua, coi đây là chuyện nhỏ không đáng bận tâm, có ba khả năng xảy ra ở dự án tiếp theo: (1) thói quen giao tiếp gây khó chịu này lặp lại và tích tụ thành ấn tượng xấu với khách hàng mới ngay từ đầu — trong khi lần này công ty đang muốn giữ mối quan hệ dài hạn với khách hàng đó; (2) chị H. tiếp tục không ý thức được nguyên nhân gốc rễ, nên dù có cố "cẩn thận hơn" một cách chung chung thì vẫn lặp lại đúng lỗi cũ vì không biết cụ thể mình đang làm sai điều gì; (3) về lâu dài, những phản hồi kiểu "khó làm việc" tích luỹ sẽ ảnh hưởng đến uy tín cá nhân và cơ hội được giao các dự án lớn, quan trọng hơn.

Thách thức thực sự là: làm sao biến một cảm giác mơ hồ, khó chịu thành một bài học rõ ràng, cụ thể, có thể sửa được — mà không rơi vào một trong hai thái cực thường gặp: tự trách bản thân quá mức đến mất tự tin, hoặc phòng thủ đổ hết lỗi cho khách hàng "khó tính" để khỏi phải nhìn lại mình.

Hành động (Action)

Chị H. dành một buổi chiều thứ Sáu, sau khi dự án đã chính thức đóng, để tự làm một buổi After Action Review với chính mình. Cô làm theo trình tự sau:

Bước 1 — Tập hợp dữ liệu thô trước khi phân tích. Thay vì ngồi nhớ lại chung chung, chị H. lục lại email, biên bản họp, tin nhắn Zalo/Teams trao đổi với khách hàng trong suốt 5 tháng. Cô đặc biệt tìm lại đúng bốn thời điểm khách hàng có phản hồi "khó chịu" gián tiếp (qua lời sếp kể lại hoặc qua thái độ khách hàng trong họp), ghi chú lại bối cảnh mỗi lần: đang họp gì, đang hỏi gì, ai nói gì.

Bước 2 — Trả lời câu hỏi 1: Dự định gì? Với từng tình huống, chị H. viết ra: "Lúc đó mình định làm gì?". Ví dụ ở một buổi họp requirement, mục tiêu của chị là "làm rõ toàn bộ luồng nghiệp vụ đổi trả hàng trước khi chốt scope, tránh sót case".

Bước 3 — Trả lời câu hỏi 2: Thực tế xảy ra gì? Chị H. mô tả thuần khách quan, không gắn nhãn tốt/xấu: "Mình đặt liên tiếp 8-9 câu hỏi 'vậy nếu trường hợp X thì sao', 'còn trường hợp Y thì xử lý thế nào' trong vòng 20 phút, không dừng lại giải thích tại sao mình hỏi, không tóm tắt lại những gì đã thống nhất trước khi hỏi câu tiếp theo." Đây là bước chị H. thấy khó nhất — ban đầu cô có xu hướng viết luôn "mình hỏi hơi nhiều" (đã là phán xét), phải tự nhắc mình lùi lại, mô tả đúng hành vi quan sát được trước.

Bước 4 — Trả lời câu hỏi 3: Vì sao khác nhau? Đây là bước chị H. phát hiện ra điều quan trọng nhất. Cô nhận ra: dự định của mình (làm rõ nghiệp vụ, tránh sót) là đúng và cần thiết — vấn đề không nằm ở việc hỏi nhiều, mà nằm ở cách hỏi dồn dập, liên tục, không có nhịp nghỉ, không giải thích lý do hỏi. Với người phía khách hàng — vốn không quen bị "vặn" kiểu điều tra — chuỗi câu hỏi liên tiếp không có ngữ cảnh dễ tạo cảm giác bị hỏi cung hơn là được tư vấn. Chị H. cũng nhận ra: thói quen này của mình hình thành từ áp lực sợ sót nghiệp vụ ở các dự án trước, nên vô thức "truy" cho bằng hết trong một lần ngồi — thay vì trải đều qua nhiều vòng trao đổi ngắn.

Bước 5 — Trả lời câu hỏi 4: Lần sau làm gì khác? Chị H. chuyển bài học thành 3 hành động cụ thể, không chung chung: (a) trước khi hỏi một chuỗi câu hỏi làm rõ nghiệp vụ, luôn mở đầu bằng một câu giải thích ngắn "để em tài liệu hoá đầy đủ, em xin hỏi thêm vài trường hợp nhé"; (b) sau mỗi 2-3 câu hỏi, dừng lại tóm tắt ngắn gọn điều vừa thống nhất trước khi hỏi tiếp — vừa để khách hàng thấy tiến độ, vừa để bản thân tự kiểm tra nhịp hỏi; (c) nếu một buổi họp cần làm rõ nhiều nghiệp vụ phức tạp, chủ động chia thành 2 buổi ngắn thay vì dồn hết vào một buổi dài.

Bước 6 — Viết lại thành "quy tắc cá nhân" ngắn gọn, dán ngay đầu checklist chuẩn bị họp của mình cho dự án tiếp theo, để không chỉ dừng ở nhận thức mà biến thành hành vi lặp lại được.

Kết quả (Result)

Ở dự án tiếp theo, chị H. áp dụng đúng 3 điều chỉnh trên ngay từ buổi họp requirement đầu tiên. Sau khoảng một tháng, khi trưởng nhóm phía khách hàng chủ động nói với sếp của chị H. rằng "BA lần này làm việc rất dễ chịu, hỏi kỹ nhưng không cảm giác bị căng thẳng" — chị H. biết điều chỉnh của mình đã đúng hướng. Không phải chị hỏi ít đi, tài liệu vẫn đầy đủ nghiệp vụ như trước, chỉ là cách hỏi đã thay đổi.

Điều chưa hoàn hảo: chị H. thừa nhận thói quen "truy hỏi dồn dập" đã ăn sâu, nên trong 2-3 buổi họp đầu của dự án mới, cô vẫn phải tự nhắc mình giữa chừng ("khoan, mình vừa hỏi liền 3 câu rồi, dừng lại tóm tắt đã") — nghĩa là chưa trở thành phản xạ tự nhiên, vẫn cần ý thức chủ động can thiệp. Chị H. cũng nhận ra bài học này lẽ ra nên phát hiện sớm hơn nhiều — nếu cô làm AAR ngay sau buổi họp đầu tiên có dấu hiệu bất ổn ở dự án cũ (thay vì đợi đến hết cả dự án), có thể cô đã điều chỉnh kịp trước khi khách hàng cũ tích luỹ đủ bốn lần khó chịu để phải phàn nàn với sếp.

📋 Áp dụng ngay

  • Sau mỗi cuộc họp/tương tác quan trọng với khách hàng, dành 5 phút tự hỏi nhanh 4 câu AAR — đừng đợi đến cuối dự án mới làm, ký ức sẽ phai.
  • Khi mô tả "thực tế xảy ra gì" (bước 2), viết hành vi quan sát được trước, chưa vội phán xét — tách rõ "mô tả" và "đánh giá nguyên nhân" thành hai bước riêng.
  • Chủ động tìm phản hồi gián tiếp (qua sếp, qua đồng nghiệp, qua thái độ khách hàng) thay vì chỉ dựa vào việc "không ai phàn nàn thẳng với mình = ổn".
  • Mỗi bài học rút ra phải chuyển thành một hành động cụ thể, đo lường được ở tình huống tiếp theo — không dừng ở cảm nhận chung chung như "sẽ cẩn thận hơn".
  • Ghi lại các "quy tắc cá nhân" đúc kết được vào một nơi cố định (checklist chuẩn bị họp, sổ tay cá nhân) để không phải phát hiện lại cùng một bài học nhiều lần.

💡 Bài học đúc rút (Key Takeaway)

Kinh nghiệm không tự động biến thành năng lực — chỉ có phản tư mới làm được điều đó. Một BA/PO/EA làm 10 dự án mà không dừng lại hỏi "dự định gì, thực tế ra sao, vì sao khác, lần sau làm gì khác" thì chỉ đang lặp lại 10 lần cùng một sai lầm, dưới vỏ bọc của "kinh nghiệm".

🔗 Kỹ năng liên quan


Bài trước: Sự kiên nhẫn trong tư vấn · Bài tiếp theo: Nghệ thuật "Dịch thuật"

Tự phản tư (Self-reflection): Cách tự đánh giá lại các tương tác để tiến bộ sau mỗi dự án