RAPID, RACI, DACI, SPADE: Chọn Một, Sau Đó Thực Sự Thực Hiện Nó

Quyết định mà bốn người nghĩ rằng họ sở hữu.

Sự thay đổi giá đã được gửi vào một ngày thứ Ba. Vào thứ Tư, Phó Chủ tịch Kinh doanh đã hỏi tại sao cô ấy chưa ký duyệt — cô ấy nghĩ mình là người phụ trách giá cả. Giám đốc Tài chính cho rằng ông có quyền quyết định cuối cùng; ông đã phê duyệt mô hình. Người phụ trách sản phẩm thực sự đã đưa ra quyết định, tin rằng đó là quyền của mình. Và Giám đốc Điều hành, khi đọc về điều này trong tài liệu họp toàn công ty, đã có ấn tượng rằng những quyết định như thế này phải đến tay ông. Bốn người, một quyết định, bốn chủ sở hữu chân thành — và bây giờ là một cuộc tranh luận về việc quay lại, thực chất là một cuộc tranh luận về quyền sở hữu mang hình thức giá cả.

Bạn đã xem một phiên bản của điều này. Đây là thất bại trong quản trị phổ biến nhất ở các tổ chức đang phát triển, và nó có một kệ đầy đủ các biện pháp khắc phục: RAPID, RACI, DACI, SPADE — các khung mà nội dung chính của chúng là ghi lại ai đóng vai trò gì trước khi quyết định được đưa ra. Các chữ cái khác nhau; nhưng cái nhìn thì giống nhau.

Điều này chỉ ra vấn đề thực sự. Các nhóm dành năng lượng để lựa chọn giữa các khung — các bài viết so sánh, các cuộc tranh luận tại hội thảo về việc liệu Consulted có khác với Input hay không — và sau đó gán các chữ cái sau quyết định, như một tài liệu. Việc gán vai trò sau đó chỉ là kể chuyện. Hướng dẫn này dành một bảng cho việc lựa chọn và phần còn lại cho việc thực hiện: quy trình làm việc áp dụng, mà giống hệt nhau bất kể bạn chọn chữ cái nào. (Đối với lý thuyết và lịch sử của các khung, hướng dẫn khung quyết định của chúng tôi đề cập đến chúng cùng với phần còn lại của bộ công cụ — hướng dẫn này cố ý không nhắc lại điều đó.)

Bốn khung trong một bảng

Có sáu công việc tồn tại trong bất kỳ quyết định quan trọng nào. Các khung lý thuyết gọi chúng bằng những cái tên khác nhau:

Chọn bởi những người chặn thực sự của bạn: những người nắm quyền phủ quyết thực sự → RAPID; sự rối rắm trong thực hiện → RACI; văn hóa người điều hành quy trình → DACI; một đội ngũ bỏ qua việc ghi lại lý do → SPADE. Sau đó dừng lại. Các bước 2 đến 10 bên dưới không thay đổi với sự lựa chọn của bạn — chỉ có các chữ cái trong bước 3 là thay đổi. Câu đó là câu hữu ích nhất của hướng dẫn: nó kết thúc việc tìm kiếm khung và bắt đầu việc thực hiện, đó là hành vi thực sự cải thiện quyết định.

Thiết lập: phạm vi, sau đó là vai trò, sau đó là trường hợp

1. 1Đặt tên quyết định này là một yêu cầu gốc. "Chúng tôi sẽ chuyển sang định giá dựa trên mức sử dụng cho cấp Team trong quý 1." Tác giả của nó, trên thực tế, là Người Đề xuất/Người Điều khiển — quyền tác giả là rõ ràng, vì vậy R đã được ghi nhận từ giây đầu tiên. Điểm kiểm tra: yêu cầu gốc tồn tại; tác giả của nó là người xây dựng trường hợp.
2. 2Phạm vi ai tham gia với các cấp độ hiển thị. Đặt mức độ hiển thị của cuộc thảo luận — công khai, toàn bộ người thuê, phòng ban, hoặc riêng tư — để phù hợp với tập hợp đầu vào dự kiến. Một quyết định theo phạm vi phòng ban có thể được tham khảo bởi phòng ban đó theo cấu trúc; bạn không phụ thuộc vào việc ai đó nhớ để thông báo cho bộ phận Pháp lý. Điểm kiểm tra: mức độ hiển thị phù hợp với tập hợp đầu vào, không phải thói quen.
3. 3Ghi lại phân công vai trò — trước lập luận đầu tiên. Là một pro-child của gốc: "Người quyết định: A. Người đề xuất: B. Đồng ý: C, D. Đầu vào: Eng, Legal. Được thông báo: tất cả mọi người." Có ngày tháng, có thể quy trách nhiệm và có thể thách thức như bất kỳ điều gì khác trên cây. Sự sắp xếp này là toàn bộ ý nghĩa của các khung quyền quyết định: các vai trò được phân công sau cuộc tranh luận chỉ mô tả những gì đã xảy ra. Điểm kiểm tra: lập luận phân công có trước mọi lập luận trường hợp.
4. 4Xây dựng trường hợp. Các tùy chọn như các nút anh chị em, mỗi tùy chọn có những ưu và nhược điểm riêng — cùng cấu trúc như trong hướng dẫn ghi chép quyết định, bao gồm cả các tùy chọn bị từ chối mà người đọc sẽ hỏi sau này. Điểm kiểm tra: mỗi lựa chọn thực sự đều có một nút.

