Tháng 7/2000, Larry Wall công bố thiết kế lại Perl theo quy trình cộng đồng: RFC, nhóm làm việc, nhiều bản cài đặt song song. Ông kỳ vọng mã ở mức alpha sau khoảng một năm, nhưng bản đặc tả ổn định đầu tiên (6.c) chỉ ra mắt ngày 25/12/2015. Một ví dụ mã nguồn mở về lập lịch khi phạm vi mở, không có chủ sở hữu tiến độ và không có tiêu chí hoàn thành.
Hàng trăm RFC từ cộng đồng được thu thập, mỗi cái đều có thể mở rộng phạm vi. Quản lý phạm vi (Define Scope, Control Scope) đòi hỏi tiêu chí chấp nhận và cơ chế kiểm soát thay đổi; ở đây "tốt hơn Perl 5 ở mọi mặt" là mục tiêu không đo được, nên mọi ý tưởng tốt đều có lý do để vào, và tiến độ trượt theo phạm vi.
Các bản cài đặt (Pugs, Parrot, Rakudo) phụ thuộc vào đặc tả vốn đang thay đổi, trong khi đặc tả muốn được kiểm chứng bằng chính các bản cài đặt đó. Vòng phụ thuộc này cần được thể hiện trong sơ đồ mạng tiến độ và được quản lý bằng giao diện ổn định (ví dụ bộ kiểm thử đặc tả dùng chung). Khi một bản cài đặt đi chệch hoặc ngừng hoạt động, các hoạt động hạ nguồn mất điểm tựa.
Mô hình tình nguyện viên làm việc theo hứng thú tạo ra nhiều nhánh song song nhưng không ai chịu trách nhiệm về đường găng (critical path). Kiểm soát tiến độ (Control Schedule) cần số đo tiến độ so với đường cơ sở; thiếu đường cơ sở thì không phát hiện được độ trễ, và mốc nào cũng "chưa muộn".
Thay vì một mốc "Perl 6 xong", đặt chuỗi cột mốc giao được từng phần giá trị, mỗi cột mốc có ngày mục tiêu, người sở hữu và tiêu chí chấp nhận:
Một tập con đặc tả được khoá, kèm bộ kiểm thử dùng chung mà mọi bản cài đặt đều chạy được; ngày xong gắn với người chịu trách nhiệm cụ thể.
Chọn một bản cài đặt làm tham chiếu thay vì dàn đều công sức; các bản khác xem là rủi ro song song có thể dừng mà không chặn đường găng.
Mốc trễ quá mức thoả thuận thì phần tính năng chưa đạt tiêu chí chuyển sang bản sau, không kéo dài mốc chung.
Dùng ước lượng theo phạm vi (cone of uncertainty): công bố dải rộng ở giai đoạn đầu và thu hẹp khi có WBS, mẫu thử và số liệu năng suất thực. Một mốc "khoảng một năm" nên đi kèm điều kiện và ngày xem xét lại.
Chỉ định người chịu trách nhiệm cho đường găng của từng nhóm làm việc, họp rà soát định kỳ và công khai biểu đồ burn-up. Với dự án tình nguyện, đây là cách thay thế cho quyền lực hợp đồng: minh bạch số liệu để cộng đồng cùng điều chỉnh.
Quản lý sự tham gia của các bên liên quan (Manage Stakeholder Engagement) nghĩa là nói rõ cho người dùng Perl 5 rằng phiên bản cũ vẫn được duy trì, và chỉ rõ rủi ro tiến độ thay vì để lời hứa ban đầu treo nhiều năm.
Một ngày hứa hẹn khi phạm vi còn mở chỉ là ước đoán. Muốn có lịch đáng tin, cần phạm vi được chia nhỏ thành cột mốc có tiêu chí đo được, mỗi cột mốc có chủ sở hữu, và cơ chế cắt phạm vi khi mốc trượt. Với phụ thuộc vòng giữa đặc tả và bản cài đặt, hãy khoá giao diện và bộ kiểm thử dùng chung trước khi mở rộng thêm.
Bạn chọn phương án nào?