Chương trình họp khởi động dự án cho các nhóm kỹ thuật

Câu hỏi mà các buổi họp khởi động bỏ qua

Một buổi khởi động dự án diễn ra tốt sẽ giúp nhóm thống nhất về việc phải xây dựng gì, ai làm gì, và mọi thứ đến hạn khi nào. Sự thống nhất đó thường giữ được khoảng ba tuần. Rồi phạm vi phình ra, một bên liên quan đổi ý về một giả định cốt lõi, một phụ thuộc bị trễ, và nhóm phát hiện họ chưa bao giờ thống nhất ai là người quyết định khi hai người hợp lý bất đồng.

Câu hỏi mà hầu hết các chương trình khởi động bỏ qua là: nhóm này sẽ ra quyết định thế nào khi có gì đó trục trặc? Không phải kế hoạch dự án — mà là khuôn khổ ra quyết định. Ai phụ trách phạm vi khi một tính năng cần bị cắt? Nhóm làm gì khi một ràng buộc kỹ thuật vô hiệu hóa một yêu cầu sản phẩm? Bên liên quan nào có tiếng nói cuối cùng khi hai bộ phận muốn những điều khác nhau?

Những câu hỏi này dễ trả lời tại buổi khởi động vì lúc đó chưa có gì đặt cược. Chúng khó trả lời hơn nhiều vào giữa dự án khi mọi người đều đã có lập trường. Mẫu dưới đây dành thời gian cho chúng trước khi phần khó khăn bắt đầu.

Chương trình họp (sao chép và dán)

Thời lượng: 60–90 phút tùy độ phức tạp của dự án
Định dạng: Có người điều phối; mọi bên liên quan và người đóng góp chủ chốt có mặt hoặc đã rà soát bất đồng bộ trước khi bắt đầu

Phần 1 — Mục tiêu và phạm vi dự án (20 phút)

Nêu mục tiêu trong một câu: thành công trông như thế nào, có thể đo lường nếu có thể
Trong phạm vi: dự án sẽ giao gì, nêu tên cụ thể
Ngoài phạm vi: dự án này rõ ràng sẽ không làm gì — liệt kê ít nhất ba điều
Tiêu chí thành công: nhóm sẽ biết dự án hoàn thành bằng cách nào?
EM hoặc PM phụ trách phần này; kỹ sư phản biện nếu phạm vi đã nêu không khớp với tính khả thi

Phần 2 — Vai trò và quyền phụ trách (15 phút)

Với mỗi luồng công việc, nêu tên một người phụ trách — không phải một nhóm, một người
Ai đưa ra quyết định cuối cùng về: phạm vi sản phẩm, kiến trúc kỹ thuật, truyền thông đối ngoại?
Ai là người được thông báo, được tham vấn, hay là người ra quyết định cho từng loại quyết định lớn?
Nêu tên trưởng dự án chịu trách nhiệm nếu không có gì khác rõ ràng

Phần 3 — Ràng buộc và rủi ro (15 phút)

Ràng buộc cứng: hạn chót, ngân sách, tuân thủ, phụ thuộc vào các nhóm khác
Rủi ro đã biết: ba điều hàng đầu nào có thể làm chệch hướng dự án này?
Với mỗi rủi ro: khả năng xảy ra, tác động, và người phụ trách giảm thiểu
Điều gì có thể khiến dự án bị hủy hoặc thu hẹp phạm vi đáng kể? Hãy nêu tên nó ngay bây giờ

Phần 4 — Kế hoạch truyền thông (10 phút)

Nhóm sẽ đồng bộ với nhau bao lâu một lần? Bằng định dạng nào?
Ai nhận bản cập nhật trạng thái, và bằng cách nào? Đừng cho rằng các bên liên quan muốn cùng một kênh
Tài liệu dự án lưu ở đâu?
Đường leo thang là gì nếu có điều gì đó chặn dự án?

Phần 5 — Câu hỏi bỏ ngỏ (15 phút)

Liệt kê mọi câu hỏi nhóm chưa thể trả lời hôm nay
Với mỗi câu: giao một người phụ trách và một ngày cần có câu trả lời
Những câu hỏi không có ngày và người phụ trách sẽ vẫn còn bỏ ngỏ vào lúc giữa dự án

Phần 6 — Các bước tiếp theo (10 phút)

