Chủ đề 7.1 — Thực hành triển khai linh hoạt và sức khỏe nhóm

Tóm lại trong một câu: Cách một nhóm giao hàng thực sự làm việc từng tuần — nhịp độ, các nghi thức, các thỏa thuận làm việc, và trên hết là sức khỏe của nó — không phải đồ trang trí kỹ năng mềm mà là hệ điều hành quyết định liệu chăm sóc số an toàn, dùng được có được giao và duy trì hay không.

Vì sao điều này quan trọng trong y tế và chăm sóc#

Chủ đề 7.0 — Cơ cấu nhóm, vai trò và trách nhiệm đã vẽ ranh giới quanh các nhóm của bạn và gọi tên ai làm gì. Chủ đề này nói về điều xảy ra bên trong những ranh giới đó khi công việc bắt đầu: nhịp của hai tuần, các cuộc họp mọi người thực sự dự, các thỏa thuận chi phối hành vi, và sự bền vững của con người giữ một nhóm hoạt động dưới tải. Cấu trúc là giải phẫu; phương thức làm việc là sinh lý.

Trong y tế và chăm sóc điều này quan trọng hơn trong hầu hết các lĩnh vực vì các nhóm xây và vận hành dịch vụ số thường hỗ trợ các hoạt động lâm sàng không bao giờ dừng. Một nhóm duy trì hồ sơ bệnh án điện tử, hệ thống kê đơn điện tử hay nền tảng quản lý giường nằm trên đường găng của việc cung cấp chăm sóc. Khi nhóm đó kiệt sức, bị im tiếng, hay chìm trong công việc ngoài kế hoạch, kiểu thất bại không phải bỏ lỡ hạn chót tiếp thị — mà là một chẩn đoán chậm, một sai sót thuốc, hay một sự cố an toàn mà một nhóm được nghỉ ngơi, an toàn về tâm lý sẽ bắt và báo trước.

Có bằng chứng mạnh rằng bầu không khí nhóm ảnh hưởng kết quả lâm sàng. Nghiên cứu về an toàn bệnh nhân liên tục nối khả năng nhân viên lên tiếng về rủi ro với việc ngăn tác hại, và các cuộc rà soát thất bại của NHS — từ Mid Staffordshire trở đi — lặp đi lặp lại thấy những nền văn hóa nơi mối quan ngại không được nói ra hoặc không được nghe. Cách nhóm giao hàng của bạn vận hành các buổi stand-up và hồi cứu là phiên bản quy mô nhỏ của cùng câu hỏi: người ta có thể nói "điều này không an toàn" mà không sợ hãi không? Cách bạn làm việc là vấn đề an toàn lâm sàng và niềm tin công chúng, không chỉ năng suất.

Các khái niệm cốt lõi#

Phát triển phần mềm linh hoạt (agile). Một họ các cách tiếp cận, được hệ thống hóa trong Tuyên ngôn Agile 2001, ưa phần mềm chạy được, cộng tác chặt chẽ với người dùng, và phản ứng với thay đổi hơn lập kế hoạch toàn diện từ trước. Trong y tế và chăm sóc, agile không phải giấy phép bỏ qua quản trị — nó là cách làm lộ câu hỏi về an toàn lâm sàng và quản trị thông tin sớm và thường xuyên, thay vì ở cuối. Sự linh hoạt là phương tiện cho giao hàng an toàn, có giá trị, không phải đích.

Phát triển lặp và tăng dần. Xây một dịch vụ theo những gia số nhỏ, mỗi cái dùng được và mỗi cái tạo phản hồi định hình cái tiếp theo. Đây là cơ chế cốt lõi bên dưới mọi phương pháp agile: bạn học bằng cách giao những lát mỏng và quan sát việc sử dụng thực, thay vì dự đoán mọi thứ từ trước.

Scrum. Khung agile được áp dụng rộng rãi nhất, tổ chức công việc thành các vòng lặp độ dài cố định gọi là sprint (thường một đến hai tuần), mỗi vòng được bao bọc bởi lập kế hoạch ở đầu và rà soát cùng hồi cứu ở cuối, với một cuộc họp đứng hằng ngày để phối hợp. Giá trị của Scrum là nhịp độ dự đoán được và vòng kiểm tra-và-thích nghi có sẵn; rủi ro của nó là được áp dụng như nghi thức mà không có sự minh bạch bên dưới.

Kanban. Phương pháp dòng chảy liên tục hiển thị công việc trên một bảng, giới hạn lượng công việc đang làm (WIP) ở mỗi giai đoạn, và quản lý dòng chảy hơn là các lô có thời hạn. Kanban phù hợp với các nhóm làm công việc vận hành và hỗ trợ nơi nhu cầu không dự đoán được — phần lớn công việc dịch vụ sống trong y tế và chăm sóc — vì nó không ép những lần đến bất thường vào ranh giới sprint nhân tạo. Giới hạn WIP là kỷ luật đặc trưng của nó: một nhóm đồng ý làm không quá, giả sử, ba mục cùng lúc sẽ hoàn thành mọi thứ nhanh hơn nhóm bắt đầu mọi thứ và không hoàn thành cái nào.

