Khung thời gian

Trong quản lý thời gian, lên khung thời gian nghĩa là phân bổ khoảng thời gian cố định gọi là khung thời gian, cho mỗi hoạt động được lên kế hoạch. Một số phương pháp quản lý dự án sử dụng khung thời gian. Nó cũng có thể được sử dụng để giải quyết các nhiệm vụ cá nhân trong một khung thời gian nhỏ hơn. Nó thường liên quan đến việc phân phối và thời hạn, điều này sẽ cải thiện năng suất của người dùng.}}

Trong quản lý dự án
Lên khung thời gian được sử dụng như một kỹ thuật lập kế hoạch dự án. Lịch trình được chia thành một số khoảng thời gian riêng biệt (khung thời gian), với mỗi phần có phân phối, thời hạn và ngân sách riêng.

Thay thế cho phạm vi cố định
Trong quản lý dự án, ba ràng buộc là thời gian (đôi khi được lên lịch), chi phí (đôi khi là ngân sách) và phạm vi (đôi khi là hiệu suất). Chất lượng thường được thêm vào, đôi khi thay thế cho chi phí. Thay đổi một ràng buộc có thể sẽ ảnh hưởng đến phần còn lại.

Nếu không có khung thời gian, các dự án thường hoạt động với một phạm vi cố định, như khi rõ ràng là một số phân phối không thể hoàn thành, hoặc thời hạn (để cho phép nhiều thời gian hơn) hoặc nhiều người hơn tham gia (để làm nhiều hơn trong cùng một thời điểm). Thông thường cả hai xảy ra, giao hàng bị muộn, chi phí tăng lên, và thường chất lượng bị thiệt hại (theo nguyên tắc Mythical Man-Month).

Với việc lên khung thời gian, thời hạn đã được cố định, nhưng phạm vi có thể bị giảm. Điều này tập trung vào các phân phối quan trọng nhất. Vì lý do này, việc lên khung thời gian phụ thuộc vào mức độ ưu tiên (ví dụ như phương pháp MoSCoW) của các phân phối, để đảm bảo rằng đó là các bên liên quan của dự án xác định các phân phối quan trọng thay vì các nhà phát triển phần mềm.

Để quản lý rủi ro
Khung thời gian được sử dụng như một hình thức quản lý rủi ro, để xác định rõ ràng các mối quan hệ công việc / thời gian không chắc chắn, tức là, công việc có thể dễ dàng mở rộng qua thời hạn của nó. Các ràng buộc về thời gian thường là một trình điều khiển chính trong việc lập kế hoạch và không nên thay đổi mà không xem xét các đường dẫn quan trọng của dự án hoặc tiểu dự án. Đó là, nó thường quan trọng để đáp ứng thời hạn. Các yếu tố rủi ro cho thời hạn bị trễ có thể bao gồm các biến chứng ngược chiều của dự án, lập kế hoạch sai sót trong dự án, các vấn đề liên quan đến nhóm, hoặc thực hiện sai kế hoạch. Các vấn đề ngược chiều có thể bao gồm các thay đổi trong nhiệm vụ dự án hoặc hỗ trợ / hỗ trợ từ quản lý. Lỗi lập kế hoạch phổ biến là phân tích tác vụ không đầy đủ, điều này có thể dẫn đến đánh giá thấp thời gian cần thiết để thực hiện công việc. Các vấn đề liên quan đến nhóm có thể bao gồm sự cố với thông tin liên lạc giữa các nhóm; thiếu kinh nghiệm hoặc yêu cầu chức năng chéo; thiếu cam kết / động lực / động lực (nghĩa là xây dựng và quản lý nhóm tồi).

Để duy trì thời hạn, các hành động sau đối với ba ràng buộc thường được đánh giá:

Giảm phạm vi: yêu cầu giảm tác động thấp hơn (những yêu cầu sẽ không bị người dùng bỏ qua trực tiếp)
Thời gian là ràng buộc cố định ở đây
Tăng chi phí: ví dụ: thêm giờ làm thêm hoặc tài nguyên

Ứng dụng trong phát triển phần mềm
Nhiều dự án phát triển phần mềm thành công sử dụng khung thời gian, đặc biệt là các dự án nhỏ hơn. Áp dụng khung thời gian giúp tăng năng suất gấp ba lần của nhà phát triển tại DuPont trong những năm 80. Trong một số trường hợp, các ứng dụng đã được phân phối hoàn toàn trong thời gian được ước tính để hoàn thành chỉ một đặc điểm kỹ thuật. Tuy nhiên, Steve McConnell lập luận rằng không phải mọi sản phẩm đều phù hợp và việc chấm công chỉ nên được sử dụng sau khi khách hàng đồng ý cắt các tính năng, chứ không phải chất lượng. Có rất ít bằng chứng cho việc áp dụng mạnh mẽ giữa các loại dự án lớn nhất.

Lên khung thời gian đã được chấp nhận bởi một số phương pháp phát triển phần mềm đáng chú ý:

Phương pháp phát triển hệ thống động (DSDM)
Trongphát triển phần mềm tinh gọn, lập kế hoạch thực hiện với Kanban cho phép quản lý thời gian ngắn hạn. Khi phát triển một hệ thống lớn và phức tạp, khi hoạch định dài hạn được yêu cầu, sự phân đoạn thời gian được phân lớp ở trên.
Quy trình phát triển phần mềm phát triển ứng dụng nhanh (RAD) có tính năng phát triển lặp lại và tạo mẫu phần mềm. Theo Steve McConnell, quá trình lên khung thời gian là một "Thực hành tốt nhất" cho RAD và độ dài khung thời gian điển hình phải là 60–120 ngày.
Scrum bị ảnh hưởng bởi những ý tưởng về thời gian và sự phát triển lặp lại. Các đơn vị thời gian thường được gọi là sprints tạo thành đơn vị phát triển cơ bản. Độ dài điển hình của chạy nước rút là 30 ngày. Lập kế hoạch nước rút, hồi tưởng về nước rút và các cuộc họp đánh giá chạy nước rút đã được định thời gian.
Trong các phương pháp lập trình cực hạn, lập kế hoạch phát triển được định thời gian thành các lần lặp thường là 1, 2 hoặc 3 tuần. Doanh nghiệp đánh giá lại các câu chuyện của người dùng đang chờ xử lý trước mỗi lần lặp lại. Nó cũng gợi ý rằng khung thời gian cá nhân tạo ra một áp lực gia tăng cho một cá nhân sẽ dẫn đến sự sáng tạo tốt hơn và tập trung hướng tới một nhiệm vụ.

Mối quan hệ với các phương pháp khác
Khung thời gian hoạt động như một khối kiến trúc trong các phương pháp quản lý thời gian cá nhân khác:

Kỹ thuật Pomodoro dựa trên các khung thời gian tập trung 25 phút, được phân tách bằng cách phá vỡ cho phép tâm trí hồi phục.
Andy Hunt dùng khung thời gian là 'T' trong SMART.

Xem thêm

Mẹo vặt (Life hacking)

Chú thích

Liên kết ngoài

How To Use Timeboxing To Get More Done
Agile Requirements Change Management
Designing To Schedule
MSDN - How To Use Timeboxing for Getting Results
Using timeboxing for a motivation boost
Why time boxed sprints? What happens to releases?