DÙNG AI CHUẨN BỊ HỌP GIAO BAN DỰ ÁN:
TỪ DỮ LIỆU RỜI RẠC ĐẾN ĐÚNG VẤN ĐỀ, ĐÚNG NGƯỜI, ĐÚNG HẠN
Một cuộc họp giao ban dự án có thể kéo dài:
1 GIỜ.
2 GIỜ.
THẬM CHÍ 3 GIỜ.
Nhưng kết thúc cuộc họp vẫn có thể xảy ra:
“Việc này ai làm?”
“Khi nào phải xong?”
“Tuần trước đã thống nhất thế nào?”
“RFI này đang chờ ai?”
“Vật tư này bao giờ về?”
“Nhà thầu đã cam kết ngày nào?”
“Vấn đề này đã nói mấy lần rồi?”
Vấn đề không hẳn là:
THIẾU CUỘC HỌP.
Mà thường là:
DỮ LIỆU TRƯỚC HỌP CHƯA ĐƯỢC CHUẨN BỊ
+
ACTION SAU HỌP CHƯA ĐƯỢC THEO DÕI ĐẾN CÙNG.
AI có thể hỗ trợ rất mạnh ở đây.
Không phải để:
“AI HỌP THAY CON NGƯỜI.”
Mà để tạo một vòng quản lý:
DỮ LIỆU DỰ ÁN
→ VẤN ĐỀ
→ AGENDA
→ CUỘC HỌP
→ QUYẾT ĐỊNH
→ ACTION
→ RESPONSIBLE
→ DUE DATE
→ THEO DÕI
→ HỌP KỲ SAU.
Khi làm đúng:
BIÊN BẢN HỌP KHÔNG CÒN LÀ TÀI LIỆU ĐỂ LƯU.
Nó trở thành:
MỘT CÔNG CỤ ĐIỀU HÀNH DỰ ÁN.
────────────────────
BƯỚC 1: ĐỪNG BẮT ĐẦU CUỘC HỌP BẰNG CÂU:
“CÁC BÊN CÓ Ý KIẾN GÌ KHÔNG?”
Cách này rất dễ khiến cuộc họp:
LAN MAN.
Thay vào đó, trước họp phải biết:
1. Việc nào từ kỳ trước chưa đóng?
2. Việc nào đã quá hạn?
3. Mốc tiến độ nào sắp đến?
4. Công việc nào đang có vấn đề?
5. Vật tư nào có nguy cơ?
6. RFI nào cần phản hồi?
7. NCR/Punch nào tồn đọng?
8. Hồ sơ nào đang tắc?
9. Nội dung nào cần quyết định?
10. Ai cần tham gia để quyết định?
Đó mới là:
MEETING AGENDA DỰA TRÊN DỮ LIỆU.
────────────────────
BƯỚC 2: TẠO “MEETING DATA PACK”
Trước cuộc họp, tập hợp:
• Biên bản họp kỳ trước.
• Action Register.
• Tiến độ cập nhật.
• Báo cáo tuần.
• RFI Register.
• NCR Register.
• Punch List.
• Material/Procurement Register.
• Resource Register.
• Drawing/Submittal Register.
• Các vấn đề thương mại nếu cuộc họp có phạm vi này.
Không nhất thiết cuộc họp nào cũng dùng tất cả.
Chỉ lấy:
DỮ LIỆU LIÊN QUAN.
────────────────────
BƯỚC 3: KHÓA “DATA DATE”
Ví dụ:
Họp:
09:00 ngày 05/10/2026.
Dữ liệu khóa lúc:
17:00 ngày 04/10/2026.
Ghi rõ:
MEETING DATA DATE:
04/10/2026.
Nếu:
Material Register chỉ cập nhật đến 01/10
thì phải ghi:
MATERIAL DATA DATE:
01/10/2026.
Không để người họp tưởng:
TẤT CẢ DỮ LIỆU ĐỀU MỚI NHẤT.
────────────────────
BƯỚC 4: ĐỌC BIÊN BẢN HỌP KỲ TRƯỚC TRƯỚC TIÊN
Đây là việc AI làm rất tốt.
Prompt:
“Đọc biên bản họp kỳ trước.
Trích toàn bộ nội dung có tính chất:
ACTION
QUYẾT ĐỊNH
CAM KẾT
DEADLINE
YÊU CẦU
VẤN ĐỀ CẦN THEO DÕI.
Lập bảng:
Action ID | Nội dung | Responsible được ghi nhận | Assigned Date | Due Date | Status theo biên bản | Evidence | Trang.
Không tự bổ sung Responsible hoặc Due Date.”
────────────────────
BƯỚC 5: TẠO “ACTION REGISTER”
Đừng để Action nằm rải rác trong 20 biên bản.
Hãy đưa về một bảng:
Action ID.
Meeting Date.
Category.
Issue.
Action.
Responsible.
Assigned Date.
Due Date.
Status.
Last Update.
Evidence.
Related Activity.
Related RFI/NCR.
Remarks.
Ví dụ:
ACT-025.
Issue:
RFI-032 chưa có phản hồi.
Action:
Theo dõi phản hồi thiết kế.
Responsible:
Theo biên bản.
Due:
05/10.
Status:
Open.
Từ đây:
MỌI CUỘC HỌP CÙNG DÙNG MỘT ACTION REGISTER.
────────────────────
BƯỚC 6: PHÂN BIỆT “ISSUE” VÀ “ACTION”
Ví dụ:
ISSUE:
Máy bơm chưa về công trường.
Đây chưa phải Action.
ACTION có thể là:
Nhà thầu cập nhật xác nhận ngày giao hàng.
Hoặc:
Cung cấp Shipping Document.
Hoặc:
Cập nhật phương án vận chuyển.
Một Issue có thể có:
NHIỀU ACTION.
AI cần tách rõ:
ISSUE
→ ACTION.
────────────────────
BƯỚC 7: PHÂN BIỆT “ACTION” VÀ “DECISION”
Ví dụ:
“Nhà thầu gửi lại Shop Drawing trước 05/10.”
→ ACTION.
“Thống nhất sử dụng phương án B.”
→ DECISION.
Hai loại này nên quản lý riêng.
Tạo:
DECISION REGISTER.
Cột:
Decision ID
| Date
| Subject
| Decision
| Basis/Reference
| Decided/Confirmed by theo biên bản
| Related Action
| Evidence.
Điều này cực kỳ hữu ích vài tháng sau khi có câu hỏi:
“AI ĐÃ THỐNG NHẤT VIỆC NÀY?”
────────────────────
BƯỚC 8: PHÂN BIỆT “CAM KẾT” VÀ “QUYẾT ĐỊNH”
Ví dụ:
Nhà thầu nói:
“Cam kết ngày 10/10 hoàn thành tầng 5.”
Đây là:
COMMITMENT.
Không tự coi là:
CONTRACTUAL DEADLINE.
AI phải giữ nguyên bản chất.
Tạo:
COMMITMENT REGISTER.
Commitment ID
| Party
| Content
| Commitment Date
| Target Date
| Source
| Current Evidence
| Status cần kiểm tra.
────────────────────
BƯỚC 9: RÀ SOÁT ACTION ĐÃ QUÁ HẠN
Nếu:
Due Date < Data Date
và:
Status chưa Closed theo rule,
AI có thể đánh dấu:
OVERDUE.
Ví dụ:
ACT-015.
Due:
30/09.
Data Date:
04/10.
Status:
Open.
→ Overdue 4 ngày theo cách tính ngày lịch nếu đó là quy tắc được sử dụng.
Nhưng nếu deadline dùng:
WORKING DAYS
thì phải tính đúng lịch làm việc.
Không biết:
KHÔNG TỰ TÍNH.
────────────────────
BƯỚC 10: TÌM ACTION “NO UPDATE”
Một việc chưa quá hạn nhưng:
10 ngày không cập nhật
cũng đáng chú ý.
Ví dụ:
Status:
In Progress.
Last Update:
20/09.
Data Date:
04/10.
AI có thể ghi:
NO UPDATE FOR 14 DAYS.
Không kết luận:
“Không ai xử lý.”
Chỉ nói:
CHƯA THẤY CẬP NHẬT TRONG REGISTER.
────────────────────
BƯỚC 11: TÌM ACTION LẶP QUA NHIỀU CUỘC HỌP
Đây là một ứng dụng AI rất hay.
Ví dụ:
Biên bản 01:
“Bổ sung biện pháp thi công.”
Biên bản 02:
“Nhà thầu tiếp tục bổ sung biện pháp.”
Biên bản 03:
“Biện pháp chưa hoàn thiện.”
AI có thể phát hiện:
CÓ KHẢ NĂNG CÙNG MỘT VẤN ĐỀ LẶP QUA 3 KỲ HỌP.
Nhưng không tự gộp.
Phải để:
NGƯỜI PHỤ TRÁCH XÁC NHẬN.
────────────────────
BƯỚC 12: TẠO “AGING”
Ví dụ:
0–7 ngày.
8–14 ngày.
15–30 ngày.
>30 ngày.
Áp dụng cho:
Action.
RFI.
NCR.
Punch.
Submittal.
Khi đó cuộc họp không chỉ hỏi:
“Còn bao nhiêu việc?”
Mà biết:
“VIỆC NÀO ĐÃ TỒN QUÁ LÂU?”
────────────────────
BƯỚC 13: ĐƯA TIẾN ĐỘ VÀO CUỘC HỌP
Không cần đọc 3.000 Activity.
Chỉ lấy:
Milestone sắp tới.
Activity đang triển khai.
Activity có dấu hiệu sau Planned Finish.
Activity bắt đầu trong 7–14 ngày.
Activity có Issue liên quan.
AI tạo:
SCHEDULE EXCEPTION LIST.
Bảng:
Activity ID
| Activity
| Plan
| Actual/Forecast
| Issue
| Related Action
| Responsible
| Decision Needed?
────────────────────
BƯỚC 14: TÌM “DECISION NEEDED”
Đây là phần rất quan trọng.
Không phải vấn đề nào cũng cần đưa lên cuộc họp.
Ví dụ:
RFI đang xử lý đúng hạn.
→ Không nhất thiết cần bàn.
Nhưng:
RFI liên quan Activity bắt đầu sau 3 ngày và chưa có phản hồi.
→ Có thể cần:
MANAGEMENT ATTENTION.
AI có thể lọc:
ISSUE CÓ MỐC GẦN
+
CHƯA CÓ ACTION/DECISION RÕ.
────────────────────
BƯỚC 15: ĐƯA VẬT TƯ VÀO AGENDA
Không đọc toàn bộ Material Register.
Chỉ lấy:
Vật tư cần trong 30 ngày.
Long Lead Item.
Item chưa Approved.
Item chưa PO.
Item Expected Delivery sau Need Date.
Item đã về nhưng Pending Inspection.
Item No Update.
Bảng:
Material
| Need Date
| Current Status
| Forecast/Confirmed Delivery
| Gap
| Action
| Decision Needed.
────────────────────
BƯỚC 16: ĐƯA RFI VÀO AGENDA
Không báo:
“Có 200 RFI.”
Hãy lọc:
Open.
Overdue.
No Update.
Liên quan Activity sắp thi công.
Liên quan thay đổi thiết kế.
Liên quan nhiều bộ môn.
Ví dụ:
RFI-025
→ Open 18 ngày
→ Activity bắt đầu sau 5 ngày.
Đây mới là:
NỘI DUNG CẦN HỌP.
────────────────────
BƯỚC 17: ĐƯA NCR VÀO AGENDA
Lọc:
Open lâu.
Corrective Action chưa hoàn thành.
Ready for Re-inspection.
Recurring Issue.
NCR liên quan khu vực sắp bàn giao.
Không để cuộc họp biến thành:
ĐỌC TỪNG NCR.
Chỉ tập trung:
EXCEPTION.
────────────────────
BƯỚC 18: ĐƯA PUNCH LIST VÀO AGENDA
Đặc biệt ở giai đoạn hoàn thiện:
Open Punch.
Overdue.
Reopened.
Ready for Re-inspection.
Punch tại khu vực sắp bàn giao.
Ví dụ:
Tower A – Floor 5:
80 Punch Open.
Handover:
10 ngày nữa.
Đây là:
MỘT VẤN ĐỀ QUẢN LÝ.
────────────────────
BƯỚC 19: ĐƯA NHÂN LỰC VÀ THIẾT BỊ VÀO AGENDA
Không cần đọc:
“Công trường có 520 người.”
Hãy tìm:
Resource Plan ↔ Actual.
Biến động mạnh.
Activity có Workfront Ready nhưng nguồn lực dưới Plan.
Thiết bị Breakdown.
Thiết bị quan trọng No Update.
Required Production Rate > Recorded Rate.
Nhưng:
AI KHÔNG TỰ KẾT LUẬN PHẢI TĂNG BAO NHIÊU NGƯỜI.
────────────────────
BƯỚC 20: TẠO “PRE-MEETING EXCEPTION REPORT”
Trước họp, AI có thể tạo 1–2 trang:
A. ACTION TỪ KỲ TRƯỚC
Open.
Overdue.
No Update.
B. TIẾN ĐỘ
Milestone.
Activity cần chú ý.
C. DESIGN
RFI/Submittal.
D. PROCUREMENT
Material at Risk.
E. QUALITY
NCR/Punch.
F. RESOURCE
Manpower/Equipment.
G. DECISION REQUIRED
Các vấn đề cần người có thẩm quyền quyết định.
Đây là tài liệu nên gửi:
TRƯỚC CUỘC HỌP.
────────────────────
BƯỚC 21: TẠO AGENDA THEO “VẤN ĐỀ”, KHÔNG THEO “PHÒNG BAN BÁO CÁO”
Cách cũ:
Planning báo cáo.
QA/QC báo cáo.
MEP báo cáo.
Procurement báo cáo.
Document báo cáo.
Dễ dẫn đến:
MỖI NGƯỜI ĐỌC BÁO CÁO CỦA MÌNH.
Cách khác:
ISSUE 1:
Mốc tầng 5.
→ Planning.
→ Material.
→ MEP.
→ RFI.
→ Resource.
Tất cả dữ liệu cùng phục vụ:
MỘT VẤN ĐỀ.
Đây là cách AI có thể giúp liên kết dữ liệu rất mạnh.
────────────────────
BƯỚC 22: MỖI AGENDA ITEM PHẢI CÓ “MỤC TIÊU”
Ví dụ:
Không nên ghi:
“Thảo luận máy biến áp.”
Hãy ghi:
“Mục tiêu: xác nhận tình trạng sản xuất, ngày giao dự kiến/đã xác nhận và Action cần thiết trước Need Date.”
Khi đó cuộc họp biết:
PHẢI CHỐT ĐƯỢC GÌ.
────────────────────
BƯỚC 23: MỖI ISSUE NÊN CÓ “FACT PACK”
Ví dụ:
ISSUE:
Máy biến áp.
Fact Pack:
Need Date:
15/12.
PO:
Đã phát hành ngày...
Manufacturing:
Theo cập nhật...
Expected Delivery:
...
Confirmed Delivery:
...
Last Update:
...
Related Activity:
...
Evidence:
...
Cuộc họp không còn tranh luận:
“TÔI NHỚ LÀ...”
Mà nhìn:
DỮ LIỆU.
────────────────────
BƯỚC 24: AI KHÔNG ĐƯỢC TỰ VIẾT “KẾT LUẬN CUỘC HỌP”
Đây là nguyên tắc rất quan trọng.
Trong lúc họp:
AI có thể ghi nhận.
Nhưng các câu như:
“Thống nhất...”
“Chấp thuận...”
“Yêu cầu...”
“Quyết định...”
phải dựa trên:
NỘI DUNG THỰC SỰ ĐƯỢC XÁC NHẬN.
Nếu âm thanh không rõ:
KHÔNG ĐƯỢC ĐOÁN.
Ghi:
CẦN XÁC NHẬN LẠI NỘI DUNG.
────────────────────
BƯỚC 25: TỪ GHI ÂM → BIÊN BẢN
Nếu chính sách dự án cho phép ghi âm:
Có thể dùng AI:
AUDIO
→ TRANSCRIPT
→ MINUTES.
Nhưng cần lưu ý:
Quyền riêng tư.
Bảo mật.
Quy định của đơn vị.
Sự đồng ý/cho phép ghi âm khi cần thiết.
Không đưa dữ liệu nhạy cảm lên dịch vụ AI công cộng nếu chính sách dự án không cho phép.
────────────────────
BƯỚC 26: ĐỪNG ĐỂ AI TÓM TẮT QUÁ SỚM
Một bản ghi 2 giờ nếu chỉ yêu cầu:
“Tóm tắt cuộc họp.”
AI có thể bỏ mất:
Deadline.
Con số.
Tên tài liệu.
Cam kết.
Điều kiện.
Cách tốt hơn:
TRÍCH DỮ LIỆU TRƯỚC
→ TÓM TẮT SAU.
Ví dụ yêu cầu AI trích:
Decision.
Action.
Responsible.
Due Date.
Commitment.
Issue.
Reference.
Sau đó mới viết biên bản.
────────────────────
BƯỚC 27: TẠO “MEETING ACTION TABLE”
Phần quan trọng nhất của biên bản:
STT
| Issue
| Conclusion/Confirmed Decision
| Action
| Responsible
| Due Date
| Related Document
| Status.
Nếu cuộc họp không xác định Responsible:
Ghi:
CHƯA XÁC ĐỊNH.
Không để AI chọn người.
Nếu không có Due Date:
CHƯA XÁC ĐỊNH.
────────────────────
BƯỚC 28: TÁCH “DEADLINE” KHỎI CÂU NÓI MƠ HỒ
Ví dụ:
“Làm sớm.”
“Xử lý ngay.”
“Trong tuần.”
“Cố gắng trước họp sau.”
Đây chưa chắc là deadline đủ rõ để nhập hệ thống.
AI nên đánh dấu:
DEADLINE CHƯA CỤ THỂ.
Cần người chủ trì xác nhận:
NGÀY CỤ THỂ.
────────────────────
BƯỚC 29: TÌM CÂU TRẢ LỜI MƠ HỒ
Ví dụ:
“Đang xử lý.”
“Sắp xong.”
“Đang làm việc với nhà cung cấp.”
“Chắc tuần sau.”
AI có thể đánh dấu:
STATUS CHƯA CÓ BẰNG CHỨNG/NGÀY CỤ THỂ.
Cuộc họp nên chuyển thành:
Status?
Evidence?
Next Action?
Responsible?
Due Date?
────────────────────
BƯỚC 30: KIỂM TRA BIÊN BẢN TRƯỚC KHI PHÁT HÀNH
AI có thể chạy checklist:
Tên dự án.
Ngày họp.
Thành phần.
Agenda.
Document references.
Số liệu.
Ngày tháng.
Action.
Responsible.
Due Date.
Decision.
Commitment.
Mâu thuẫn.
Action ID trùng.
Nhưng:
NGƯỜI CÓ TRÁCH NHIỆM PHẢI DUYỆT BIÊN BẢN.
────────────────────
BƯỚC 31: SO SÁNH BIÊN BẢN DRAFT ↔ TRANSCRIPT/GHI CHÚ
Prompt:
“Đối chiếu dự thảo biên bản với transcript/ghi chú.
Chỉ ra:
1. Nội dung có trong draft nhưng chưa tìm thấy căn cứ.
2. Action bị bỏ sót.
3. Deadline bị bỏ sót.
4. Responsible có khác biệt.
5. Số liệu khác biệt.
6. Decision/Commitment có nguy cơ diễn đạt mạnh hơn nội dung gốc.
Không tự sửa; lập bảng để người chủ trì kiểm tra.”
Đây là một bước kiểm soát rất giá trị.
────────────────────
BƯỚC 32: SAU HỌP – KHÔNG ĐỂ BIÊN BẢN NẰM TRONG PDF
Ngay sau khi duyệt:
MINUTES
→ ACTION REGISTER.
Mỗi Action phải có:
ID.
Responsible.
Due Date.
Status.
Evidence.
Như vậy tuần sau AI có thể:
TỰ RÀ LẠI.
────────────────────
BƯỚC 33: LIÊN KẾT ACTION VỚI HỒ SƠ GỐC
Ví dụ:
ACT-025
→ RFI-032.
ACT-026
→ MAT-015.
ACT-027
→ NCR-009.
ACT-028
→ Activity MEP-150.
ACT-029
→ Punch P-125.
Như vậy không còn Action:
“Xử lý việc MEP.”
Mà có thể truy:
VẤN ĐỀ NÀO?
TÀI LIỆU NÀO?
────────────────────
BƯỚC 34: THEO DÕI ACTION GIỮA HAI CUỘC HỌP
Đây mới là phần quan trọng.
Không phải:
HỌP XONG → CHỜ TUẦN SAU.
Mà:
Action Due:
Thứ Tư.
AI có thể lọc:
Action đến hạn hôm nay.
Action quá hạn.
Action không cập nhật.
Action có Evidence mới.
Khi đó:
CUỘC HỌP KHÔNG CÒN LÀ CƠ CHẾ DUY NHẤT ĐỂ ĐÔN ĐỐC.
────────────────────
BƯỚC 35: TẠO “PRE-MEETING DELTA”
Trước cuộc họp tiếp theo, không cần đọc lại mọi thứ.
AI chỉ cần trả lời:
TỪ CUỘC HỌP TRƯỚC ĐẾN NAY CÓ GÌ THAY ĐỔI?
Ví dụ:
12 Action Closed.
5 vẫn Open.
3 Overdue.
4 Action mới phát sinh.
2 RFI đã phản hồi.
1 NCR đã đóng.
5 Material Status thay đổi.
2 Milestone Forecast thay đổi.
Đây là:
DELTA REPORT.
────────────────────
BƯỚC 36: TÌM VẤN ĐỀ “LẶP 3 KỲ HỌP”
Một Action xuất hiện:
Tuần 1.
Tuần 2.
Tuần 3.
Vẫn Open.
AI có thể cảnh báo:
REPEATED ACROSS 3 MEETINGS.
Đây là tín hiệu quản trị rất hữu ích.
Nhưng không tự quy:
“Bên A thiếu trách nhiệm.”
Chỉ trình bày:
LỊCH SỬ ACTION.
────────────────────
BƯỚC 37: TẠO “ESCALATION LIST”
Quy tắc Escalation phải do dự án xác định.
Ví dụ:
Overdue >7 ngày.
Hoặc:
Lặp >2 cuộc họp.
Hoặc:
Liên quan Milestone trong 7 ngày.
Hoặc:
Priority = High.
AI có thể tự động lọc:
ESCALATION LIST.
Nhưng không tự tạo ngưỡng.
────────────────────
BƯỚC 38: TẠO “DECISION LOG”
Sau 6 tháng dự án có thể có hàng trăm quyết định.
Nếu không lưu:
Rất dễ quên.
Bảng:
Decision ID.
Date.
Subject.
Decision.
Basis.
Related Drawing/RFI/Contract.
Related Action.
Current Status.
Source Meeting.
Sau này hỏi:
“VÌ SAO CHÚNG TA LÀM PHƯƠNG ÁN NÀY?”
có thể truy lại nhanh hơn.
────────────────────
BƯỚC 39: TẠO DASHBOARD HỌP GIAO BAN
Dashboard có thể gồm:
Open Actions.
Overdue Actions.
No Update.
Closed Since Last Meeting.
Decisions Pending.
Commitments Due.
RFI requiring attention.
NCR/Punch requiring attention.
Materials at Risk.
Upcoming Milestones.
7-Day Lookahead.
Top Issues.
────────────────────
BƯỚC 40: TẠO “MORNING BRIEF” SAU HỌP
Mỗi ngày AI có thể tổng hợp:
HÔM NAY:
3 Action đến hạn.
2 Action quá hạn.
1 RFI cần phản hồi.
2 Material cần xác nhận.
1 NCR Ready for Re-inspection.
3 Punch cần đóng.
1 Milestone còn 5 ngày.
Đây là lúc:
BIÊN BẢN HỌP
trở thành:
HỆ THỐNG ĐIỀU HÀNH HẰNG NGÀY.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
HỌP ĐỂ “NGHE CÁC BÊN BÁO CÁO”.
Nếu dữ liệu có thể đọc trước:
Không nên mất phần lớn thời gian họp để đọc lại.
Cuộc họp nên tập trung:
VẤN ĐỀ
+
QUYẾT ĐỊNH
+
ACTION.
────────────────────
SAI LẦM 2:
BIÊN BẢN RẤT DÀI NHƯNG KHÔNG CÓ:
AI LÀM?
KHI NÀO?
KẾT QUẢ GÌ?
Biên bản dài chưa chắc quản lý tốt.
────────────────────
SAI LẦM 3:
AI TỰ GÁN RESPONSIBLE.
Không.
Nếu cuộc họp chưa xác định:
CHƯA XÁC ĐỊNH.
────────────────────
SAI LẦM 4:
AI TỰ BIẾN “CỐ GẮNG TRONG TUẦN” THÀNH MỘT NGÀY DEADLINE.
Không.
Phải yêu cầu:
NGƯỜI CHỦ TRÌ XÁC NHẬN.
────────────────────
SAI LẦM 5:
TUẦN NÀO CŨNG HỌP CÙNG MỘT VẤN ĐỀ NHƯNG KHÔNG THEO DÕI LỊCH SỬ.
AI nên cho thấy:
ACTION NÀY ĐÃ XUẤT HIỆN BAO NHIÊU KỲ?
AI ĐƯỢC GHI NHẬN PHỤ TRÁCH?
DEADLINE ĐÃ THAY ĐỔI THẾ NÀO?
EVIDENCE MỚI LÀ GÌ?
────────────────────
PROMPT “CHỐNG SUY ĐOÁN”
Copy đoạn này vào cuối prompt:
“Chỉ sử dụng biên bản họp, transcript, Action Register, tiến độ, RFI, NCR, Punch List, Material Register, Resource Register và dữ liệu tôi cung cấp.
Không tự tạo Action chưa được nêu hoặc chưa có căn cứ.
Không tự gán Responsible.
Không tự tạo Due Date.
Không tự chuyển câu nói mơ hồ thành deadline cụ thể.
Không tự coi một phát biểu là quyết định nếu chưa thể hiện rõ đã được thống nhất/xác nhận.
Không tự coi cam kết là nghĩa vụ hợp đồng.
Không tự thay đổi nội dung quyết định.
Không tự kết luận nguyên nhân chậm.
Không tự quy trách nhiệm.
Không tự xác định một Issue là nghiêm trọng nếu chưa có tiêu chí.
Không tự gộp hai Action chỉ vì nội dung giống nhau.
Không tìm thấy thì ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP.
Âm thanh/nội dung không rõ thì ghi:
KHÔNG XÁC ĐỊNH ĐƯỢC – CẦN XÁC NHẬN.
Mọi Action phải cố gắng truy được:
MEETING DATE
→ ISSUE
→ ACTION
→ RESPONSIBLE
→ DUE DATE
→ RELATED DOCUMENT
→ EVIDENCE.
Phân biệt rõ:
FACT
→ ISSUE
→ DISCUSSION
→ DECISION
→ COMMITMENT
→ ACTION
→ RESPONSIBLE
→ DUE DATE
→ STATUS.”
────────────────────
THỰC HÀNH NGAY
Hãy lấy:
02 BIÊN BẢN HỌP GẦN NHẤT.
Thêm:
Action Register nếu có.
Tiến độ cập nhật.
RFI Register.
NCR Register.
Material Register.
Punch List.
Sau đó yêu cầu AI:
1. Trích Action của cuộc họp trước.
2. Trích Decision.
3. Trích Commitment.
4. Chuẩn hóa Action ID.
5. Kiểm tra Responsible.
6. Kiểm tra Due Date.
7. Tìm Action Overdue.
8. Tìm Action No Update.
9. Tìm Action lặp.
10. Tạo Aging.
11. Lấy Milestone 7–30 ngày.
12. Lọc RFI cần chú ý.
13. Lọc NCR cần chú ý.
14. Lọc Material at Risk.
15. Lọc Punch tại khu vực sắp bàn giao.
16. Tạo Pre-Meeting Exception Report.
17. Tạo Agenda.
18. Trong họp ghi nhận Decision/Action.
19. Sau họp đối chiếu Draft ↔ ghi chú/transcript.
20. Cập nhật Action Register.
21. Người chủ trì duyệt trước khi phát hành.
Sau khi chạy tốt:
01 CUỘC HỌP
→ HỌP TUẦN
→ HỌP THÁNG
→ TOÀN DỰ ÁN.
Khi đó quy trình sẽ trở thành:
DASHBOARD
→ EXCEPTION
→ AGENDA
→ FACT PACK
→ MEETING
→ DECISION
→ ACTION
→ RESPONSIBLE
→ DUE DATE
→ FOLLOW-UP
→ DELTA REPORT
→ MEETING TIẾP THEO.
Và một thay đổi rất quan trọng sẽ xảy ra:
TRƯỚC ĐÂY:
HỌP
→ GHI BIÊN BẢN
→ GỬI EMAIL
→ ĐỂ ĐÓ.
SAU KHI TỔ CHỨC DỮ LIỆU TỐT:
HỌP
→ RA QUYẾT ĐỊNH
→ GIAO ACTION
→ THEO DÕI ĐẾN KHI ĐÓNG
→ TRUY ĐƯỢC TOÀN BỘ LỊCH SỬ.
Đó mới là giá trị lớn của AI trong họp giao ban dự án:
KHÔNG PHẢI GIÚP CHÚNG TA VIẾT BIÊN BẢN NHANH HƠN.
MÀ GIÚP BIẾN CUỘC HỌP THÀNH MỘT VÒNG QUẢN LÝ CÓ DỮ LIỆU, CÓ NGƯỜI CHỊU TRÁCH NHIỆM, CÓ THỜI HẠN VÀ CÓ THEO DÕI ĐẾN CÙNG.
BÀI 60/100 – SERIES AI THỰC CHIẾN CHO NGƯỜI LÀM XÂY DỰNG
🔎 Bạn đang tìm việc hoặc cần tuyển nhân sự ngành Xây dựng?
👉 Tìm việc – Đăng tuyển nhanh tại: https://vmcworks.com.vn/
💬 Cần hỗ trợ? Kết nối VMC Works: https://zalo.me/vmcworks
#vmcworks #kysu #tuyendung #xaydung #AITrongXayDung #HopGiaoBan #QuanLyDuAn #ActionRegister
Viết bình luận