40 bài viết
Danh sách bài viết
Rủi ro & thay đổiLập kế hoạch
Đội nhận diện rủi ro giỏi về kỹ thuật nhưng "mù" về chính sách: dùng danh sách gợi ý PESTLE và TECOP
Đội kỹ sư liệt kê 40 rủi ro kỹ thuật chi tiết nhưng không ai nghĩ tới việc một nghị định mới có thể thay đổi yêu cầu sản phẩm. Danh sách gợi ý (prompt list) như PESTLE, TECOP, VUCA là công cụ của quy trình Identify Risks để rà soát có hệ thống các nguồn rủi ro tổng thể của dự án.
Kế hoạch & tiến độLập kế hoạch
Ba trưởng phòng cùng "phụ trách" phần mềm điều khiển nên CPI lệch không ai giải trình: đặt tài khoản kiểm soát tại giao điểm WBS và OBS
Báo cáo giá trị thu được cho thấy CPI của phần mềm điều khiển còn 0,82, nhưng ba trưởng phòng đều nói "phần của tôi vẫn ổn". Tài khoản kiểm soát (control account) là điểm mà phạm vi, ngân sách, chi phí thực tế và tiến độ gặp nhau dưới tay một người chịu trách nhiệm — cách đặt nó đúng chỗ.
Kế hoạch & tiến độLập kế hoạch
Tổng các con số của từng nhóm vẫn thiếu 30%: ước lượng từ dưới lên và hồ sơ cơ sở ước lượng
Mỗi trưởng nhóm gửi con số cho phần việc của mình, PM cộng lại thành ngân sách. Kết quả thiếu gần 30% vì không ai ước lượng phần tích hợp, quản lý và chuyển giao. Cách làm ước lượng từ dưới lên cho đúng và viết hồ sơ cơ sở ước lượng để kiểm tra được.
Quản lý các bên liên quanLập kế hoạch
Khách hàng doanh nghiệp gửi 140 yêu cầu, cái nào cũng "bắt buộc": ưu tiên hoá cùng khách hàng bằng MoSCoW và mô hình Kano
Khi mọi phòng ban của khách hàng đều đánh dấu yêu cầu của mình là "bắt buộc", ưu tiên hoá trở thành cuộc đấu quyền lực. Bài viết kết hợp MoSCoW (với giới hạn khoảng 60% công sức cho Must Have) và mô hình Kano để đưa khách hàng vào cuộc thảo luận về giá trị thay vì danh sách.
Kế hoạch & tiến độLập kế hoạch
Ai cũng cộng thêm 30% "cho chắc" mà dự án vẫn trễ: đệm ngầm trong ước lượng và dự phòng minh bạch
Thành viên đệm 30%, trưởng nhóm đệm thêm 20%, lãnh đạo cắt "đồng loạt 25%". Vòng luẩn quẩn này khiến ước lượng vừa phình vừa không đáng tin. Vì sao đệm ngầm vẫn bị tiêu hết, và cách chuyển sang ước lượng dạng khoảng với dự phòng minh bạch.
Kế hoạch & tiến độLập kế hoạch
Hệ thống kế toán dùng mã khác với WBS nên mỗi tháng mất 5 ngày "khớp số": thiết kế mã WBS làm mã chi phí ngay từ đầu
Kế hoạch được lập theo WBS, nhưng chi phí thực tế lại ghi theo mã phòng ban và loại chi phí của kế toán. Mỗi kỳ báo cáo, đội dự án mất gần một tuần dùng bảng tính để quy đổi. NASA yêu cầu WBS kỹ thuật và WBS kế toán là một — vì sao và cách áp dụng ở doanh nghiệp.
Kế hoạch & tiến độLập kế hoạch
Planning poker mà ai cũng nhìn bài người ngồi cạnh: dùng đúng để tránh hiệu ứng mỏ neo
Đội đã dùng planning poker hai năm nhưng ước lượng vẫn thiên lệch: người ta chờ trưởng nhóm lật trước, chọn số "trung bình" cho an toàn, và tranh luận 20 phút cho mỗi thẻ. Nguyên lý thật của planning poker và cách vận hành gọn, đúng.
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.
Kế hoạch & tiến độLập kế hoạch
Chưa ai từng làm thì ước lượng thế nào: thử nghiệm có thời hạn (spike) để mua thông tin trước khi cam kết
Đội phải tích hợp với một nền tảng chưa ai dùng; ước lượng dao động từ 3 đến 30 ngày. Thay vì đoán, đội bỏ ra 3 ngày làm thử có thời hạn và thu được ước lượng hẹp hơn nhiều. Cách thiết kế một spike để "mua thông tin" cho ước lượng mà không thành dự án con.
Kế hoạch & tiến độLập kế hoạch
Đo phần mềm bằng "bao nhiêu chức năng" thay vì "bao nhiêu dòng mã": ước lượng quy mô bằng điểm chức năng
Hai nhà thầu báo giá cùng một phần mềm chênh nhau gấp đôi, mỗi bên tính bằng một đơn vị khác. Điểm chức năng (function point) đo quy mô theo chức năng người dùng nhìn thấy, độc lập với ngôn ngữ lập trình — nền cho ước lượng, so sánh báo giá và đo năng suất.