Định nghĩa Sẵn sàng và Định nghĩa Hoàn thành. Hai thỏa thuận chung giới hạn chất lượng. Một Định nghĩa Sẵn sàng nêu các điều kiện một phần công việc phải đáp ứng trước khi nhóm bắt đầu nó (nhu cầu người dùng rõ ràng, tiêu chí chấp nhận, mọi cân nhắc an toàn lâm sàng hay khả năng tiếp cận đã được xác định). Một Định nghĩa Hoàn thành nêu "xong" nghĩa là gì (đã kiểm thử, tiếp cận được, có tài liệu, tác động an toàn đã đánh giá, đã triển khai). Trong y tế và chăm sóc, Định nghĩa Hoàn thành là nơi bạn khắc cứng những điều không thể thương lượng — hoạt động rủi ro lâm sàng DCB0129/DCB0160, khả năng tiếp cận theo WCAG 2.2, ký duyệt quản trị thông tin — để chúng không thể bị lặng lẽ bỏ dưới áp lực hạn chót.

Thỏa thuận làm việc nhóm (hay hiến chương). Một tài liệu ngắn do nhóm sở hữu nêu cách nhóm chọn làm việc: giờ cốt lõi, chuẩn mực họp, cách ra quyết định, cách xử lý bất đồng, cách chia trực. Nó biến các giả định ngầm thành thỏa thuận rõ ràng, sửa được, đặc biệt có giá trị trong các nhóm đa ngành nơi bác sĩ, kỹ sư và nhà nghiên cứu đến với những chuẩn mực nghề nghiệp rất khác nhau.

An toàn tâm lý. Niềm tin chung, được Amy Edmondson nghiên cứu rộng rãi, rằng một nhóm là nơi an toàn để chấp nhận rủi ro giữa người với người — rằng bạn có thể đặt câu hỏi, thừa nhận sai lầm hay nêu mối quan ngại mà không bị trừng phạt hay làm nhục. Đó là yếu tố tương quan mạnh nhất với các nhóm hiệu quả trong nghiên cứu Project Aristotle nổi tiếng của Google, và trong y tế nó liên quan trực tiếp đến báo cáo sai sót và học hỏi. Một nhóm thiếu nó sẽ giấu vấn đề cho đến khi chúng thành sự cố.

Kiệt sức nghề nghiệp. Một hội chứng, được Tổ chức Y tế Thế giới công nhận, do căng thẳng nơi làm việc mạn tính không được quản lý, đặc trưng bởi kiệt quệ, hoài nghi và giảm hiệu quả. Nhịp độ bền vững — nguyên tắc agile rằng một nhóm nên có thể duy trì nhịp của nó vô thời hạn — là biện pháp đối phó. Với các nhóm hỗ trợ hệ thống lâm sàng then chốt về an toàn, kiệt sức là rủi ro an toàn, vì những người mệt mỏi hỗ trợ dịch vụ 24/7 mắc lỗi.

Cải tiến liên tục. Thói quen có kỷ luật thực hiện những thay đổi nhỏ, đều đặn đối với cách bạn làm việc, dựa trên bằng chứng. Hồi cứu cấp nhóm là một ví dụ; Chủ đề 10.2 — Cải tiến chất lượng và khoa học cải tiến bao quát khoa học rộng hơn, gồm các chu kỳ Plan-Do-Study-Act, áp dụng cho phương thức làm việc của bạn cũng nhiều như cho các lộ trình lâm sàng.

Thực hành tốt nhất#

1. Chọn nhịp độ khớp với bản chất công việc, không phải mốt. Dùng sprint có thời hạn (Scrum) nơi công việc lập kế hoạch được và bạn hưởng lợi từ nhịp tim dự đoán được và nhịp các bên liên quan; dùng dòng chảy liên tục với giới hạn WIP (Kanban) nơi nhu cầu không dự đoán được, như trong hỗ trợ dịch vụ sống và các nhóm vận hành. Nhiều nhóm y tế và chăm sóc làm cả hai — một lai "Scrumban" — chạy khám phá và xây dựng theo sprint trong khi xử lý sự cố sống trên bảng dòng chảy. Quyết định có chủ đích và xem lại quyết định, thay vì thừa hưởng cái nhà cung cấp trước dùng.

2. Vận hành các nghi thức vì mục đích của chúng, và bỏ chúng khi chúng thôi phục vụ nó. Một buổi stand-up tồn tại để làm lộ chướng ngại và phối hợp trong ngày, không phải để báo cáo trạng thái cho một quản lý; một buổi rà soát hay show-and-tell tồn tại để nhận phản hồi từ người dùng thực và các bên liên quan về phần mềm chạy được; một buổi hồi cứu tồn tại để đổi cách nhóm làm việc tuần tới. Nếu một cuộc họp không còn đạt mục đích, hãy rút ngắn, cấu trúc lại hoặc dừng nó. Phép thử đơn giản: người dự có trả tiền để ở đó không?

3. Biến show-and-tell thành khoảnh khắc bác sĩ và người dùng thấy tiến độ thực. Một buổi rà soát hai tuần một lần trình diễn phần mềm chạy được cho bác sĩ, bệnh nhân và nhân viên vận hành sẽ dùng nó giữ vòng phản hồi chặt và xây niềm tin mà sự chấp nhận phụ thuộc. Mời những người sẽ sống với dịch vụ, trình diễn trên các kịch bản thực tế (không chọn lọc), và ghi lại những gì bạn học được thành thay đổi tồn đọng. Đây là bảo hiểm rẻ nhất của bạn chống xây sai thứ.

