(Dịch tiếng Trung: Scrum:Khung Cynefin là gì?) (Tiếng Nhật)
Mặc dù Scrum có thể là một khung hiệu quả cho nhiều loại dự án, nhưng điều quan trọng là bạn phải nhận ra rằng nó không phải là phương thuốc cho tất cả các loại dự án – nó có thể là một giải pháp xuất sắc cho nhiều tình huống trong tổ chức của bạn nhưng có thể không phải là câu trả lời phù hợp trong một số kịch bản. Một khung được gọi là Cynefin giúp chúng ta hiểu rõ các tình huống mà chúng ta sẽ gặp phải trong các kịch bản dự án.
Bản chất của phương pháp Scrum là cho phép toàn bộ đội ngũ liên tục cung cấp sản phẩm chất lượng thông qua một quy trình phát triển nghiêm ngặt nhưng linh hoạt trong các tình huống mà yêu cầu không hoàn toàn rõ ràng hoặc đáng tin cậy. Tự tổ chức cho phép nhóm dự án tạo ra các giải pháp chính xác và cụ thể trong khi các ràng buộc của thị trường có thể thay đổi một cách không thể đoán trước.
Khung Cynefin?
Khung Cynefin, một từ tiếng Wales có nghĩa là môi trường sống, là một khung khái niệm được sử dụng để hỗ trợ việc ra quyết định, được tạo ra vào năm 1999 bởi Dave Snowden. Nó cung cấp năm bối cảnh ra quyết định như sau:
- đơn giản,
- phức tạp,
- phức tạp,
- hỗn loạn, và
- rối loạn
Khung Cynefin giúp các nhà quản lý xác định cách họ nhận thức các tình huống và hiểu rõ hành vi của chính họ cũng như của người khác. Nó dựa trên nghiên cứu về lý thuyết hệ thống, lý thuyết phức tạp, lý thuyết mạng và lý thuyết học tập.