Tư vấn mà bạn có thể chứng minh đã xảy ra

"Có ai hỏi ý kiến bạn không?" là câu hỏi mà mọi quyết định gây tranh cãi cuối cùng đều xoay quanh — và trong hầu hết các tổ chức, câu trả lời trung thực là một cái nhún vai: đã có một cuộc họp, đã có một chuỗi thảo luận, ký ức thì khác nhau. Quy trình làm việc ở đây khiến việc tham vấn trở thành một biên nhận, chứ không phải là một ký ức:

1. 1Mỗi người nắm giữ đầu vào mở một chuỗi Q&A theo khuyến nghị: câu hỏi của họ, câu trả lời của người khuyến nghị, một câu hỏi tiếp theo, một câu trả lời — hoàn chỉnh. Chuỗi hoàn chỉnh là bằng chứng cho việc tư vấn đã diễn ra: ai đã hỏi, câu trả lời là gì, khi nào. Một người nắm giữ đầu vào không có gì để hỏi sẽ từ chối một cách rõ ràng. Điểm kiểm tra: mỗi người nắm giữ đầu vào có ≥1 chuỗi hoàn chỉnh hoặc một sự từ chối rõ ràng.
2. 2Một người nắm giữ đồng ý phản đối sẽ mở một chuỗi Đánh giá: đánh giá của họ, phản hồi của Người giới thiệu, theo dõi, phản hồi. Nhiều người nắm giữ đồng ý có nghĩa là nhiều chuỗi song song, mỗi chuỗi được giải quyết theo điều kiện riêng — không có khối không được giải quyết nào ẩn trong một chuỗi nhóm. Điểm kiểm tra: không có phản đối nào còn tồn tại bên ngoài một chuỗi.
3. 3Hai bên đồng ý trong xung đột → Chuỗi thỏa hiệp. Một bên đề xuất vị trí trung gian cho bên kia, được ghi lại. Dù đã được giải quyết hay chưa, nỗ lực này được tài liệu hóa — điều này chuyển "Pháp lý và Tài chính chưa bao giờ đồng ý" từ một cáo buộc thành một cuộc trao đổi có thể đọc được. Điểm kiểm tra: xung đột đã được giải quyết hoặc vẫn còn rõ ràng.

Quyết định không chọn phòng và ghi lại lý do tại sao

Trước cuộc gọi, mọi người đánh giá các tùy chọn — mỗi tùy chọn được gán một nhãn đánh giá. Hãy đọc điều này như nó vốn có: bằng chứng về vị trí của phòng, không phải là một cuộc bỏ phiếu. Không có số lượng tối thiểu, không có ngưỡng, không có cách giải quyết; toàn bộ cơ sở của khung là một con người được chỉ định sẽ quyết định.

Sau đó, người quyết định sẽ quyết định — như một lập luận, do họ viết, dưới tùy chọn đã chọn, nêu rõ lý do. Và đây là câu quan trọng nhất mà quy trình sản xuất ra: nếu quyết định đi ngược lại với đánh giá, thì nút của người quyết định là nơi điều đó được giải thích. "Căn phòng nghiêng về tùy chọn B; tôi chọn A vì rủi ro gia hạn doanh nghiệp lớn hơn sở thích của phân phối" — một câu tách biệt lãnh đạo đồng ý và cam kết khỏi quyết định theo sắc lệnh, và chính điều mà một quyết định bền vững được tạo ra từ. Một người quyết định không viết nó thì không điều hành một khuôn khổ; họ đang mặc một cái.

• ✓Điểm kiểm tra: phân phối được ghi lại trước cuộc gọi; quyết định được ghi nhận như là lập luận của Người quyết định, với lý do — bắt buộc khi nó mâu thuẫn với phòng.