Ba điều phải xảy ra trong năm ngày làm việc tới để bắt đầu công việc thực sự
Mỗi bước tiếp theo có một người phụ trách duy nhất
Xác nhận bản tóm tắt khởi động sẽ được phân phối thế nào và đến ai

Điều mà các mẫu khởi động phổ biến làm sai

Hầu hết các mẫu khởi động kỹ lưỡng về kế hoạch dự án nhưng sơ sài về điều gì xảy ra khi kế hoạch không giữ vững. Chúng tạo ra một tài liệu phạm vi gọn gàng và một ma trận RACI, điều này hữu ích. Chúng không tạo ra một câu trả lời chung cho "chúng ta làm gì khi nhà cung cấp cơ sở dữ liệu tăng giá gấp ba giữa dự án?" hay "cắt gì nếu chúng ta chạm hạn chót cứng ở mức 80% tính năng hoàn thành?"

Sự vắng mặt của phần ngoài-phạm-vi là khoảng trống nhất quán còn lại. Nêu những gì nằm trong phạm vi thì đơn giản. Nêu những gì rõ ràng nằm ngoài — liệt kê ba bốn điều cụ thể dự án sẽ không làm — buộc phải có cùng cuộc trò chuyện về kỳ vọng của các bên liên quan nhưng từ hướng ngược lại. Các bên liên quan vốn định cho rằng ứng dụng di động đã được bao gồm sẽ biết được điều đó tại buổi khởi động thay vì vào tuần thứ sáu.

Khoảng trống thứ ba là phần câu hỏi bỏ ngỏ. Các nhóm không muốn nêu ra những gì họ chưa biết trong buổi khởi động vì nó có cảm giác như thừa nhận sự chưa sẵn sàng. Nhưng những câu trả lời còn thiếu sẽ trở thành vướng mắc giữa dự án, và vướng mắc giữa dự án thì tốn kém. Bạn biết câu hỏi tồn tại càng sớm, thì càng sớm có người phụ trách câu trả lời.

Về cách những khoảng trống này tích lũy thành gánh nặng trong một dự án kéo dài nhiều tháng: Thuế họp hành.

Vì sao ghi chú khởi động đáng được làm cho đúng

Tài liệu khởi động là hiện vật được tham chiếu thường xuyên nhất trong bất kỳ dự án nào. Đó là thứ mọi người kiểm tra khi phạm vi bị tranh cãi, khi có thành viên mới gia nhập, khi một bên liên quan hỏi "chẳng phải chúng ta đã quyết X ở buổi khởi động sao?" Một buổi khởi động được ghi chép tốt là một dự án dễ quản lý hơn.

Pavleur ghi lại toàn bộ buổi khởi động một cách tự động: phạm vi đúng như đã nêu, vai trò đúng như đã giao, rủi ro đúng như đã nêu tên, câu hỏi bỏ ngỏ kèm người phụ trách, các bước tiếp theo kèm người phụ trách và ngày tháng. Nếu ai đó chia sẻ màn hình bản tóm tắt dự án, một sơ đồ, hay một tài liệu yêu cầu giữa cuộc họp, hình ảnh đó được đưa vào báo cáo cùng với phần thảo luận. Các công cụ chỉ có âm thanh cho bạn biết ai nói gì; chúng không ghi lại sơ đồ kiến trúc trên màn hình khi trưởng nhóm kỹ thuật mô tả phụ thuộc. Báo cáo tạo ra đóng vai trò là tài liệu nguồn-sự-thật của dự án ngay từ ngày đầu. Về cách điều này so với các công cụ ghi nhận cuộc họp truyền thống: Pavleur so với các lựa chọn khác.

Một lưu ý về việc tham dự

Mọi người được kỳ vọng ra quyết định về dự án này đều nên tham dự buổi khởi động, hoặc rà soát một bản ghi đầy đủ và bản tóm tắt viết sẵn trước khi bắt đầu công việc. Một bên liên quan bỏ lỡ buổi khởi động và biết về phạm vi một cách không chính thức hai tuần sau là một cuộc tranh chấp phạm vi giữa dự án đang chờ xảy ra. Nhiệm vụ của buổi khởi động là xây dựng ngữ cảnh chung, và ngữ cảnh chung chỉ tồn tại nếu những người liên quan có mặt trong phòng.