4. Viết một Định nghĩa Sẵn sàng và một Định nghĩa Hoàn thành, và đặt những điều không thể thương lượng vào Hoàn thành. Thỏa thuận các điều kiện để bắt đầu và kết thúc công việc, và mã hóa hoạt động an toàn lâm sàng, khả năng tiếp cận, ký duyệt quản trị thông tin và kiểm thử đầy đủ vào Định nghĩa Hoàn thành của bạn để chúng mang tính cấu trúc, không phải anh hùng. Khi hạn chót ép, một Hoàn thành rõ ràng trao nhóm ngôn ngữ để từ chối giao công việc không an toàn. Xem Chủ đề 3.6 — DevOps và xuất sắc kỹ thuật để biết các đường ống giao hàng liên tục có thể tự động hóa một phần Hoàn thành thế nào.

5. Giới hạn công việc đang làm. Bắt đầu thì dễ và thỏa mãn; hoàn thành mới là điều mang giá trị và giảm rủi ro. Thỏa thuận giới hạn WIP buộc nhóm cùng nhau hoàn thành công việc trước khi kéo thêm, rút ngắn thời gian dẫn, làm lộ nút thắt, và — quan trọng trong y tế — giảm số thay đổi dở dang, kiểm thử một phần đang bay cùng lúc. Một bảng hiển thị với giới hạn rõ ràng thường là thay đổi đòn bẩy cao nhất mà một nhóm đang vật lộn có thể thực hiện.

6. Cùng soạn một thỏa thuận làm việc và xem nó là sống. Để nhóm tự viết hiến chương của mình — chuẩn mực họp, giờ cộng tác cốt lõi, ra quyết định, công bằng trong trực, cách bất đồng tốt — và rà soát định kỳ. Vì các nhóm y tế số đa ngành, trải qua các nền văn hóa lâm sàng và kỹ thuật với mặc định khác nhau, làm cho chuẩn mực rõ ràng ngăn ma sát thầm lặng xói mòn niềm tin. Một hiến chương áp từ trên xuống là sân khấu; một cái nhóm sở hữu là công cụ thực.

7. Bảo vệ nhịp độ bền vững có chủ đích, và canh chừng các chỉ báo dẫn đầu của kiệt sức. Lập kế hoạch theo năng lực mà nhóm có thể giữ vô thời hạn, không phải đỉnh anh hùng; đề phòng sự gấp rút vĩnh viễn xem làm thêm giờ là bình thường. Giám sát các tín hiệu dẫn đầu — công việc ngoài kế hoạch tăng, sự thẳng thắn trong hồi cứu co lại, người ta bỏ nghỉ phép, mệt mỏi do trực — và hành động trước khi chúng thành đơn thôi việc hay sự cố. Với các nhóm làm nền cho dịch vụ lâm sàng 24/7, chia trực công bằng, tôn trọng thời gian nghỉ bù, và bố trí nhân sự cho khả năng chống chịu, không chỉ đường đi suôn sẻ (xem Chủ đề 3.8 — Quản lý dịch vụ và vận hành trực tiếp).

8. Xây an toàn tâm lý có chủ đích. Lãnh đạo đặt giọng điệu: đóng khung công việc là bài toán học hỏi, thừa nhận sai lầm của chính bạn, phản ứng với tin xấu bằng sự tò mò thay vì đổ lỗi, và cảm ơn người nêu mối quan ngại. Vận hành các cuộc rà soát sau sự cố không đổ lỗi. Trong bối cảnh kề cận lâm sàng, sự sẵn lòng nói "tôi nghĩ bản phát hành này không an toàn" hay "tôi không hiểu yêu cầu này" là cơ chế qua đó tác hại được ngăn, nên nó phải được nuôi dưỡng chủ động, không được giả định.

9. Dùng các kiểm tra sức khỏe nhóm gọn nhẹ để làm cái vô hình hiển thị. Định kỳ vận hành một tự đánh giá có cấu trúc — mô hình "squad health check" do Spotify phổ biến, nơi một nhóm tự chấm xanh/hổ phách/đỏ qua các chiều như giao giá trị, học hỏi, niềm vui, sự rõ ràng sứ mệnh và hỗ trợ — để làm lộ xu hướng theo thời gian. Giá trị không phải điểm số mà là cuộc trò chuyện chúng khởi đầu và cách chúng cho nhóm nhận ra sự trượt dốc trước khi thành khủng hoảng. Giữ nó nhanh, ẩn danh nơi hữu ích, và do nhóm sở hữu.

10. Vận hành các buổi hồi cứu thực sự thay đổi hành vi. Một buổi hồi cứu tạo ra danh sách than phiền mà không có hành động tệ hơn không có, vì nó dạy nhóm rằng lên tiếng là vô ích. Kết thúc mỗi buổi bằng một số ít thí nghiệm cụ thể, có chủ, có thời hạn; bắt đầu buổi tiếp theo bằng kiểm tra liệu các cái trước có xảy ra. Xem việc cải thiện phương thức làm việc là tồn đọng cải tiến liên tục riêng của nó, nối với khoa học cải tiến ở Chủ đề 10.2.

11. Thiết kế cho cộng tác từ xa, lai và bất đồng bộ làm mặc định. Các nhóm giao hàng y tế và chăm sóc thường phân bố qua các bệnh viện, vùng và nhà cung cấp, nên hãy xem giao tiếp bằng văn bản tốt, nghi thức video được vận hành tốt, và hồ sơ quyết định bất đồng bộ là năng lực cốt lõi, không phải phương án dự phòng. Mặc định ghi lại quyết định nơi đồng nghiệp vắng mặt tìm được, giảm thiểu cuộc họp có thể là một bản cập nhật viết, và có chủ đích về vài khoảnh khắc băng thông cao (lập kế hoạch, hồi cứu, phản ứng sự cố) thực sự hưởng lợi từ việc đồng bộ.