Hãy xem xét những lĩnh vực kịch bản rối loạn có thể xảy ra trong các dự án của bạn để tìm hiểu xem Scrum có phù hợp với bạn hay không:
- Đơn giản
Trong lĩnh vực đơn giản, chúng ta đang ở trong một hệ thống có trật tự, nơi mà mối quan hệ giữa nguyên nhân và kết quả tồn tại, có thể dự đoán trước và rõ ràng hoặc hiển nhiên đối với bất kỳ người hợp lý nào.
Chúng tôi áp dụng các phương pháp tốt nhất và cách tiếp cận là:
CẢM NHẬN — PHÂN LOẠI — PHẢN ỨNG
- Cảm nhận — Xem những gì đang đến
- Phân loại — Đưa nó vào các loại đã xác định trước
- Phản ứng — Quyết định phải làm gì
Các kịch bản đơn giản là những tình huống mà mọi người đều có thể thấy nguyên nhân và kết quả – mọi người biết câu trả lời đúng là gì. Loại lĩnh vực này là tốt nhất để tái sản xuất sản phẩm lặp đi lặp lại vì có những bước mà bạn có thể lặp lại để giải quyết các vấn đề hiện có.
Mặc dù Scrum có thể là một cách để giải quyết loại lĩnh vực kịch bản này, nhưng bạn có thể đạt được kết quả nhanh hơn và chắc chắn hơn với khung dây chuyền lắp ráp vì bạn có các phương pháp tốt nhất hợp lệ ở bất kỳ đâu.
2. Phức tạp
Chúng tôi áp dụng thực hành tốt và cách tiếp cận là:
CẢM NHẬN — PHÂN TÍCH — PHẢN ỨNG
- Cảm nhận— Xem những gì đang đến
- Phân tích — Điều tra hoặc phân tích, sử dụng kiến thức chuyên gia
- Phản ứng — Quyết định phải làm gì
Các kịch bản phức tạp thường bị chi phối bởi các chuyên gia để đảm bảo thực hành tốt trong một dự án. Mặc dù có khả năng có nhiều câu trả lời, nhưng có một chuyên gia để chẩn đoán vấn đề sẽ hiệu quả hơn trong việc giải quyết các kịch bản có nhiều kết quả có thể xảy ra. Scrum có thể được sử dụng để giải quyết các kịch bản như vậy, nhưng tất nhiên, nó không phải lúc nào cũng là khung tốt nhất để sử dụng.
Ví dụ, nếu bạn cần điều chỉnh các tham số để tối ưu hóa hiệu suất, bạn có thể biết hành động tốt nhất khi bạn tập hợp các chuyên gia để xem xét tình huống, kiểm tra các tùy chọn có sẵn và tạo ra một phản ứng dựa trên kinh nghiệm của họ về những gì là thực hành tốt. Các kịch bản phức tạp thường được giải quyết tốt nhất thông qua các phương pháp định lượng và chiến thuật như Six Sigma.
3. Phức tạp
KHẢO SÁT — CẢM NHẬN — PHẢN ỨNG
- Khảo sát — Đầu vào thử nghiệm
- Cảm nhận — Thất bại hoặc thành công
- Phản ứng — Quyết định phải làm gì, tức là khuếch đại hay làm giảm
Các vấn đề phức tạp khiến bạn nhận ra rằng có nhiều kết quả không thể đoán trước hơn những gì bạn có thể mong đợi từ các phương pháp của mình, và trong lĩnh vực này, bạn có khả năng nhận được câu trả lời đúng hơn khi bạn sửa chữa một sai lầm hoặc nhìn lại.
Điều này yêu cầu bạn khám phá càng nhiều càng tốt về vấn đề, kiểm tra những gì đang hoạt động hoặc không, và sau đó điều chỉnh dựa trên những gì bạn đã học được. Đây cũng là lĩnh vực mà bạn sẽ gặp phải khi bạn cố gắng thực hiện đổi mới hoặc cải tiến cho các dự án trước đó cần có những tính năng tốt hơn.
Đây là lĩnh vực mà Scrum thực sự tỏa sáng, vì các tình huống phức tạp tận dụng khả năng của bạn để thăm dò tình huống và kiểm tra những gì bạn có thể làm trong một khoảng thời gian cụ thể. Khi bạn học được một phương pháp tốt hơn trong quá trình lặp lại, bạn có thể điều chỉnh nó trong khoảng thời gian lặp lại tiếp theo.
4. Hỗn loạn
Chúng tôi khám phá thực hành mới và cách tiếp cận là:-
HÀNH ĐỘNG — CẢM NHẬN — PHẢN ỨNG
- Hành động — Cố gắng ổn định
- Cảm nhận — Thất bại hoặc thành công
- Phản ứng — Quyết định làm gì tiếp theo
Thực hành, hành vi hoặc kết quả xuất hiện và cách tiếp cận là:-
Những loại tình huống này yêu cầu một giải pháp ngay lập tức — khi dự án của bạn rơi vào lĩnh vực hỗn loạn, điều đó có nghĩa là bạn đang trải qua một cuộc khủng hoảng mà bạn cần phải dập tắt trước khi bạn gặp phải bất kỳ thiệt hại nào thêm và quay trở lại trạng thái trật tự. Đây là loại tình huống mà bạn trải qua khi ai đó đệ đơn kiện hoặc chuyên gia duy nhất mà bạn biết không thể tìm thấy.
Scrum không phù hợp để giải quyết những loại tình huống này vì bạn không có thời gian để ưu tiên các công việc tồn đọng và những gì bạn cần làm trong tình huống tiếp theo. Khi hỗn loạn xảy ra, bạn cần có ai đó có quyền hạn đầy đủ để lãnh đạo và hành động ngay lập tức.
5. Rối loạn
Các lĩnh vực rối loạn xảy ra khi bạn trở nên không chắc chắn về giai đoạn mà bạn đang ở trong dự án của mình và bạn không biết liệu bất kỳ kế hoạch nào có hiệu quả hay không. Đây là một tình huống rất nguy hiểm mà bạn cần phải thoát ra ngay lập tức.
Điều này yêu cầu bạn phân tích tình huống và xem xét các thành phần của nó để biết liệu chúng có thuộc về các loại khác hay không để xem bạn nên sử dụng cách tiếp cận nào để giải quyết tình huống và quay trở lại tiến bộ. Bạn có thể thấy rằng không có lý do gì để điều chỉnh Scrum trong tình huống này cho đến khi bạn phân loại đúng các thành phần của vấn đề.
Các bài viết về Scrum cho người mới bắt đầu
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.