Nhịp độ bền vững: lập kế hoạch theo năng lực thật và giữ sức khoẻ của đội
Phát triển bền vững không chỉ là môi trường: con người cũng là nguồn lực phải giữ được lâu dài. Bài trình bày cách tính năng lực thực của đội, dự báo theo tốc độ gần đây, vì sao tận dụng 100% làm mọi việc chậm lại, và dấu hiệu đội đang kiệt sức.
Một trong mười hai nguyên tắc của Tuyên ngôn Agile nói rằng quy trình agile thúc đẩy phát triển bền vững: nhà tài trợ, người phát triển và người dùng có thể duy trì một nhịp độ ổn định không giới hạn thời gian. PMBOK 8 mở rộng tinh thần này thành nguyên tắc tích hợp phát triển bền vững, trong đó trụ cột xã hội bao gồm sức khoẻ và sự phát triển của chính những người làm dự án. Bài này biến nguyên tắc thành phép tính và hành động cụ thể cho PR4 — Lập kế hoạch và quản lý nguồn lực và P3 — Lãnh đạo đội dự án.
Vì sao "chạy nước rút" không thể kéo dài
Từ "Sprint" dễ gây hiểu lầm: nó là chu kỳ ngắn, không phải cuộc chạy hết sức. Làm thêm giờ kéo dài cho hiệu quả ngắn hạn rồi phải trả giá:
Lỗi tăng: người mệt mỏi bỏ sót, quyết định kém, tạo nợ kỹ thuật.
Năng suất thực giảm: sau vài tuần, giờ làm thêm bị bù bằng thời gian sửa lỗi và chậm chạp.
Mất người: nghỉ ốm, nghỉ việc — tri thức ra đi cùng họ.
Dự báo sai: tốc độ đạt được nhờ làm thêm giờ làm kế hoạch các Sprint sau thiếu thực tế.
Theo ba trụ cột bền vững (môi trường, xã hội, kinh tế), một dự án "đúng hạn nhờ đốt cháy đội" là thất bại về trụ cột xã hội và thường cả kinh tế về lâu dài.
Tính năng lực thật của đội
Năng lực không phải "số người × số ngày". Ví dụ đội 6 người, Sprint 2 tuần (10 ngày làm việc):
Hạng mục
Ngày công
Tổng lý thuyết: 6 × 10
60
Trừ ngày nghỉ bù sau ca trực vận hành
−3
Trừ nghỉ phép đã đăng ký
−4
Năng lực sẵn có
53
Từ năng lực sẵn có, đội còn dành thời gian cho các sự kiện Scrum, hỗ trợ vận hành, phỏng vấn tuyển dụng… Thay vì cố đoán từng giờ, nhiều đội dùng tốc độ gần đây làm thước đo đã bao gồm các hao hụt này.
Dự báo theo tốc độ gần đây
Dự báo theo thời tiết hôm qua: Sprint tới đội làm được khoảng bằng những gì đã làm gần đây. Ba Sprint vừa qua: 38, 42, 40 điểm → trung bình 40 điểm với năng lực đầy đủ 60 ngày công.
Sprint tới chỉ có 53 ngày công, nên điều chỉnh theo tỷ lệ:
40 × 53 ÷ 60 ≈ 35 điểm
Đội cam kết khoảng 35 điểm, không phải 40 điểm "như mọi khi" rồi bù bằng làm thêm giờ. Lưu ý: tốc độ là công cụ lập kế hoạch của chính đội, không dùng để so sánh các đội hay đánh giá cá nhân — làm vậy sẽ khiến điểm bị thổi phồng và mất giá trị dự báo.
Bẫy tận dụng 100%
Trực giác quản lý nói: người rảnh là lãng phí, hãy lấp đầy lịch mọi người. Lý thuyết hàng đợi cho thấy điều ngược lại: khi công việc đến không đều, thời gian chờ tăng phi tuyến theo mức tận dụng. Một xấp xỉ quen thuộc cho thời gian chờ tương đối tỷ lệ với u ÷ (1 − u), trong đó u là mức tận dụng:
Mức tận dụng
u ÷ (1 − u)
Thời gian chờ so với mức 50%
50%
1
1 lần
80%
4
4 lần
90%
9
9 lần
95%
19
19 lần
Đi từ 90% lên 95% "chỉ thêm 5%" nhưng thời gian chờ gấp đôi. Đây là lý do đội agile giữ khoảng trống: để xử lý việc khẩn, giúp đồng đội, học hỏi và cải tiến. Giới hạn công việc dở dang là cách thực hành điều này: ít việc song song hơn, mỗi việc chảy nhanh hơn.
Rủi ro con người: hệ số xe buýt
Hệ số xe buýt là số người tối thiểu mà nếu đột ngột vắng mặt thì dự án đình trệ. Hệ số 1 nghĩa là một người giữ tri thức không ai thay được — người đó thường cũng là người làm thêm giờ nhiều nhất. Cách nâng hệ số: lập trình cặp, luân phiên công việc, đào tạo chéo, tài liệu ngắn cho các phần quan trọng. Đây vừa là quản lý rủi ro, vừa giảm áp lực cho cá nhân.
Dấu hiệu đội đang kiệt sức
Làm thêm giờ trở thành thường lệ, không còn là ngoại lệ.
Buổi cải tiến im lặng, không ai đề xuất gì.
Lỗi lọt và việc phải làm lại tăng.
Nghỉ ốm, xin nghỉ việc tăng; tranh cãi gay gắt về chuyện nhỏ.
Cam kết Sprint liên tục không đạt dù đội "cố hết sức".
PM và Scrum Master làm gì?
Lập kế hoạch theo năng lực thật, kể cả khi phải nói "không" hoặc "chưa" với bên liên quan; dùng dữ liệu tốc độ để thương lượng phạm vi, không thương lượng giờ ngủ của đội.
Bảo vệ đội khỏi việc chen ngang: mọi yêu cầu mới đi qua Product Owner và backlog.
Coi làm thêm giờ là tín hiệu: nếu xảy ra, tìm nguyên nhân ở buổi cải tiến (ước lượng, phụ thuộc, trở ngại).
Tạo an toàn tâm lý để người ta nói "tôi quá tải" mà không sợ bị đánh giá thấp.
Làm gương: không gửi tin nhắn công việc lúc nửa đêm và chờ trả lời ngay.
Ví dụ: đội cổng dịch vụ công
Đội 6 người, ba Sprint liền làm thêm giờ để đạt 50 điểm mỗi Sprint theo yêu cầu "giữ mốc". Sprint thứ tư, hai người nghỉ ốm, chỉ đạt 24 điểm và lỗi lọt tăng gấp đôi. Scrum Master đưa dữ liệu vào buổi cải tiến; đội và Product Owner thống nhất quay về cam kết theo tốc độ trung bình không làm thêm giờ (khoảng 40 điểm), đặt giới hạn công việc dở dang, và Product Owner trao đổi với nhà tài trợ để chuyển hai tính năng ít giá trị sang đợt sau. Ba Sprint tiếp theo, đội đạt 38–41 điểm ổn định, lỗi lọt giảm, và dự báo ngày phát hành trở nên đáng tin.
Liên hệ đề thi PMP
Dấu hiệu đáp án đúng: lập kế hoạch theo năng lực và tốc độ thực tế; thương lượng phạm vi khi không đủ năng lực; coi làm thêm giờ kéo dài là vấn đề cần xử lý; bảo vệ đội khỏi chen ngang; đào tạo chéo để giảm phụ thuộc. Đáp án yếu: yêu cầu đội làm thêm giờ để kịp mốc, so sánh tốc độ giữa các đội, tăng điểm cam kết để "tạo động lực".
Điểm cần nhớ
Nhịp độ bền vững là nguyên tắc Agile và là phần xã hội của nguyên tắc phát triển bền vững.
Năng lực thật trừ ngày lễ, nghỉ phép; dự báo theo tốc độ gần đây và điều chỉnh theo năng lực.
Thời gian chờ tăng phi tuyến khi mức tận dụng gần 100%; giữ khoảng trống và giới hạn công việc dở dang.
Hệ số xe buýt thấp là rủi ro; đào tạo chéo và làm cặp giúp nâng lên.
Khi thiếu năng lực, thương lượng phạm vi chứ không ép làm thêm giờ kéo dài.
Mẹo thi PMP
Đội không kịp mốc → dùng dữ liệu tốc độ để thương lượng phạm vi với Product Owner, nhà tài trợ.
Tốc độ chỉ để đội tự lập kế hoạch; không dùng so sánh các đội hay đánh giá cá nhân.
Làm thêm giờ liên tục là dấu hiệu vấn đề, cần tìm nguyên nhân ở buổi cải tiến.
Thuật ngữ chính
Kiệt sức và nhịp độ bền vững · Burnout and Sustainable Pace
Tổ chức Y tế Thế giới (WHO) mô tả kiệt sức trong ICD-11 là hiện tượng nghề nghiệp do căng thẳng kéo dài tại nơi làm việc chưa được quản lý tốt, với ba biểu hiện: cạn kiệt năng lượng, xa cách hoặc hoài nghi với công việc và giảm hiệu quả nghề nghiệp. Tuyên ngôn Agile đề cao nhịp độ bền vững (sustainable pace): nhà tài trợ, nhà phát triển và người dùng có thể duy trì tốc độ ổn định vô thời hạn. Tăng ca kéo dài là tín hiệu kế hoạch có vấn đề, không phải giải pháp.
Ba trụ cột bền vững · Triple Bottom Line (People, Planet, Profit)
Khung do John Elkington đề xuất: đánh giá thành công không chỉ bằng lợi nhuận (Profit) mà cả tác động đến con người (People) và hành tinh (Planet). Trong dự án, khung này nhắc PM cân nhắc chi phí và lợi ích xã hội, môi trường cùng lúc với tài chính khi lập tình huống kinh doanh và khi ra quyết định đánh đổi.
Tốc độ của đội · Velocity
Tổng kích thước (thường tính bằng story point) của các hạng mục đội thực sự hoàn thành theo Định nghĩa hoàn thành trong một vòng lặp. Velocity trung bình vài vòng gần nhất dùng để dự báo lượng việc nhận vào vòng sau và ước tính ngày phát hành. Velocity chỉ có ý nghĩa trong nội bộ một đội — không dùng để so sánh hay xếp hạng các đội, cũng không nên đặt làm chỉ tiêu ép tăng.
Dự báo theo thời tiết hôm qua · Yesterday's Weather
Nguyên tắc lập kế hoạch: lượng việc đội nhận cho Sprint tới nên dựa trên lượng việc thực sự hoàn thành gần đây (thường là trung bình vài Sprint gần nhất), giống như dự báo "mai trời giống hôm nay" thường khá đúng. Cách này giúp tránh nhận quá sức vì lạc quan hay vì áp lực, và để năng lực dự báo tự điều chỉnh theo thực tế. Cần hiệu chỉnh khi năng lực thay đổi rõ, như thành viên nghỉ phép hoặc Sprint có ngày lễ.
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í.
Giới hạn công việc dở dang · Work in Progress (WIP) Limit
Số hạng mục tối đa được phép nằm đồng thời trong một cột/trạng thái (hoặc cả hệ thống) trên bảng Kanban. Khi chạm giới hạn, đội không kéo việc mới vào mà giúp hoàn thành việc đang có. WIP limit làm lộ điểm nghẽn, giảm chuyển đổi ngữ cảnh, rút ngắn thời gian chu trình và hiện thực hoá nguyên tắc "ngừng bắt đầu, hãy hoàn thành".
Hệ số xe buýt · Bus Factor (Truck Factor)
Số thành viên tối thiểu mà nếu đột ngột vắng mặt (nghỉ việc, ốm…) thì dự án bị đình trệ vì không ai khác nắm được tri thức hoặc kỹ năng cốt lõi. Hệ số bằng 1 là rủi ro cao: tri thức tập trung vào một người. Cách tăng: đào tạo chéo, làm cặp, tài liệu hoá, rà soát chéo mã nguồn, xoay vòng nhiệm vụ. Với PM, đây là rủi ro nguồn lực cần đưa vào sổ đăng ký rủi ro chứ không chỉ là chuyện kỹ thuật.
Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.