Câu hỏi để thảo luận với nhóm của bạn#

1. Nhịp độ và bộ nghi thức của chúng ta có thực sự giúp chúng ta giao hàng an toàn, hay chúng ta đang trình diễn nghi thức agile vì chúng ta luôn làm vậy? Nhiều nhóm thừa hưởng một lịch nghi thức — stand-up hằng ngày, sprint hai tuần, rà soát sprint, hồi cứu — mà không hỏi nó có khớp với công việc trước mặt không, và kết quả là những cuộc họp tiêu thụ giờ thực mà giá trị giảm dần. Cuộc tranh luận trung thực là về mục đích: mỗi nghi thức để làm gì, và một người quan sát trung lập xem của chúng ta có kết luận nó đạt được không? Một nhóm dịch vụ sống xử lý các sự cố lâm sàng không dự đoán được có thể được phục vụ kém bởi sprint cứng nhắc và tốt hơn bởi dòng chảy Kanban, trong khi một nhóm khám phá hưởng lợi từ nhịp tim sprint và nhịp các bên liên quan nó tạo ra. Có một căng thẳng thực giữa sự trấn an của một thói quen quen thuộc và kỷ luật chỉ vận hành những sự kiện xứng đáng chỗ của chúng. Hãy cân nhắc đo thời gian các nghi thức của bạn trong một tháng và hỏi, mỗi cuộc họp, quyết định hay sự phối hợp nào nó tạo ra. Một câu trả lời tốt không đa cảm về việc bỏ hoặc định hình lại nghi thức, phân biệt nhu cầu phối hợp với thói quen báo cáo trạng thái, và gắn lựa chọn nhịp độ với tính dự đoán được thực sự của công việc thay vì điều sơ đồ khung cho thấy.

2. Trong nhóm này có thực sự an toàn để nói "tôi nghĩ điều này không an toàn" hay "tôi đã mắc lỗi" — và chúng ta sẽ biết bằng cách nào? An toàn tâm lý dễ tuyên bố và khó sở hữu, và trong một nhóm hỗ trợ hệ thống lâm sàng, cái giá của làm sai được đo bằng tác hại bệnh nhân, không chỉ hạn chót bị lỡ. Câu hỏi khó chịu không phải liệu bạn tin nhóm mình an toàn mà là bạn có bằng chứng gì: lần cuối ai đó thừa nhận một sai sót trong stand-up, thách thức thiết kế của một người cấp cao, hay dừng một bản phát hành theo linh cảm là khi nào, và điều gì xảy ra với họ sau đó? Hãy nhìn các cuộc rà soát sự cố của bạn — chúng có thực sự không đổ lỗi, hay mọi người lặng lẽ biết ai đang bị quy trách nhiệm? Có một đánh đổi mà lãnh đạo phải đối mặt trung thực: những hành vi có cảm giác như lãnh đạo quyết đoán (đi nhanh, thể hiện sự chắc chắn, phản ứng gắt với tin xấu) thường chính xác là những hành vi dạy người ta im lặng. Hãy cân nhắc liệu các thành viên im lặng nhất của bạn có bao giờ bất đồng trong cuộc họp, và vì sao họ có thể không. Một câu trả lời mạnh cưỡng lại giả định thoải mái "tất nhiên người ta có thể lên tiếng ở đây", chỉ ra các trường hợp cụ thể gần đây hoặc thừa nhận sự vắng mặt của chúng, và xác định các hành vi lãnh đạo cụ thể cần đổi thay vì xem an toàn là đặc điểm cố định của nhóm.

3. Chúng ta có đang làm việc ở một nhịp độ có thể duy trì trong một năm không — và chúng ta đang làm gì về các tín hiệu rằng không? Nhịp độ bền vững là một trong những nguyên tắc sáng lập của agile và là một trong những thứ đầu tiên bị bỏ dưới áp lực, đặc biệt với các nhóm có hệ thống làm nền cho dịch vụ không thể ngừng. Căng thẳng là chủ nghĩa anh hùng hiển thị và được thưởng ngay lúc đó — người làm cuối tuần để sửa sản xuất được cảm ơn — trong khi sự xói mòn chậm của sức khỏe nhóm vô hình cho đến khi người ta rời đi hay mắc lỗi. Hãy hỏi các chỉ báo dẫn đầu của bạn là gì: công việc ngoài kế hoạch chen lấn công việc theo kế hoạch, nghỉ phép hằng năm không được dùng, trực làm gián đoạn giấc ngủ, hồi cứu trở nên im lặng, sự hoài nghi len vào ngôn ngữ. Trong bối cảnh then chốt về an toàn, một nhóm mệt mỏi không chỉ không vui; nó có khả năng cao hơn bỏ sót khiếm khuyết hay đọc sai cảnh báo vốn ngăn tác hại, nên đây là cuộc trò chuyện về rủi ro lâm sàng cũng nhiều như về an sinh. Hãy cân nhắc liệu việc hoạch định năng lực của bạn giả định đường đi suôn sẻ hay lập ngân sách cho sự cố, nghỉ phép và học hỏi. Một câu trả lời tốt xem kiệt sức là thuộc tính hệ thống cần thiết kế chống lại thay vì điểm yếu cá nhân, gọi tên các tín hiệu cụ thể nhóm sẽ canh chừng, và cam kết một thay đổi cụ thể — nguồn lực, công bằng trong trực, giới hạn WIP — thay vì một lời thúc giục kiên cường hơn.

