211 bài viết
Danh sách bài viết
Rủi ro & thay đổiĐội dự án
Buổi brainstorming rủi ro chỉ ba người nói: kỹ thuật nhóm danh nghĩa giúp cả đội cùng nhận diện
Buổi brainstorming rủi ro 15 người kéo dài 2 giờ, nhưng gần như chỉ ba người nói và danh sách cuối cùng xoay quanh ý tưởng đầu tiên được nêu. Nghiên cứu cho thấy nhóm brainstorming tự do thường kém hơn các cá nhân làm riêng. Kỹ thuật nhóm danh nghĩa khắc phục điều đó như thế nào.
Quản lý các bên liên quanCác bên liên quan
Khách hàng chậm cung cấp dữ liệu ba tuần nhưng vẫn giữ ngày go-live: quản lý nghĩa vụ phía khách hàng bằng cảnh báo sớm
Dữ liệu mẫu, môi trường kiểm thử, người duyệt thiết kế — rất nhiều đầu vào của dự án nằm trong tay khách hàng. Bài viết mượn cơ chế cảnh báo sớm (early warning) của hợp đồng NEC4 để quản lý nghĩa vụ phía khách hàng như một phụ thuộc bên ngoài, minh bạch và không đổ lỗi.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Chi phí đạt P80, tiến độ đạt P80, nhưng cả hai cùng đạt chỉ khoảng 68%: mức tin cậy chung chi phí – tiến độ (JCL)
Báo cáo nói ngân sách có 80% khả năng đủ, tiến độ có 80% khả năng kịp. Sponsor hiểu là "80% dự án thành công". Thực tế xác suất cả hai cùng đạt thấp hơn. Mức tin cậy chung chi phí – tiến độ (Joint Cost and Schedule Confidence Level – JCL) mà NASA áp dụng từ 2009 trả lời đúng câu hỏi đó.
Quản lý các bên liên quanCác bên liên quan
Dự án vay vốn ODA cần "thư không phản đối" cho mỗi thay đổi lớn: gắn kết nhà tài trợ như một bên có quyền phủ quyết
Dự án dùng vốn vay của Ngân hàng Thế giới có thêm một bên liên quan quyền lực: nhà tài trợ, với cơ chế xem xét trước và "thư không phản đối" (no objection). Dựa trên Quy định mua sắm cho bên vay (bản 7, 2025), bài viết chỉ ra những thay đổi nào cần nhà tài trợ đồng ý và cách PM đưa nhà tài trợ vào kế hoạch gắn kết, lịch và sổ rủi ro.
Lãnh đạo & đội nhómĐội dự án
Bảy giờ họp video mỗi ngày, cả đội mệt nhưng việc không tiến: nhận diện "mệt mỏi họp video" và thiết kế lại nhịp họp
Từ khi chuyển sang làm phân tán, lịch của trưởng nhóm kín họp video từ 8 giờ tới 17 giờ, việc chuyên môn dồn sang buổi tối. Nghiên cứu chỉ ra vì sao họp video gây mệt hơn họp trực tiếp, và PM có thể làm gì: kiểm kê cuộc họp, bảo vệ thời gian tập trung, đổi hình thức.
Luyện thi PMPCác bên liên quan
Ôn PMP domain People: lập và quản lý truyền thông — chọn kiểu push, pull, tương tác và báo cáo theo yêu cầu quản trị
Nhiệm vụ Plan and manage communication của ECO 2026 gồm chiến lược truyền thông, minh bạch, vòng phản hồi và báo cáo theo yêu cầu quản trị. Bài ôn tập trung vào câu hỏi PMP hay gặp: chọn phương thức push, pull hay tương tác, tính số kênh giao tiếp, và xử lý khi báo cáo không đáp ứng nhu cầu sponsor.
Lãnh đạo & đội nhómĐội dự án
Đội dự án ghép người của chủ đầu tư và nhà thầu: từ "bên A – bên B" thành một đội cùng chịu trách nhiệm
Dự án bắt đầu với một đội chung trên sơ đồ tổ chức, nhưng thực tế là hai phe: người của chủ đầu tư giám sát, người của nhà thầu phòng thủ. Mọi trao đổi đều qua công văn. Cách PM xây dựng một đội thống nhất ngay từ khi thành lập — từ cơ chế ra quyết định chung đến bài học của phương thức Integrated Project Delivery.
Kế hoạch & tiến độLập kế hoạch
Khách hàng nhà nước đòi WBS, đội Scrum chỉ có backlog: nối WBS với epic, feature và lộ trình sản phẩm
Hợp đồng yêu cầu WBS, ước tính chi phí theo WBS và báo cáo giá trị thu được, trong khi đội làm Scrum với backlog thay đổi mỗi sprint. GAO Agile Assessment Guide gợi ý một lời giải: WBS hướng sản phẩm ở cấp epic và feature, user story chỉ vào WBS sau khi lập kế hoạch phát hành.
Agile & HybridĐội dự án
Daily Scrum 40 phút, ai cũng quay về phía trưởng phòng: đưa buổi họp hằng ngày về đúng mục đích
Daily Scrum kéo dài 40 phút, từng người báo cáo cho trưởng phòng ngồi đầu bàn, trở ngại thì không ai nêu. Phân tích vì sao đây là "báo cáo trạng thái trá hình", Scrum Guide 2020 nói gì về Daily Scrum và các bước Scrum Master có thể làm để đội lấy lại buổi họp của mình.
Rủi ro & thay đổiCách tiếp cận & vòng đời
Dự án agile không có sổ rủi ro: nhận diện rủi ro liên tục qua backlog, spike và các sự kiện Scrum
Đội Scrum cho rằng "agile không cần quản lý rủi ro vì sprint ngắn đã tự giảm rủi ro". Đến sprint 7, một rủi ro tích hợp lẽ ra thấy từ sprint 1 bùng lên. Cách đưa nhận diện rủi ro vào nhịp làm việc agile: backlog, spike, Sprint Planning, Daily Scrum, Review và Retrospective.