- Cách tiếp cận lai · Hybrid Approach
- Kết hợp yếu tố của cách tiếp cận dự đoán và thích ứng trong cùng một dự án, ví dụ lập kế hoạch và mua sắm phần cứng theo kiểu dự đoán, phát triển phần mềm theo vòng lặp ngắn. Lựa chọn dựa trên đặc điểm của từng sản phẩm bàn giao, không phải sở thích; mục tiêu là giảm rủi ro và tăng giá trị chứ không phải "nửa nọ nửa kia" tuỳ tiện.
- Điều chỉnh phù hợp · Tailoring
- Việc chủ động điều chỉnh cách tiếp cận, quản trị và quy trình quản lý dự án cho phù hợp với bối cảnh cụ thể (quy mô, độ phức tạp, mức rủi ro, văn hoá tổ chức, yêu cầu tuân thủ). Theo PMBOK® 7, mọi dự án đều cần được điều chỉnh phù hợp.
- Vòng đời lặp và vòng đời tăng dần · Iterative and Incremental Life Cycles
- Theo Agile Practice Guide: vòng đời lặp (iterative) phát triển sản phẩm qua các chu kỳ lặp lại, tinh chỉnh dần dựa trên phản hồi, phạm vi thường được xác định sớm nhưng ước tính thay đổi khi hiểu sâu hơn; vòng đời tăng dần (incremental) chuyển giao từng phần chức năng hoàn chỉnh dùng được qua các lần nối tiếp. Vòng đời agile/thích ứng kết hợp cả hai; vòng đời dự đoán (predictive) xác định phạm vi, tiến độ, chi phí từ đầu.
- Cổng giai đoạn · Phase Gate
- Điểm xem xét ở cuối một giai đoạn, nơi người có thẩm quyền so sánh kết quả với tiêu chí đã định và quyết định: tiếp tục sang giai đoạn sau, tiếp tục có điều chỉnh, làm lại, tạm dừng hoặc chấm dứt dự án. Còn gọi là phase review, stage gate, kill point. Thường dùng trong vòng đời dự đoán và trong quản trị của dự án hybrid.
- Khung Cynefin · Cynefin Framework
- Khung ra quyết định của Dave Snowden phân bối cảnh thành các miền: Rõ ràng (clear) — cảm nhận, phân loại, phản ứng, áp dụng thực hành tốt nhất; Phức tạp có thể phân tích (complicated) — cảm nhận, phân tích, phản ứng, cần chuyên gia; Phức hợp (complex) — thăm dò, cảm nhận, phản ứng, cần thử nghiệm; Hỗn loạn (chaotic) — hành động ngay rồi mới cảm nhận; cùng miền Hỗn độn/Mơ hồ (confusion) khi chưa rõ thuộc miền nào. Giúp chọn cách tiếp cận dự án phù hợp.
- Sprint làm cứng · Hardening Sprint
- Sprint dành riêng để kiểm thử tích hợp, sửa lỗi, ổn định trước khi phát hành, sau nhiều Sprint “làm tính năng”. Đây là dấu hiệu Định nghĩa hoàn thành quá yếu: công việc chưa thật sự xong trong từng Sprint nên rủi ro bị dồn lại cuối. Theo Scrum Guide, mỗi Phần tăng trưởng phải dùng được; cách khắc phục là tăng dần độ chặt của DoD, tự động hoá kiểm thử và tích hợp liên tục.
- Scrum nửa vời · ScrumBut
- Thuật ngữ do Ken Schwaber phổ biến, chỉ cách áp dụng Scrum có “nhưng”: “Chúng tôi làm Scrum, nhưng…” rồi bỏ đi một phần khó (không có Retrospective, PO không có quyền quyết định, Sprint kéo dài tuỳ ý…). Phần bị bỏ thường chính là thứ làm lộ ra vấn đề của tổ chức; bỏ nó che đi vấn đề thay vì giải quyết. Đối lập với điều chỉnh phù hợp hợp lý bên trong khung Scrum.