4. Khi một hạn chót đang ép xuống, Định nghĩa Hoàn thành của chúng ta thực sự ngăn chúng ta bỏ gì — và chúng ta đã từng chứng minh nó giữ được chưa? Mọi nhóm đều có thể đọc thuộc rằng an toàn lâm sàng, khả năng tiếp cận và quản trị thông tin quan trọng; phép thử thực là điều gì sống sót khi chạm vào một ngày giao hàng cứng và một bên liên quan lo lắng. Căng thẳng là một Định nghĩa Hoàn thành chỉ có ý nghĩa khi nó tốn của bạn thứ gì đó — khi nó buộc nhóm không giao vào ngày đã hứa vì một cuộc rà soát mối nguy DCB0160 hay kiểm tra khả năng tiếp cận WCAG 2.2 chưa xong. Nếu Hoàn thành của bạn chưa bao giờ khiến bạn giữ một bản phát hành, nó có thể là trang trí hơn là biện pháp kiểm soát. Hãy tìm các điểm áp lực: ai có thẩm quyền nói "cái này chưa xong", và họ có được lãnh đạo hậu thuẫn hay bị ghi đè? Hãy cân nhắc liệu những điều không thể thương lượng có mang tính cấu trúc — được mã hóa trong đường ống, trong tiêu chí chấp nhận, trong các cổng ký duyệt — hay dựa vào ai đó nhớ chúng vào khoảnh khắc tệ nhất. Một câu trả lời trung thực có thể chỉ ra một dịp cụ thể khi Hoàn thành được viện dẫn dưới áp lực, hoặc thẳng thắn thừa nhận nó chưa được thử và xem đó là khoảng trống cần đóng thay vì điều an ủi.

5. Các nền văn hóa nghề nghiệp khác nhau trong nhóm này — lâm sàng, kỹ thuật, nghiên cứu, giao hàng — có thực sự chia sẻ một phương thức làm việc, hay chúng ta đang lặng lẽ chạy trên các mặc định không tương thích? Nhóm đa ngành được yêu cầu trong y tế và chăm sóc có lý do chính đáng, nhưng đưa một bác sĩ, một kỹ sư, một nhà nghiên cứu người dùng và một nhà phân tích dữ liệu vào một nhóm nghĩa là mang bốn bộ bản năng nghề nghiệp về bằng chứng, rủi ro, nhịp độ và "tốt" trông thế nào. Ma sát thường vô hình: thiên hướng giao và lặp của kỹ sư có thể đọc là liều lĩnh với một bác sĩ được đào tạo phải chắc chắn trước khi hành động, trong khi sự thận trọng của bác sĩ có thể đọc là cản trở với người quen các triển khai đảo ngược được. Một thỏa thuận làm việc chung chung ("tôn trọng nhau, dự stand-up") không bao giờ làm lộ những khác biệt này, trong khi một thỏa thuận tốt gọi tên cách nhóm này ra quyết định, xử lý bất đồng giữa các ngành, và dung hòa sự thận trọng lâm sàng với giao hàng lặp. Hãy cân nhắc liệu chuẩn mực của bạn có thực sự được cùng soạn hay nhập từ ngành nào nói to nhất. Một câu trả lời mạnh xem sự đa dạng của các nền văn hóa nghề nghiệp là nguồn an toàn hơn là bất tiện, chỉ ra các thỏa thuận rõ ràng dịch giữa chúng, và có thể mô tả một bất đồng gần đây mà chuẩn mực của nhóm đã giúp giải quyết tốt thay vì phủ lấp.

6. Chúng ta biết bằng cách nào các buổi hồi cứu và kiểm tra sức khỏe của mình đang thay đổi điều gì — và điều gì xảy ra với sự thẳng thắn khi chúng không? Một nhóm có thể vận hành một buổi hồi cứu hoàn hảo mỗi hai tuần và một kiểm tra sức khỏe nhóm hằng quý mà vẫn không cải thiện gì, vì cơ chế quan trọng không phải cuộc họp mà là việc theo đuổi đến cùng. Kiểu thất bại ăn mòn thì tinh vi: khi hành động được tạo ra mà không bao giờ làm, người ta dần học rằng nêu vấn đề là vô ích, nên sự thẳng thắn suy giảm và chính công cụ nhằm làm lộ rủi ro trở nên im lặng — một nguy cơ đặc biệt nơi vấn đề không được nói là mối quan ngại về an toàn. Câu hỏi trung thực mang tính bằng chứng: trong một nhúm hành động hồi cứu hay tín hiệu kiểm tra sức khỏe gần nhất, bao nhiêu cái dẫn đến một thay đổi hữu hình, và ai sở hữu chúng? Có một đánh đổi giữa tạo ra một danh sách than phiền dài, thỏa mãn và cam kết một số ít thí nghiệm có chủ, có thời hạn mà nhóm thực sự hoàn thành. Hãy cân nhắc liệu buổi hồi cứu tiếp theo của bạn có mở đầu bằng kiểm tra các hành động của buổi trước đã xảy ra chưa, và liệu xu hướng hổ phách-sang-đỏ của kiểm tra sức khỏe có bao giờ đến những người có thẩm quyền cấp nguồn lực cho bản sửa. Một câu trả lời tốt đo thói quen cải thiện bằng các thay đổi đã hoàn thành thay vì cuộc họp đã tổ chức, xem sự thẳng thắn suy giảm là cảnh báo sớm tự nó, và nối cải thiện phương thức làm việc với cùng kỷ luật nhóm sẽ áp dụng cho một lộ trình lâm sàng.

