Mục lục
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.
Trả lời ngắn: Research Workflow là chuỗi trạng thái có điều kiện chuyển tiếp. Mỗi chặng quy định đầu vào, người chịu trách nhiệm, đầu ra, tiêu chí pass, cách bàn giao và nơi quay lại khi fail. Workflow cho team biết hồ sơ ở đâu, ai chịu trách nhiệm; nó không bảo đảm kết luận đúng hay loại bỏ rủi ro.
Đọc xong, bạn sẽ hiểu:
- Cách biến checklist thành workflow có hợp đồng stage và review gate.
- Cách bàn giao công việc bằng output/version thay vì tin nhắn rời rạc.
- Cách thiết kế đường trả lỗi, trạng thái chờ ngoại vi và lưu version.
1. Research Workflow là gì và không phải là gì?
State machine là hệ chỉ chuyển trạng thái khi điều kiện đã định nghĩa đạt. Research Workflow dùng tư duy này để tổ chức research:
INTAKE → SCOPE → SOURCE → EXTRACT → ANALYZE → CHALLENGE → DRAFT → REVIEW → RELEASE → MONITOR / ARCHIVE
Một stage là chặng công việc có input và output rõ. Ví dụ, Source không pass vì analyst “đã tìm cả ngày”; nó pass khi source register có nguồn, ngày, vị trí và trạng thái đủ theo scope. Review không pass vì reviewer đã mở file; nó pass khi source, math, logic và boundary được kiểm.
Workflow khác checklist ở chỗ checklist chỉ nói việc cần làm. Workflow nói thêm:
- việc đó bắt đầu khi nào;
- ai chịu trách nhiệm;
- output phải có gì;
- ai nhận output;
- điều kiện nào cho phép đi tiếp;
- fail thì quay về đâu.
Nó cũng khác project plan. Project plan chủ yếu quản thời gian và nguồn lực; Research Workflow quản trạng thái bằng chứng. Hai thứ có thể đi cùng nhau.
Hãy nghĩ tới bếp nhà hàng. Đầu bếp ngừng nấu không làm món tự động thành “ready”. Món chỉ chuyển trạng thái khi đúng ticket, đúng thành phần và qua kiểm. Research cũng vậy: WORK DONE ≠ STAGE PASS. Ngay cả khi stage pass, capital gate (cổng quyết định dùng vốn) vẫn khóa: STAGE PASS ≠ CAPITAL GATE PASS.
Professional Research Report #22 là output được kiểm soát; workflow bài này là cách đưa output đó đi qua từng gate. Phần tự động hóa được giữ cho bài #24.
Hình 1 — Workflow đáng tin khi mỗi stage chỉ chuyển tiếp sau output và exit criteria, đồng thời có đường trả về rõ.
2. Stage contract và status vocabulary
Stage contract là hợp đồng nhỏ cho từng chặng:
ENTRY → OWNER → WORK → OUTPUT → EXIT → HANDOFF → RETURN
- Entry criteria: điều phải có trước khi bắt đầu.
- Owner: một người hoặc role chịu trách nhiệm cho output. Nhiều người có thể hỗ trợ nhưng không nên có “mọi người cùng chịu”.
- Work: hoạt động trong phạm vi stage.
- Output: artifact có tên/version, không phải câu “đã làm”.
- Exit criteria: evidence phải có để stage pass.
- Handoff: bàn giao input/output, open items, evidence links và accept/return.
- Return path: stage công việc phải quay về khi fail.
Ví dụ contract cho Analyze:
| Field | Contract |
|---|---|
| Entry | Extract sheet đã khóa period/unit và source location |
| Owner | Analyst |
| Work | Reproduce metrics, valuation và assumptions |
| Output | ANALYSIS-V1 + WB-VAL-V1 |
| Exit | Math pass; assumptions visible; unknowns labeled |
| Handoff | Analyst → Challenger |
| Return | Mismatch → RETURN_TO_ANALYZE |
Status cũng phải có từ điển chung:
NOT_STARTED · IN_PROGRESS · READY_FOR_REVIEW · RETURNED · BLOCKED_EXTERNAL · APPROVED · ARCHIVED
RETURNED nghĩa là reviewer đã chỉ ra stage phải sửa. BLOCKED_EXTERNAL chỉ dùng khi dependency thật nằm ngoài quyền owner, như chưa nhận được renewal evidence. Thiếu effort, chưa bắt đầu hoặc quên source không phải external blocker. APPROVED chỉ nói output đã qua gate theo scope; không bảo đảm market outcome.
Hình 2 — Stage contract biến câu “làm xong” thành một output có owner, evidence và điều kiện pass kiểm được.
3. Demo RWF-23: từ Intake tới Release
RWF-23 là demo giả định:
- Workflow/cutoff:
RWF-23-V1 / T0. - Decision question:
Can the HBR-22 pack reach committee review in 5 working days without mixing unreviewed evidence? - Scope: C1–C6, valuation workbook, khai báo xung đột và review/release record.
- Out of scope: recommendation, suitability, mức phù hợp danh mục, capital allocation và automation production.
Năm role có thể do ít người kiêm nhiệm, nhưng trách nhiệm vẫn tách: RESEARCH LEAD giữ scope/release; ANALYST giữ source/extract/analyze/draft; CHALLENGER tìm evidence against, unknown và invalidation; INDEPENDENT REVIEWER kiểm source/math/logic; RECORDS OWNER đóng version/archive.
a. Gate board
| Gate | Evidence | Result |
|---|---|---|
| G0 Scope | question, scope, cutoff, owners | PASS |
| G1 Source | C1–C5 sourced; C6 source unavailable | PARTIAL · C6 OPEN |
| G2 Analysis | calculations and valuation reproduced | PASS |
| G3 Challenge | evidence against + invalidation logged | PASS WITH OPEN UNKNOWN |
| G4 Review | source/math/logic/boundary checked | PASS FOR COMMITTEE REVIEW |
| G5 Release | conflicts, owner, review date, archive plan | READY FOR COMMITTEE REVIEW |
G1 partial không bị làm giả thành pass. Decision question chỉ hỏi report pack có đủ cho committee review (hội đồng xem xét) không, chưa hỏi dùng vốn. Vì C6 được công khai, có owner và capital gate vẫn khóa, workflow có thể đi tiếp.
Final status: READY FOR COMMITTEE REVIEW · RENEWAL EVIDENCE OPEN · NO CAPITAL DECISION.
b. Handoff đã điền
| Field | RWF-23 handoff |
|---|---|
| From / to | Analyst / Independent Reviewer |
| Input | HBR-22-R1 / T0 |
| Work completed | C1–C5 verified; valuation reproduced |
| Output | REVIEW-PACK-V1 |
| Open item | C6 renewal pricing/volume |
| Evidence links | SR-01…SR-05; WB-VAL-V1 |
| Accept / return | ACCEPT FOR COMMITTEE REVIEW |
| Next owner / due | Research Lead / Day 5 |
Handoff này giống bàn giao ca bệnh: test nào xong, test nào chờ, hồ sơ ở đâu và ai nhận tiếp đều hiện ra. Nó ngăn reviewer tưởng C6 đã verified chỉ vì file nhìn hoàn chỉnh.
Hình 3 — Một source gate partial vẫn có thể dẫn tới committee review khi unknown được công khai và capital gate còn khóa.
4. Failure paths, rework và version control
Workflow tốt không chỉ vẽ happy path. Nó phải nói rõ lỗi đi đâu:
| Failure | Return/stop |
|---|---|
| Sai period (kỳ), unit (đơn vị) hoặc source location | RETURN_TO_EXTRACT |
| Equation mismatch hoặc giả định bị giấu | RETURN_TO_ANALYZE |
| Thiếu evidence against/invalidation | RETURN_TO_CHALLENGE |
| Thiếu conflict disclosure hoặc reviewer | RELEASE_BLOCKED |
| Có dữ liệu mới sau T0 | Tạo RWF-23-V2; không overwrite V1 |
Nếu reviewer phát hiện sai period ở Draft, người viết không nên sửa con số trực tiếp rồi tiếp tục. Lỗi phải về Extract, vì extract sheet, downstream calculation và claim đều có thể bị ảnh hưởng. Return path giữ “địa chỉ sửa” rõ.
Với C6, external renewal evidence chưa có. Chỉ work item C6 mang BLOCKED_EXTERNAL; C1–C5 vẫn có thể được review. Nếu toàn workflow bị gắn blocked, team sẽ không biết phần nào thực sự đứng yên.
Version archive là snapshot đã đóng cùng evidence và lịch sử thay đổi. Dữ liệu mới sau cutoff tạo V2. Cách này giống bản vẽ xây dựng: revision mới không tẩy revision đã được dùng cho biên bản cũ.
Sai lầm thường gặp:
- coi activity completion là stage pass;
- dùng owner mơ hồ như “team”;
- dồn review tới cuối;
- handoff chỉ qua chat;
- gọi mọi trì hoãn là blocker;
- sửa file approved mà không đổi version.
CFA Institute Standard V(A) là ví dụ theo phạm vi thành viên/candidate về diligence, source review và model limits. Standard V(C) minh họa nhu cầu giữ records hỗ trợ analysis/conclusion. Đây không phải tuyên bố workflow demo đạt chuẩn nghề nghiệp.
Hình 4 — Rework có địa chỉ cụ thể giúp lỗi quay về nơi sửa được thay vì trôi trong chat hoặc bị vá ở cuối.
5. Checklist thiết kế workflow
- Viết một decision question có output và thời hạn.
- Khóa scope, out-of-scope, cutoff và version.
- Vẽ 5–10 stage; mỗi stage chỉ làm một loại chuyển đổi chính.
- Ghi entry, owner, work, output, exit, handoff và return.
- Dùng status vocabulary hữu hạn; định nghĩa từng status.
- Đặt review sớm cho source, math và challenge, không chỉ ở Release.
- Nêu critical/noncritical work item và tác động tới gate.
- Viết failure matrix; không để “sửa khi có lỗi”.
- Khóa release boundary, archive rule và trigger tạo version mới.
- Chạy thử bằng một case demo trước khi dùng với research thật.
Dừng thiết kế và quay lại scope nếu không thể nói output cuối phục vụ quyết định nào. Dừng release nếu thiếu owner, material calculation không tái tạo được, conflict chưa khai báo hoặc reviewer chưa chấp nhận boundary.
CFA Institute Standard V(B), trong phạm vi thành viên/candidate, là ví dụ về công khai quy trình/giới hạn và tách fact khỏi opinion. Workflow có thể biến các yêu cầu giao tiếp này thành exit criteria kiểm được.
6. Bài tập 15 phút: Workflow Control Card
Dùng Google Sheets, Trello free hoặc giấy; không ticker, không tiền thật và chưa tự động hóa:
- 2 phút: workflow ID, cutoff, question.
- 3 phút: stages và owners.
- 3 phút: một stage contract.
- 3 phút: gates và statuses.
- 2 phút: return paths.
- 2 phút: release/version rule.
a. Mẫu đối chiếu đã điền
| Field | RWF-23 demo |
|---|---|
| Workflow / cutoff | RWF-23-V1 / T0 |
| Decision question | Can HBR-22 reach committee review in 5 working days? |
| Current stage | REVIEW |
| Current status | READY_FOR_REVIEW |
| Input / output | HBR-22-R1 / REVIEW-PACK-V1 |
| Owner / reviewer | Analyst / Independent Reviewer |
| Open item | C6 renewal pricing/volume · BLOCKED_EXTERNAL |
| Return rule | Math mismatch → RETURN_TO_ANALYZE |
| Release | READY FOR COMMITTEE REVIEW · RENEWAL EVIDENCE OPEN · NO CAPITAL DECISION |
| Version rule | New post-T0 evidence → RWF-23-V2 |
Kết quả đạt khi một người khác nhìn card có thể chỉ ra hồ sơ ở đâu, output nào đang được review, item nào open và lỗi phải trả về đâu.
7. Tổng kết
a. Năm ý chính
- Research Workflow là state machine có gate, không chỉ là checklist.
- Stage contract khóa entry, owner, output, exit, handoff và return.
- Status hữu hạn giúp phân biệt chưa làm, returned, external blocker và approved.
- Failure path đưa lỗi về đúng nơi; version mới không ghi đè snapshot cũ.
- Committee-ready không đồng nghĩa capital-ready khi critical evidence còn open.
b. Câu hỏi tự kiểm tra
- Vì sao “đã làm xong” chưa đủ để stage pass?
RETURNEDkhácBLOCKED_EXTERNALthế nào?- Tại sao G1 partial vẫn có thể đi tới committee review?
- Khi có dữ liệu sau T0, team phải xử lý version ra sao?
c. Gợi ý đáp án
Xem gợi ý câu 1
Stage chỉ pass khi output và exit criteria có evidence, không phải khi activity dừng. Xem mục 1–2.
Xem gợi ý câu 2
Returned là output fail gate và phải sửa; blocked external là dependency thật ngoài quyền owner. Xem mục 2–4.
Xem gợi ý câu 3
C6 được công khai và capital gate khóa; decision question hiện tại chỉ yêu cầu committee review. Xem mục 3.
Xem gợi ý câu 4
Tạo RWF-23-V2, giữ nguyên và archive V1 để bảo toàn lịch sử quyết định. Xem mục 4.
d. Thuật ngữ cần nhớ
| Thuật ngữ | Giải thích ngắn |
|---|---|
| Research Workflow | Chuỗi stage có contract, gate và return path |
| State machine | Hệ chỉ chuyển trạng thái khi điều kiện đạt |
| Stage contract | Quy tắc entry, owner, output, exit và return |
| Entry criteria | Điều phải có trước khi bắt đầu |
| Exit criteria | Evidence cần để stage pass |
| Owner | Role chịu trách nhiệm cho output |
| Handoff | Bàn giao version, open item và accept/return |
| Review gate | Điểm kiểm trước khi chuyển trạng thái |
| Return path | Stage công việc quay về khi fail |
| Version archive | Snapshot đã đóng và lịch sử update |
e. Nguồn tham khảo
- CFA Institute — Standard V(A) Diligence and Reasonable Basis.
- CFA Institute — Standard V(B) Communication.
- CFA Institute — Standard V(C) Record Retention.
- SEC — How to Read a 10-K.
- SEC — EDGAR APIs.
- RWF-23/HBR-22 là fictional demo.
Bài tiếp theo, Research Automation #24, sẽ xác định bước nào có thể tự động hóa, gate nào phải giữ human review và cách dừng khi evidence không đạt.
Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.
Bài tiếp theo