- Thời lượng và nỗ lực · Duration vs Effort
- Thời lượng (duration) là tổng số khoảng thời gian làm việc từ khi bắt đầu đến khi kết thúc hoạt động, không tính ngày nghỉ. Nỗ lực (effort) là số đơn vị lao động cần để làm xong, đo bằng giờ công, ngày công. Hai đại lượng liên hệ qua số người và mức phân bổ, nhưng không tỷ lệ nghịch tuyệt đối: thêm người có thể làm giảm năng suất (quy luật lợi ích giảm dần, chi phí giao tiếp). Còn phân biệt thời gian trôi qua (elapsed time) theo lịch.
- Lịch nguồn lực · Resource Calendar
- Tài liệu cho biết các ngày, ca, giờ làm việc mà từng nguồn lực (người, thiết bị) sẵn sàng cho dự án, kể cả ngày nghỉ lễ, nghỉ phép, thời gian bị điều sang dự án khác. Là đầu ra của Thu nhận nguồn lực và đầu vào của lập lịch, ước lượng thời lượng, phát triển đội. Thiếu lịch nguồn lực, kế hoạch dễ giả định mọi người có mặt 100% – một nguồn xung đột phổ biến trong tổ chức ma trận.
- Hệ số tập trung · Focus Factor
- Tỷ lệ thời gian làm việc thực sự dành cho công việc của dự án sau khi trừ họp, hỗ trợ vận hành, chuyển ngữ cảnh và việc phát sinh. Dùng để quy đổi số ngày có mặt thành năng lực sẵn có; hệ số thực tế nên lấy từ dữ liệu của chính đội, không lấy con số "chuẩn" từ nơi khác.
- Tỷ lệ sử dụng nguồn lực · Resource Utilization
- Tỷ lệ giữa số giờ được giao việc và số giờ sẵn có của một người hoặc một nhóm trong một kỳ. Trên 100% là quá tải, cần san bằng hoặc điều chỉnh; gần 100% liên tục cũng là tín hiệu xấu vì hàng đợi kéo dài và không còn chỗ cho việc phát sinh.
- Bẫy tận dụng nguồn lực 100% · Resource Utilization Trap
- Niềm tin sai rằng giữ mọi người bận 100% là hiệu quả nhất. Lý thuyết hàng đợi (ví dụ công thức Kingman) cho thấy khi mức sử dụng tiến gần 100% trong hệ thống có biến động, thời gian chờ tăng phi tuyến — tăng rất mạnh ở vùng gần đầy. Vì vậy Lean và Kanban ưu tiên dòng chảy (việc đi qua nhanh) hơn là tận dụng tối đa từng người, giữ năng lực dự trữ để hấp thụ biến động và việc khẩn. Thời gian "rảnh" ngắn là dấu hiệu hệ thống còn đàn hồi, không phải lãng phí.
- Ma trận kỹ năng · Skills Matrix (Competency Matrix)
- Bảng liệt kê kỹ năng cần cho dự án (hàng) và thành viên đội (cột), mỗi ô ghi mức thành thạo (ví dụ 0 – chưa biết, 1 – cần hướng dẫn, 2 – tự làm được, 3 – có thể dạy người khác). Ma trận giúp phát hiện khoảng trống năng lực, điểm phụ thuộc vào một người, lập kế hoạch đào tạo chéo và phân công hợp lý. Đội agile thường tự lập và cập nhật ma trận này trong buổi cải tiến.
- Định luật Brooks · Brooks's Law
- Nhận định của Fred Brooks trong cuốn "The Mythical Man-Month" (1975): thêm người vào một dự án phần mềm đang trễ sẽ khiến nó còn trễ hơn. Lý do: người mới cần thời gian làm quen, người cũ phải dừng việc để hướng dẫn, số kênh giao tiếp tăng theo n(n−1)/2, và nhiều việc không thể chia nhỏ. Hàm ý cho PM: rút ngắn tiến độ bằng tăng nguồn lực (crashing) chỉ hiệu quả khi việc chia được, người mới có năng lực ngay và tăng sớm; cần phân tích chứ không mặc định "thêm người là nhanh".