Trong thực tế: một ví dụ về y tế và chăm sóc#

Một quỹ NHS cộng đồng vận hành một nhóm số hỗ trợ hồ sơ bệnh án điện tử (EPR) và một ứng dụng đặt hẹn hướng tới bệnh nhân. Nhóm đa ngành — quản lý sản phẩm, quản lý giao hàng, kỹ sư, một nhà nghiên cứu người dùng, một cán bộ an toàn lâm sàng và một nhà phân tích dữ liệu — như được thiết lập theo cấu trúc của Chủ đề 7.0. Trong một năm họ chạy Scrum sách giáo khoa: sprint hai tuần, đầy đủ nghi thức. Nhưng họ cũng là nhóm bị gọi mỗi khi EPR trục trặc, và các sự cố lâm sàng liên tục phá vỡ cam kết sprint của họ, để họ cảm thấy mãi tụt hậu và các buổi hồi cứu ngày càng nhạt.

Quản lý giao hàng đề xuất một thay đổi. Họ chia công việc: phát triển sản phẩm theo kế hoạch trên ứng dụng đặt hẹn ở lại trong các sprint hai tuần với show-and-tell hai tuần một lần cho các bác sĩ ngoại trú dùng nó, trong khi hỗ trợ dịch vụ sống EPR chuyển sang một bảng Kanban với giới hạn WIP nghiêm ngặt và các giai đoạn dòng chảy rõ ràng. Họ viết lại Định nghĩa Hoàn thành để yêu cầu, với bất kỳ thay đổi nào chạm EPR, một cuộc rà soát mối nguy DCB0160 và kiểm tra khả năng tiếp cận hoàn tất trước khi "xong" — mã hóa an toàn vào quy trình thay vì để nó cho trí nhớ.

Họ cũng đưa vào một squad health check hằng quý. Cái đầu tiên làm lộ, ở các chiều "nhịp độ bền vững" và "hỗ trợ" chuyển hổ phách-sang-đỏ, rằng trực rơi vào cùng hai kỹ sư và nghỉ phép không được dùng. Nhóm dùng bằng chứng này để đưa ra một lập luận cụ thể với giám đốc: một lịch trực rộng hơn và thời gian hồi phục rõ ràng sau các cuộc gọi đêm. Sáu tháng sau, các hành động hồi cứu được hoàn thành một cách hiển nhiên, bác sĩ tin các buổi demo hai tuần một lần, và hai vấn đề an toàn tiềm tàng gần nhất được báo trước khi phát hành bởi các kỹ sư cảm thấy an toàn để nói "khoan đã." Không có gì ở đây kỳ lạ — đó là thiết kế có chủ đích về cách nhóm làm việc.

Góc nhìn theo khu vực#

Công ty khởi nghiệp#

Một công ty khởi nghiệp y tế số nhỏ thường chạy agile theo bản năng — mọi người trong một phòng, stand-up không chính thức, lặp nhanh — vốn là điểm mạnh thực sự cho tốc độ và học hỏi. Rủi ro là "chúng tôi quá nhỏ cho quy trình" lặng lẽ nghĩa là Định nghĩa Hoàn thành bỏ an toàn lâm sàng và khả năng tiếp cận cho đến khi một cuộc rà soát Tiêu chí Đánh giá Công nghệ Số (DTAC) của người mua NHS làm lộ khoảng trống. An toàn tâm lý thường cao khi nhóm còn bé và do người sáng lập dẫn dắt, nhưng một người sáng lập lôi cuốn phản ứng tệ với tin xấu có thể phá hủy nó một cách vô hình. Nước đi sinh lời sớm là viết một Định nghĩa Hoàn thành gọn nhẹ khắc những điều không thể thương lượng về an toàn và khả năng tiếp cận, và bảo vệ nhịp độ bền vững trước khi văn hóa tốc độ đốt tiền của một vòng gọi vốn bình thường hóa sự gấp rút vĩnh viễn.

Doanh nghiệp nhỏ#

Một nhà cung cấp nhỏ đã thành lập — một phòng khám bác sĩ gia đình, một hiệu thuốc cộng đồng, một nhà dưỡng lão hay một phòng khám đơn lẻ — hiếm khi có "nhóm giao hàng" nào: phương thức làm việc là bất cứ điều gì quản lý phòng khám, một trưởng nhóm lâm sàng và có lẽ một nhà thầu CNTT bán thời gian duy trì được bên cạnh việc khám bệnh. Không có sprint hay hồi cứu nào để cải cách, nên nước đi thực tế là vay mượn những thói quen rẻ nhất, đòn bẩy cao nhất — một bảng hiển thị các thay đổi số tồn đọng với giới hạn cứng số lượng đang diễn ra, và một thỏa thuận viết ngắn về ai ký duyệt một thay đổi trước khi nó vận hành. Định nghĩa Hoàn thành vẫn phải mang cùng nghĩa vụ luật định như một quỹ lớn — an toàn lâm sàng, khả năng tiếp cận, quản trị thông tin — nhưng không có cán bộ an toàn lâm sàng trong nhân viên, điều này thường nghĩa là một danh sách kiểm tra gọn nhẹ và biết gọi nhà cung cấp hay đầu mối ICB nào để được đảm bảo. Vì cùng một nhúm người mang cả cung cấp dịch vụ lẫn thay đổi, nhịp độ bền vững là rủi ro thực: một nâng cấp hỏng đổ lên nhân viên không thể đơn giản gọi một lịch trực. Tham vọng thực tế không phải nghi thức agile đầy đủ mà là những thói quen có chủ đích, viết ra, an toàn theo mặc định sống sót qua sự ra đi của người duy nhất hiện giữ mọi thứ trong đầu.

