211 bài viết
Danh sách bài viết
Quản lý các bên liên quanCác bên liên quan
Hai giám đốc cùng "ký duyệt" một hạng mục: làm rõ quyền phê duyệt bằng ma trận RACI
Thiết kế giao diện app khách hàng phải qua cả Giám đốc Marketing lẫn Giám đốc Công nghệ, mỗi người sửa theo một hướng. Ba vòng duyệt, hai tuần trôi qua. Dùng RACI với nguyên tắc "một và chỉ một người Accountable" để chấm dứt vòng lặp phê duyệt.
Lãnh đạo & đội nhómĐội dự án
Đội triển khai kiệt sức trước ngày go-live: nhận diện burnout và khôi phục nhịp làm việc bền vững
Sáu tuần làm 12 tiếng mỗi ngày để kịp go-live hệ thống bệnh viện, hai người nghỉ ốm và lỗi cấu hình tăng vọt. Vì sao tăng ca kéo dài phản tác dụng và PM cần làm gì để đội hồi phục.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Nhà cung cấp chính phá sản giữa dự án: kế hoạch ứng phó rủi ro
Khi rủi ro đã xảy ra thành sự cố: phân biệt contingency plan, workaround và cách dùng management reserve đúng quy trình.
Agile & HybridCách tiếp cận & vòng đời
Đội vận hành nhận việc liên tục: nên chọn Scrum hay Kanban?
Sự cố đến bất chợt khiến Sprint nào cũng vỡ kế hoạch. So sánh Agile theo vòng lặp và Agile theo luồng để chọn cách vận hành phù hợp cho đội hỗ trợ, bảo trì.
Kế hoạch & tiến độLập kế hoạch
Lịch dự án "luôn đúng hạn" nhờ ràng buộc Must Finish On: dùng đúng ràng buộc ngày, lag và lead
Lịch xây nhà xưởng báo mọi mốc đều đúng hạn, nhưng đó là do người lập lịch "ghim" ngày bằng ràng buộc cứng và lag. Phân tích bằng ví dụ có tính toán: ràng buộc che giấu float âm thế nào, khi nào lag hợp lệ và vì sao nên tách việc thay vì dùng lead.
Lãnh đạo & đội nhómĐội dự án
Làm "24 giờ mỗi ngày" giữa Hà Nội và Kraków mà tính năng vẫn chậm hơn: thiết kế bàn giao follow-the-sun cho đội phân tán
Hai văn phòng lệch nhau 5 giờ, ban lãnh đạo kỳ vọng "nối ca" để rút ngắn thời gian ra thị trường. Ba tuần sau, lỗi bàn giao làm mỗi hạng mục mất thêm một ngày. Cách PM thiết kế điểm bàn giao, chọn việc phù hợp và đo hiệu quả của mô hình follow-the-sun.
Agile & HybridBàn giao
Sprint nào cũng "làm 14 story" mà không có mục tiêu: viết Sprint Goal để đội có lý do ưu tiên
Sprint Backlog của đội là 14 story rời rạc, Sprint Goal ghi "Hoàn thành các story đã chọn". Khi có sự cố giữa sprint, không ai biết nên bỏ gì. Cách viết Sprint Goal thật sự, dùng nó để thương lượng phạm vi và đọc đúng câu hỏi PMP.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Cả đội gật đầu với kế hoạch nhưng không ai nói điều mình lo: nhận diện rủi ro bằng buổi pre-mortem
Buổi kick-off kết thúc trong không khí hào hứng, sổ rủi ro chỉ có 7 dòng chung chung. Pre-mortem — giả định dự án đã thất bại rồi hỏi "vì sao" — giúp đội nói ra những lo ngại thật trước khi quá muộn. Cách tổ chức trong 60 phút và đưa kết quả vào quy trình Identify Risks.
Agile & HybridLập kế hoạch
Ban giám đốc cần lộ trình cho backlog 120 hạng mục chưa ai ước lượng: ước lượng tương đối bằng affinity và T-shirt sizing
Hai tuần trước buổi phê duyệt ngân sách, đội có 120 hạng mục backlog nhưng chưa từng ước lượng; ngồi planning poker từng mục sẽ mất cả tuần. Cách ước lượng tương đối nhanh theo nhóm, chuyển kích cỡ thành khoảng thời gian có độ tin cậy và tránh biến ước lượng thành cam kết.
Quản lý các bên liên quanCác bên liên quan
Cơ quan quản lý yêu cầu bổ sung hồ sơ liên tục: gắn kết stakeholder quản lý nhà nước trong dự án y tế
Dự án bệnh án điện tử bị yêu cầu bổ sung hồ sơ ba lần, mốc vận hành trượt dài. Cách xem cơ quan quản lý là stakeholder cần gắn kết sớm thay vì "cửa ải" cuối cùng phải vượt qua.