Thông báo mà không cần email riêng biệt

Thư cuối cùng, bước rẻ nhất: mở rộng khả năng nhìn thấy quyết định khi đã được đưa ra. Bộ phận Thông tin mở ra cuộc thảo luận và không chỉ đọc kết quả mà còn cả cuộc tranh luận — các lựa chọn, chuỗi tư vấn, lý do của Người quyết định. "Tại sao giá lại thay đổi?" không bao giờ cần một chuỗi email riêng, vì câu trả lời chính là bản ghi chép. Làm theo cách này, việc thông báo cũng là khởi đầu của sự đồng thuận: mọi người cam kết với những quyết định mà lý do của chúng có thể được kiểm tra.

• ✓Điểm kiểm tra: khả năng hiển thị được mở rộng đến tập hợp Đã được thông báo; thông báo liên kết bản ghi thay vì diễn giải lại nó.

Giới hạn trung thực

• ✗Không có trường vai trò quyết định. Các chữ cái là một quy ước đã được ghi lại — có ngày tháng và có thể quy cho, nhưng sản phẩm không gán hoặc kiểm tra chúng. Một vai trò RBAC là một cấp độ quyền, không bao giờ là quyền quyết định.
• ✗Đánh giá không phải là phiếu bầu có trọng số. Mỗi người chỉ có một giá trị và nhãn, không cần số lượng tối thiểu, không có ngưỡng, không có quy tắc phân định. Người quyết định là quy tắc phân định.
• ✗Các phạm vi hiển thị đọc, không phải nghĩa vụ. Phạm vi bộ phận có nghĩa là Pháp lý có thể thấy nó — chuỗi Q&A đã hoàn thành, không phải cài đặt hiển thị, là bằng chứng cho thấy họ đã tham gia.
• ✗Một chuỗi là bốn vòng, sau đó hoàn thành — và hoàn thành ≠ đồng ý. Người giữ đồng ý phản đối mà vẫn cam kết được ghi nhận là đã nghe, không phải là đã chuyển đổi.
• ✗Không có gì trong số này sửa chữa được một người quyết định không muốn. Cấu trúc phơi bày một quyết định chưa được đưa ra nhanh hơn — nút trống nơi cuộc gọi nên có rất rõ ràng — nhưng nó không thể thực hiện cuộc gọi.

Bài học thực hành

• ✓Viết lập luận vai trò trong cuộc họp khởi động, trực tiếp, trước khi bất kỳ ai tranh luận về những lợi ích. Ba mươi giây bây giờ so với việc khai thác vào thứ Tư sau.
• ✓Giữ danh sách Đồng ý ngắn gọn một cách tàn nhẫn. Mỗi người nắm giữ Đồng ý đều là một khối tiềm năng với một chuỗi cần giải quyết; hầu hết "người phê duyệt" thực sự là Đầu vào. Kỷ luật của RAPID là nói điều đó một cách công khai.
• ✓Việc từ chối tư vấn cũng là một hồ sơ. Một người nắm giữ đầu vào đã vượt qua một cách rõ ràng không thể sau này yêu cầu loại trừ — bảo vệ họ và bản thân bạn bằng cách làm cho việc vượt qua trở nên rõ ràng.
• ✓Tái sử dụng nhiệm vụ. Các loại quyết định lặp lại (định giá, tuyển dụng nhóm, chọn nhà cung cấp) giữ nguyên các chữ cái — dán đối số vai trò như một mẫu và cập nhật các tên.

Thứ Tư, trở lại

Chạy lại sự thay đổi giá qua quy trình làm việc. Phó Chủ tịch Bán hàng là người đồng ý — phản đối của cô ấy là một chuỗi Đánh giá đã hoàn thành, được trả lời hai lần, và cô ấy đã cam kết. Giám đốc Tài chính là Người Đầu vào — sự tư vấn của ông là một biên nhận. Người phụ trách sản phẩm là Người Quyết định theo một lập luận có ngày được viết trước cuộc tranh luận, và lý do của cô ấy để đi ngược lại với xu hướng của phòng là một đoạn văn mà mọi người đều có thể đọc. Giám đốc Điều hành được Thông báo — tài liệu tất cả nhân viên liên kết với cây. Cùng một quyết định, có thể là cùng một kết quả. Nhưng vào thứ Tư không có gì để tái tranh luận, vì câu hỏi duy nhất từng thúc đẩy những cuộc chiến đó — ai có quyền quyết định điều này? — đã được trả lời trước khi bất kỳ ai tranh luận.