Doanh nghiệp lớn#

Một bệnh viện NHS hay hãng công nghệ y tế lớn có nhiều nhóm và vấn đề ngược lại: nghi thức agile sinh sôi, "agile" trở thành lớp sơn phủ lên một văn hóa chỉ huy-và-kiểm soát không đổi, và các nhóm trình diễn nghi thức mà không có quyền tự chủ làm chúng đáng giá. Chuẩn hóa một khung duy nhất (thường là agile mở rộng) khắp hàng chục nhóm có nguy cơ áp một nhịp độ vừa với một số và làm tê liệt số khác, nên hãy cho phép các nhóm chọn Scrum, Kanban hay lai trong các hàng rào chung. Ở quy mô này, các kiểm tra sức khỏe nhóm được tổng hợp qua các nhóm trao cho lãnh đạo một tín hiệu thực về bầu không khí tổ chức — nhưng chỉ khi dữ liệu được dùng để giúp các nhóm, không bao giờ để xếp hạng hay trừng phạt họ. Lợi thế quyết định của doanh nghiệp lớn là khả năng đầu tư vào các nền tảng, cấu trúc trực và thời gian cải thiện được bảo vệ khiến nhịp độ bền vững khả thi thay vì khát vọng.

Chính phủ#

Một cơ quan quốc gia như NHS England hay chính quyền địa phương đặt ra các chuẩn người khác giao hàng theo — cả GOV.UK Service Manual lẫn NHS Service Standard đều bắt buộc các nhóm đa ngành làm việc theo cách agile, lặp — và chịu trách nhiệm trước công chúng về cách phương thức làm việc chuyển thành giá trị đồng tiền. Nhiều giao hàng được thuê cho nhà cung cấp, nên đòn bẩy phương thức làm việc của chính phủ mang tính hợp đồng: khăng khăng giao hàng agile thực sự với phần mềm chạy được trình diễn tại các show-and-tell đều đặn, thay vì chấp nhận tài liệu so với kế hoạch thác nước khoác ngôn ngữ agile. Trách nhiệm giải trình mang tính chính thức và kiểm toán được, có thể kéo về các nghi thức quản trị nặng bóp nghẹt dòng chảy nhóm, nên kỷ luật là đảm bảo kết quả và an toàn mà không bóp nghẹt nhịp riêng của nhóm. Chiều niềm tin công chúng sắc nhất ở đây: một nhóm giao hàng khỏe mạnh, minh bạch một cách hiển nhiên là một phần của cách một cơ quan công giành được sự tin cậy để giữ dữ liệu nhạy cảm và vận hành dịch vụ then chốt.

Các kiểu thất bại thường gặp#

• Nghi thức xác sống. Stand-up là sân khấu trạng thái cho quản lý, rà soát không có người dùng thực, hồi cứu không bao giờ thay đổi gì. Các sự kiện chạy tự động, tiêu thụ thời gian và dạy nhóm rằng tham gia là vô ích. Sửa bằng cách nối lại không khoan nhượng mỗi sự kiện với mục đích của nó hoặc dừng nó.
• Agile làm bình phong cho không kế hoạch hay không quản trị. "Chúng tôi agile" dùng để biện minh việc bỏ công việc an toàn lâm sàng, khả năng tiếp cận hay quản trị thông tin. Sự linh hoạt nên làm lộ những điều này sớm hơn, không phải bào chữa cho chúng; hãy đặt chúng vào Định nghĩa Hoàn thành.
• Áp dụng khung theo kiểu sùng bái. Sao chép nhãn của Scrum hay mô hình Spotify mà không có quyền tự chủ, minh bạch và niềm tin bên dưới. Vay mượn nguyên tắc, thích nghi với bối cảnh, và để các nhóm chọn nhịp độ riêng trong hàng rào.
• Mọi thứ đang làm, không gì xong. Không có giới hạn WIP, nên nhóm bắt đầu nhiều thứ và hoàn thành ít, thời gian dẫn phình ra và các thay đổi kiểm thử dở chất đống. Hiển thị công việc và đặt trần cho nó.
• Chủ nghĩa anh hùng như mô hình vận hành. Làm thêm giờ kéo dài và trực do một vài người gánh, được ca ngợi thay vì sửa. Nó làm kiệt sức những người giỏi nhất của bạn và, với hệ thống then chốt về an toàn, tăng rủi ro lâm sàng. Thiết kế cho nhịp độ bền vững và luân phiên công bằng.
• Hồi cứu không có theo đuổi. Hành động được tạo ra và không bao giờ làm, nên sự thẳng thắn suy giảm. Giới hạn ở một số ít thí nghiệm có chủ, có thời hạn và kiểm tra chúng lần sau.
• An toàn tâm lý được giả định, không được xây. Lãnh đạo tuyên bố nhóm an toàn trong khi phản ứng của chính họ dạy người ta im lặng. Đo nó bằng hành vi, không phải niềm tin.

Mô hình trưởng thành#

Danh sách kiểm tra#

• Nhóm đã chọn có ý thức nhịp độ của mình (sprint, dòng chảy hay lai) để khớp bản chất công việc, và xem lại lựa chọn.
• Mỗi nghi thức có mục đích được nêu mà mọi người hiểu, và các sự kiện không còn phục vụ nó được đổi hoặc dừng.
• Các show-and-tell đều đặn trình diễn phần mềm chạy được cho bác sĩ, bệnh nhân hoặc người dùng vận hành thực.
• Một Định nghĩa Sẵn sàng và Định nghĩa Hoàn thành bằng văn bản tồn tại, với an toàn lâm sàng, khả năng tiếp cận và quản trị thông tin được mã hóa trong Hoàn thành.
• Công việc đang làm được hiển thị và bị giới hạn rõ ràng.
• Nhóm đã cùng soạn một thỏa thuận làm việc/hiến chương và rà soát định kỳ.
• Một kiểm tra sức khỏe nhóm gọn nhẹ chạy theo nhịp đều đặn, do nhóm sở hữu, và xu hướng của nó định hướng hành động.
• Hồi cứu kết thúc với một vài hành động có chủ, có thời hạn, và buổi hồi cứu tiếp theo kiểm tra chúng có xảy ra không.
• Chỉ báo dẫn đầu của kiệt sức được giám sát, trực được chia công bằng, và năng lực được lập kế hoạch cho nhịp độ bền vững.
• Cộng tác từ xa/lai/bất đồng bộ được thiết kế có chủ đích: quyết định được ghi nơi đồng nghiệp vắng mặt tìm được.
• Lãnh đạo xây an toàn tâm lý chủ động qua các cuộc rà soát không đổ lỗi và phản ứng hiển thị của chính họ với tin xấu.

Nguồn chính#

• Tuyên ngôn Agile và mười hai nguyên tắc của nó (gồm "phát triển bền vững … duy trì nhịp độ không đổi vô thời hạn") — agilemanifesto.org
• Hướng dẫn Scrum — Ken Schwaber & Jeff Sutherland — scrumguides.org
• Kanban — David J. Anderson — trực quan hóa dòng chảy và giới hạn công việc đang làm
• NHS England — NHS Service Standard và NHS Service Manual — giao hàng agile đa ngành và show-and-tell
• GOV.UK Service Manual (Government Digital Service) — giao hàng agile, nghi thức agile và phương thức làm việc bền vững
• Amy C. Edmondson, The Fearless Organization — an toàn tâm lý và học hỏi nhóm trong y tế
• Google re:Work — các phát hiện Project Aristotle về điều làm nhóm hiệu quả
• Mô hình "Squad Health Check" của Spotify — Henrik Kniberg & Kristian Lindwall
• Tổ chức Y tế Thế giới — phân loại kiệt sức trong ICD-11 (QD85)

Tài liệu tham khảo#

1. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
2. Iterative and incremental development — Wikipedia — https://en.wikipedia.org/wiki/Iterative_and_incremental_development
3. Scrum (project management) — Wikipedia — https://en.wikipedia.org/wiki/Scrum_(project_management)
4. Kanban (development) — Wikipedia — https://en.wikipedia.org/wiki/Kanban_(development)
5. Stand-up meeting — Wikipedia — https://en.wikipedia.org/wiki/Stand-up_meeting
6. Retrospective — Wikipedia — https://en.wikipedia.org/wiki/Retrospective
7. Psychological safety — Wikipedia — https://en.wikipedia.org/wiki/Psychological_safety
8. Occupational burnout — Wikipedia — https://en.wikipedia.org/wiki/Occupational_burnout
9. Continual improvement process — Wikipedia — https://en.wikipedia.org/wiki/Continual_improvement_process
10. Manifesto for Agile Software Development — Beck et al. — https://agilemanifesto.org
11. The Scrum Guide (2020) — Ken Schwaber & Jeff Sutherland — https://scrumguides.org
12. NHS Service Manual and Service Standard — NHS England — https://service-manual.nhs.uk
13. Service Manual (agile delivery) — Government Digital Service, GOV.UK — https://www.gov.uk/service-manual/agile-delivery
14. The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth — Amy C. Edmondson — https://fearlessorganization.com
15. re:Work — Guide: Understand team effectiveness (Project Aristotle) — Google — https://rework.withgoogle.com/guides/understanding-team-effectiveness/
16. Squad Health Check model — Henrik Kniberg & Kristian Lindwall, Spotify Engineering — https://engineering.atspotify.com/2014/09/squad-health-check-model
17. Burn-out an "occupational phenomenon": International Classification of Diseases (ICD-11) — World Health Organization — https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases

Xem thêm Chủ đề 3.6 — DevOps và xuất sắc kỹ thuật, Chủ đề 3.8 — Quản lý dịch vụ và vận hành trực tiếp, Chủ đề 7.0 — Cơ cấu nhóm, vai trò và trách nhiệm, Chủ đề 7.5 — Phát triển con người và tổ chức, và Chủ đề 10.2 — Cải tiến chất lượng và khoa học cải tiến.