IDS trong EOS: Hướng dẫn toàn diện về các cuộc họp L10 và giải quyết vấn đề

Đã bao nhiêu lần nhóm lãnh đạo của bạn tổ chức một cuộc họp mà chẳng giải quyết được gì? Mỗi tuần, những vấn đề cũ lại xuất hiện, các cuộc thảo luận cứ xoay vòng mà không có hồi kết, khiến ai nấy đều cảm thấy chán nản. Nếu điều này nghe có vẻ quen thuộc, bạn không phải là người duy nhất gặp phải tình trạng đó.

Hệ điều hành doanh nghiệp (EOS) cung cấp hai công cụ liên quan để biến những cuộc thảo luận không hồi kết đó thành kết quả quyết đoán: quy trình IDS (Identify - Nhận diện, Discuss - Thảo luận, Solve - Giải quyết) và cuộc họp Level 10 (L10). Khi được kết hợp với nhau, chúng tạo ra những cuộc họp giúp giải quyết vấn đề và cải thiện hiệu quả làm việc của nhóm.

Hình ảnh minh họa khung quy trình IDS và cuộc họp L10

Hướng dẫn này sẽ giải thích ý nghĩa của từ viết tắt "IDS", cách thức hoạt động của cuộc họp L10 và cách triển khai hiệu quả cả hai công cụ này.

IDS trong EOS nghĩa là gì?

Trong EOS, IDS là viết tắt của Identify (Nhận diện), Discuss (Thảo luận), Solve (Giải quyết) và là phương pháp nền tảng để giải quyết vấn đề trong Hệ điều hành doanh nghiệp. Đây là một phương pháp kỷ luật, yêu cầu các nhóm giải quyết vấn đề một cách có cấu trúc, tránh tình trạng thảo luận mãi mà không đưa ra được kết luận; nếu không, họ sẽ tiếp tục tranh luận về cùng một vấn đề hết lần này đến lần khác mà không có hồi kết.

Để hiểu cấu trúc của quy trình này, hãy tưởng tượng IDS giống như một chiếc phễu: phía trên phễu là nơi đưa vào tất cả những sự thất vọng khó chịu và chưa được định nghĩa rõ ràng. Thiết kế của phễu đảm bảo rằng chỉ những giải pháp rõ ràng, có thể thực hiện được mới chảy ra từ phía dưới. Nếu không có cấu trúc này, hầu hết các nhóm sẽ chuyển ngay từ việc thảo luận về triệu chứng của vấn đề sang việc lờ đi vấn đề thực sự trong khi nó ngày càng tồi tệ hơn.

Trên thực tế, IDS có nghĩa là chấm dứt những cuộc họp mà một vấn đề được thảo luận năm lần liên tiếp; việc thực hiện quy trình giải quyết vấn đề có cấu trúc sẽ tạo ra các hành động tiếp theo được ghi chép lại, và quan trọng hơn, sẽ giúp xác định và giải quyết nguyên nhân gốc rễ của vấn đề thay vì chỉ điều trị các triệu chứng – những thứ chắc chắn sẽ quay lại sau đó.

Giải thích ba giai đoạn của IDS

Ba giai đoạn của quy trình IDS - Nhận diện, Thảo luận, Giải quyết

Mỗi bước trong quy trình IDS (nhận diện, thảo luận, giải quyết) đều có mục đích cụ thể.

Giai đoạn 1: Nhận diện (10% thời gian IDS)

Câu hỏi duy nhất cần trả lời trong giai đoạn nhận diện là: Vấn đề thực sự ở đây là gì? Người nêu vấn đề sẽ đưa ra mô tả tổng quát, sau đó cả nhóm sẽ đào sâu bằng cách đặt các câu hỏi làm rõ cho đến khi tìm ra nguyên nhân gốc rễ.

Mẹo thực tế: Hãy viết vấn đề đã xác định thành một câu rõ ràng trước khi tiếp tục. Nếu bạn không thể giải thích nó bằng những thuật ngữ dễ hiểu, nghĩa là bạn vẫn chưa xác định đúng vấn đề.

Giai đoạn 2: Thảo luận (70% thời gian IDS)

Sai lầm của hầu hết các nhóm là nghĩ rằng thảo luận nghĩa là mỗi người lần lượt chia sẻ ý kiến của mình. Đây không phải thảo luận; đây gọi là vòng tròn trò chuyện. Quy trình IDS của EOS đòi hỏi thảo luận tập trung; nghĩa là tất cả người tham gia xây dựng dựa trên ý kiến của nhau với mục đích đi đến giải quyết.

Một cuộc thảo luận hiệu quả tuân theo ba quy tắc:

• Mọi người nói một lần trước khi bất kỳ ai được nói lần thứ hai
• Đi đúng chủ đề—các vấn đề ngoài lề sẽ được đưa vào danh sách vấn đề
• Tranh luận về ý tưởng, không tranh luận về con người—tách biệt vấn đề khỏi cá nhân

Việc nhóm cảm thấy hơi khó chịu khi thảo luận một vấn đề là điều bình thường. Nếu một nhóm đồng ý quá nhanh, có khả năng họ chưa đào sâu vào vấn đề. Xung đột mang tính xây dựng trong các cuộc thảo luận sẽ tạo ra giải pháp chất lượng cao hơn.

Giai đoạn 3: Giải quyết (20% thời gian IDS)

Giai đoạn Giải quyết chiếm khoảng 20% thời lượng của một phiên IDS. Giải quyết nghĩa là đưa ra quyết định hoặc cam kết hành động. Do đó, một phiên IDS sẽ tạo ra:

• Một đầu việc cụ thể được giao cho một người với thời hạn hoàn thành;
• Hoặc một quyết định giải quyết dứt điểm vấn đề; hoặc
• Loại bỏ hoàn toàn vấn đề.

Giai đoạn giải quyết cần xác định rõ người chịu trách nhiệm thực hiện giải pháp. Nếu không ai nhận trách nhiệm, thì dù giải pháp có tuyệt vời đến đâu, nó cũng sẽ trở thành vấn đề của tất cả mọi người.

📥 Tải xuống: Danh sách kiểm tra phiên IDS (PDF) - Thời gian, câu hỏi và tiêu chí hoàn thành cho từng giai đoạn

Tại sao vấn đề được nêu ra lại không phải là vấn đề thực sự

Để thực hiện phân tích nguyên nhân gốc rễ thành công trong IDS, bạn phải "bóc lớp hành" bằng cách liên tục hỏi "tại sao" cho đến khi tìm ra điều gì đó có thể hành động được. Quá trình này sẽ trông như sau: Tại sao chúng ta không đạt chỉ tiêu? ⇒ Vì tỷ lệ chốt đơn giảm. ⇒ Tại sao tỷ lệ chốt đơn giảm? ⇒ Vì có đối thủ cạnh tranh mới với giá thấp hơn. ⇒ Tại sao đối thủ lại giành được khách hàng ở mức giá đó? ⇒ Vì đề xuất giá trị của chúng ta chưa đủ khác biệt so với họ. Đến đây, chúng ta mới có một vấn đề để giải quyết.

Tư duy này rất quan trọng vì việc giảm lỗi do con người là kết quả của việc làm rõ các quy trình vận hành tiêu chuẩn (SOP), và việc xác định vấn đề cũng không khác biệt. Nếu tuyên bố vấn đề mơ hồ, giải pháp cũng sẽ đi chệch hướng.

Ngụy biện thuốc cảm: Điều trị triệu chứng sẽ mang lại sự nhẹ nhõm ngắn hạn, nhưng vấn đề gốc rễ vẫn tồn tại và sẽ tái diễn. Nếu bạn cứ tiếp tục "giải quyết" cùng một vấn đề hết lần này đến lần khác, bạn đang điều trị triệu chứng bằng thuốc cảm; bạn cần điều trị nguyên nhân gốc rễ của triệu chứng đó.

📥 Tải xuống: Bảng tính phân tích nguyên nhân gốc rễ IDS (PDF) - Khung 5 câu hỏi "Tại sao" và mẫu biểu đồ xương cá

Ba loại vấn đề xuất hiện trong danh sách vấn đề EOS của bạn đại diện cho những vấn đề rất khác nhau. Hiểu rõ loại vấn đề trong hệ thống EOS sẽ giúp bạn phân bổ thời gian hiệu quả khi xử lý chúng.

1. Vấn đề (Problems) là những rào cản hoặc trở ngại ngăn cản nhóm tiến về phía trước. Ví dụ bao gồm thiết bị hỏng, thành viên nhóm không hoàn thành trách nhiệm hoặc quy trình không hiệu quả. Ví dụ, những thứ được phân loại là vấn đề có thể bao gồm nhân viên đe dọa nghỉ việc, mối quan hệ khách hàng xấu đi hoặc nút thắt trong vận hành gây trễ thời hạn. Các vấn đề đòi hỏi quy trình IDS đầy đủ, bao gồm xác định nguyên nhân gốc rễ (I), thảo luận giải pháp (D) và cam kết hành động (S). Nếu bạn cố gắng làm vội vàng, khả năng cao là bạn sẽ phải lặp lại quy trình này liên tục.

2. Thông tin (Information) là những điều cần chia sẻ thay vì cần giải quyết. Ví dụ, một thành viên có thể cần thêm thông tin trước khi ra quyết định, hoặc bạn muốn thu hút sự chú ý vào một xu hướng mà không đề xuất giải pháp. Hiếm khi cần dành thời gian thảo luận mở rộng cho loại này. Giai đoạn (I) là lúc thành viên làm rõ những gì họ chia sẻ, giai đoạn (D) thường là cuộc thảo luận ngắn để xác nhận mọi người đã hiểu, và giai đoạn (S) thường chỉ là ghi nhận thông tin và tiếp tục.

3. Ý tưởng và Cơ hội (Ideas and Opportunities) là những khả năng hướng tới tương lai để tổ chức khám phá. Ví dụ như cơ hội thị trường mới, đề xuất cải tiến quy trình và các sáng kiến chiến lược. Mặc dù đây không phải là "vấn đề" (vì không có gì hỏng hóc), chúng đại diện cho giá trị tiềm năng và cần được xử lý có tổ chức. Khi làm việc với loại này, nhóm sẽ đánh giá tính khả thi và thời điểm thay vì đánh giá cái gì đã sai. Giai đoạn (S) có thể bao gồm việc đưa ý tưởng vào Kế hoạch Tầm nhìn/Lực đẩy (V/TO) để lập kế hoạch hàng quý, hoặc phân công người nghiên cứu thêm.

So sánh ba loại vấn đề trong IDS - Vấn đề, Thông tin và Ý tưởng

Mẹo chuyên gia: Trước khi bắt đầu IDS, hãy yêu cầu người đưa ra vấn đề phân loại: "Đây là vấn đề", "Đây là thông tin", hoặc "Đây là cơ hội". Phân loại đó giúp điều chỉnh lượng thời gian cần đầu tư.

Tạo và quản lý danh sách vấn đề

Tại EOS, chúng tôi phân loại danh sách vấn đề thành ba cấp độ:

• Vấn đề cấp V/TO (còn gọi là Vấn đề dài hạn) là các vấn đề chiến lược lớn, cần hơn một quý để giải quyết. Bạn chỉ xem xét danh sách này trong các buổi lập kế hoạch hàng quý, không phải trong các cuộc họp L10 hàng tuần.
• Vấn đề cấp Nhóm lãnh đạo là các vấn đề liên quan đến nhiều phòng ban, đòi hỏi sự đóng góp từ nhiều bộ phận. Đây là danh sách được sử dụng trong các cuộc họp L10.
• Vấn đề cấp Phòng ban cụ thể cho đội ngũ của bạn và không cần sự tham gia của nhóm lãnh đạo.

Hệ thống phân cấp danh sách vấn đề: V/TO, Nhóm lãnh đạo và Phòng ban

| Cấp độ danh sách | Chu kỳ xem xét | Vấn đề thường gặp | | --- | --- | --- | | V/TO (Chiến lược) | Hàng quý | Mở rộng thị trường, Đầu tư lớn | | Nhóm lãnh đạo | Họp L10 hàng tuần | Vấn đề liên phòng ban, Quyết định công ty | | Phòng ban | Họp phòng ban | Vận hành nhóm, Cải tiến quy trình |

Vệ sinh danh sách vấn đề — Loại bỏ ngay các vấn đề đã giải quyết. Lưu trữ các vấn đề dài hạn và xử lý khác với các vấn đề định kỳ. Xóa bỏ các vấn đề không được giải quyết sau một khoảng thời gian.

📥 Tải xuống: Trình theo dõi vấn đề IDS (Google Sheets) - Mẫu với các cột ngày, vấn đề, người sở hữu, trạng thái và ghi chú giải quyết

Cuộc họp Level 10 là gì?

Cuộc họp L10 (Level 10 Meeting) diễn ra hàng tuần, thường vào cùng một thời điểm trong cùng một ngày và kéo dài trong 90 phút. Mọi thành viên trong nhóm lãnh đạo gặp nhau trong 90 phút để đánh giá hiệu suất của công ty, tạo ra danh sách vấn đề và sử dụng IDS để giải quyết mọi vấn đề thực tế.

Gino Wickman đã khởi xướng khái niệm cuộc họp Level 10 trong cuốn sách Traction. Với mục tiêu biến mọi cuộc họp thành "10 trên 10", cấu trúc cuộc họp L10 nhằm tạo ra cách thức hiệu quả để loại bỏ sự lãng phí làm giảm điểm số tổng thể của cuộc họp.

Điều này trông như thế nào? Các cuộc họp L10 đóng vai trò là cơ chế cưỡng bách – buộc các vấn đề phải lộ diện, các cuộc thảo luận phải diễn ra và các quyết định phải được đưa ra, đồng thời cung cấp cơ hội cho mọi người theo dõi nhiệm vụ thông qua danh sách công việc hiển thị rõ ràng. Nghiên cứu ủng hộ điều này, với năm yếu tố thiết kế cuộc họp giúp tạo ra các cuộc họp hiệu quả thay vì lãng phí thời gian.

Tại sao cuộc họp L10 lại được gọi là Level 10?

Người tham gia cho điểm từ 1 đến 10 vào cuối mỗi cuộc họp L10. Điểm 10 biểu thị rằng tất cả mọi người có mặt đều tham gia tích cực và các vấn đề chính đã được giải quyết. Việc rời cuộc họp với các "Bước hành động" cụ thể đảm bảo sự tương tác hiệu quả của nhóm trong các cuộc họp tiếp theo. Nếu nhận điểm dưới 10, nhóm sẽ xác định những gì họ có thể làm khác đi để đạt điểm 10.

Việc chấm điểm đóng vai trò như một công cụ chẩn đoán để xác định các vấn đề hệ thống tiềm ẩn. Khi các nhóm liên tục chấm 7 hoặc 8 điểm, đó có thể là dấu hiệu của các vấn đề như có sai người tham dự hoặc liên tục giải quyết các vấn đề không quan trọng trong khi bỏ qua những vấn đề cốt lõi.

Có những nhóm chống lại việc tự chấm điểm vì cảm thấy thô lỗ hoặc đối đầu. Sự khó chịu này thường là chỉ báo của một vấn đề hệ thống lớn hơn: nhóm không thoải mái khi đưa ra phản hồi trung thực cho nhau. Mục tiêu không phải là đạt điểm 10 trong mọi cuộc họp (vì đôi khi có những yếu tố nằm ngoài tầm kiểm soát), mà là duy trì sự cải tiến liên tục và cho thấy xu hướng tiến bộ qua nhiều tháng, hướng tới mức 10.

Khung 90 phút để loại bỏ lãng phí trong cuộc họp

Cuộc họp L10 có thời gian cố định là 90 phút, chia thành 7 phần. Mỗi phần có giới hạn thời gian cụ thể nhằm tạo kỷ luật cho người tham gia.

Cấu trúc cuộc họp L10 với phân bổ 90 phút

| Phần | Thời lượng | Mục tiêu | | --- | --- | --- | | Phát triển cá nhân | 5 phút | Chia sẻ tin tốt/thành công cá nhân và công việc | | Đánh giá chỉ số | 5 phút | Xem xét chỉ số hàng tuần—Chúng ta có đang đi đúng hướng không? | | Đánh giá ưu tiên | 5 phút | Xem xét các ưu tiên hàng quý | | Tiêu điểm công ty & nhân viên | 5 phút | Cập nhật liên quan đến Khách hàng và Nhân viên | | Xem xét danh sách việc cần làm | 5 phút | Đánh giá danh sách việc cần làm (Bạn đã hoàn thành chưa?) | | Nhận diện, thảo luận, giải quyết vấn đề | 60 phút | Giải quyết vấn đề—Đây là mục đích chính của cuộc họp | | Tóm tắt/Đánh giá cuộc họp | 5 phút | Đánh giá cuộc họp bằng cách báo cáo các mục còn tồn đọng VÀ chấm điểm cuộc họp. |

Theo mô hình EOS, có 25 phút được dành để báo cáo hiệu suất trước khi dành 60 phút cho việc giải quyết vấn đề. Nghiên cứu chỉ ra rằng việc giải quyết vấn đề có cấu trúc có mối tương quan trực tiếp với thành công của dự án, đặc biệt là với các nhóm có ít hoặc không có thông tin lịch sử về nhau.

Chương trình nghị sự cuộc họp L10 – Một mẫu tham khảo

Đây là khung để duy trì cuộc họp của bạn, và phần này giải thích tất cả bảy phân đoạn.

Phần dẫn nhập 5 phút

Mỗi người tham gia sẽ chia sẻ một thành công cá nhân và công việc họ đạt được trong 7 ngày qua. Bằng cách bắt đầu với những chiến thắng, chúng ta thiết lập lại trạng thái tinh thần, củng cố kết nối và tạo động lực tích cực. Chúng ta sẽ đi quanh vòng tròn nhanh chóng, tối đa 30 giây mỗi người.

Đánh giá Thẻ điểm (5 phút)

Xem xét 5-15 chỉ số hàng ngày quan trọng nhất cho doanh nghiệp của bạn. Với mỗi chỉ số, bạn cần đánh giá "đúng hướng" hoặc "lệch hướng". Nếu bạn đánh giá một chỉ số là "lệch hướng", nó sẽ tự động được đưa vào danh sách vấn đề để IDS và không cần giải thích gì thêm.

Thẻ điểm trong cuộc họp L10 thúc đẩy trách nhiệm và sự minh bạch. Nếu một chỉ số hiển thị "lệch hướng" trong ba tuần liên tiếp, đó là một mô hình cần được giải quyết ngay lập tức.

📥 Tải xuống: Mẫu thẻ điểm cuộc họp L10 (Excel) - Các cột KPI với định dạng có điều kiện cho trạng thái đúng/lệch hướng

Đánh giá "Rocks" (5 phút)

Mỗi thành viên nhóm lãnh đạo sẽ làm việc để đạt được 3-7 ưu tiên hàng quý gọi là "Rocks". Giống như thẻ điểm, các Rocks sẽ ở trạng thái đúng hoặc lệch hướng.

Rocks là cầu nối giữa kế hoạch hàng quý và kế hoạch thực thi hàng tuần.

Cập nhật Nhân viên và Khách hàng (5 phút)

Cung cấp các cập nhật quan trọng không nằm trong các phần nội dung khác: khách hàng mới, mối quan tâm của nhân viên, đe dọa cạnh tranh, phản hồi thị trường. Các cập nhật chỉ được cung cấp dưới dạng tiêu đề, nếu cần thảo luận, hãy đưa mục đó vào danh sách vấn đề.

Xem xét danh sách việc cần làm (5 phút)

Trong năm phút tiếp theo, nhóm sẽ xem xét danh sách việc cần làm của tuần trước để xem chúng đã hoàn thành chưa. Các mục chưa hoàn thành sẽ không được xử lý (không có ích) trừ khi đưa vào IDS từng mục một nếu chúng xuất hiện thường xuyên. Không có khái niệm "hoàn thành một phần" cho một đầu việc. Khoảng 90% đầu việc của bạn nên được hoàn thành.

Kỷ luật với đầu việc nhằm tạo ra cơ chế theo dõi tiến độ dài hạn; trong một tuần, nên có nhiều đầu việc nhỏ được hoàn thành, và trong ba tháng, những đầu việc nhỏ đó sẽ tích lũy thành một tiến độ đáng kể. Việc thường xuyên hoạt động dưới tỷ lệ hoàn thành 80% là dấu hiệu cho thấy các đầu việc quá tham vọng so với năng lực hoặc trách nhiệm giải trình của nhóm cần được củng cố.

IDS: Trọng tâm của cuộc họp (60 phút)

Giai đoạn IDS là nơi tập trung thực sự của cuộc họp, với 60 phút dành để nhận diện và thảo luận các vấn đề, cũng như đưa ra giải pháp cho những vấn đề được nêu ra trong cuộc họp L10.

Giao thức ưu tiên 3-2-1:

1. Đọc qua toàn bộ danh sách vấn đề
2. Mỗi người âm thầm xác định 3 vấn đề hàng đầu của mình
3. Bỏ phiếu nhanh và xử lý các vấn đề được bình chọn nhiều nhất theo thứ tự

Mỗi vấn đề nên được xử lý bằng IDS cho đến khi được giải quyết. Sau 60 phút, IDS sẽ kết thúc. Bất kỳ vấn đề nào chưa được giải quyết sẽ được chuyển sang tuần tiếp theo.

Chương trình L10 của EOS dành phần lớn thời gian cho IDS vì nhóm lãnh đạo mang lại giá trị lớn nhất trong lĩnh vực này.

Kết luận (5 phút)

1. Tóm tắt đầu việc với người chịu trách nhiệm và ngày hết hạn
2. Thông điệp truyền đạt — những gì cần thông báo cho các nhóm lớn hơn
3. Chấm điểm cuộc họp từ 1-10

Kết thúc đúng giờ là điều không thể thương lượng.

📥 Tải xuống: Mẫu chương trình cuộc họp L10 (Excel/Google Sheets) - Chương trình đầy đủ với bảy phân đoạn và hướng dẫn thời gian

Vai trò & Trách nhiệm trong cuộc họp L10

Khi vai trò không rõ ràng, rất khó để vận hành cuộc họp L10 trơn tru. Sự rõ ràng về việc ai chịu trách nhiệm cho mỗi phần của cuộc họp sẽ ngăn chặn các vấn đề phát sinh và sự chệch hướng của một nhóm vốn có ý định tốt.

| Vai trò | Trách nhiệm chính | Thường đảm nhiệm | | --- | --- | --- | | Người điều phối | Kiểm soát thời gian, thực thi cấu trúc, giữ thảo luận đi đúng hướng | Integrator, COO | | Người ghi chép | Ghi lại các đầu việc, quyết định, thay đổi trong danh sách vấn đề | Luân phiên hoặc Thư ký | | Trưởng nhóm họp | Thiết lập quy trình ưu tiên, đảm bảo các vấn đề đúng được giải quyết | Integrator | | Người tham gia | Tham gia thảo luận; sở hữu chỉ số/rocks; hoàn thành đầu việc | Tất cả thành viên Nhóm lãnh đạo |

Biểu đồ trách nhiệm giải trình (Accountability Chart) cho thấy ai chịu trách nhiệm cho các chức năng khác nhau trong tổ chức; ví dụ, nếu có người chịu trách nhiệm về bán hàng, họ sẽ thảo luận về các chỉ số bán hàng. Hiểu rõ trách nhiệm của tổ chức giúp hiểu được ai nên tham gia các cuộc họp.

Ma trận trách nhiệm L10 cho Người điều phối, Người ghi chép, Trưởng nhóm và Người tham gia

Sổ tay của Người điều phối

Trách nhiệm cốt lõi:

• Bắt đầu đúng giờ. Ngay cả khi CEO đang đi trên hành lang.
• Giữ các phân đoạn trong giới hạn thời gian. Khi đánh giá thẻ điểm đạt 5 phút, nó kết thúc.
• Ngắt các chủ đề ngoài lề ngay lập tức. "Ý kiến hay—đưa nó vào danh sách vấn đề."
• Đảm bảo mọi người nói một lần trước khi bất kỳ ai nói lần thứ hai trong IDS.
• Yêu cầu giải quyết. "Hành động là gì? Ai sở hữu nó? Hạn chót là khi nào?"

Xử lý người tham gia khó tính:

• "Bạn đã nêu quan điểm đó—hãy nghe ý kiến của người khác."
• "Vấn đề này cứ tái diễn. Hãy IDS lý do tại sao chúng ta không giải quyết nó dứt điểm."

Khi nào nên leo thang vs. Giải quyết trong cuộc họp

Giải quyết trong cuộc họp khi:

• Vấn đề có thể giải quyết trong 15 phút hoặc ít hơn
• Sự chậm trễ gây ra thiệt hại đáng kể
• Vấn đề đòi hỏi sự đồng thuận giữa các bộ phận

Leo thang ngoài cuộc họp khi:

• Cần nghiên cứu hoặc dữ liệu không có sẵn
• Vấn đề chỉ liên quan đến 2-3 người
• Độ phức tạp đòi hỏi một phiên làm việc chuyên biệt
• Vấn đề nên trở thành một "Rock" cho quý tới

Hiệu quả ra quyết định cải thiện khi các nhóm học được sự khác biệt này.

Các rối loạn thường gặp trong IDS và cuộc họp L10

Dưới đây tóm tắt cách nhiều nhóm dù hiểu về cấu trúc vẫn có thể mắc phải các hành vi rối loạn trong cuộc họp.

| Rối loạn | Dấu hiệu cảnh báo | Cách phòng tránh | | --- | --- | --- | | Bẫy thảo luận | Cùng một cuộc thảo luận diễn ra nhiều lần trong 20 phút | Giới hạn thời gian chủ đề; giải pháp là gì? | | Vấn đề lặp lại | Một người liên tục lặp lại cùng một quan điểm | Người điều phối cần chuyển hướng người tham gia | | Giải quyết hời hợt | "Chúng ta sẽ giám sát tình hình này" được coi là giải pháp | Đưa ra đầu việc cụ thể với người sở hữu |

Các rối loạn L10 thường gặp - Dấu hiệu cảnh báo và chiến lược phòng tránh

Vòng tròn trò chuyện

Nhóm nhận diện một vấn đề, và sau 25 phút nói về nó (nói vòng tròn), không có gì được quyết định. Mỗi người đã đóng góp ý kiến (2 lần), nhưng không ai tiến gần đến quyết định cuối cùng. Thời gian cạn dần; sự thất vọng tăng lên; và cuối cùng, ai đó đề nghị "để sang một bên", nghĩa là họ sẽ bỏ qua cho đến tuần sau.

Dấu hiệu nhận biết:

• Cùng một người nói hơn ba lần về một vấn đề
• Thông tin mới ngừng xuất hiện từ 10 phút trước
• Người tham gia bắt đầu kiểm tra điện thoại hoặc mất tập trung

Thoát bẫy: Người điều phối cần hành động và nói: "Các bạn đã nói về điều này 15 phút rồi; hành động cụ thể chúng ta sẽ sử dụng là gì, và quan trọng hơn ai sẽ chịu trách nhiệm cho nó?"

Lý do thường xảy ra cái bẫy này là nhóm chưa đối mặt với một sự thật khó chịu; giải quyết vấn đề cộng tác phải dẫn đến việc nhóm đối diện với căng thẳng thay vì đi vòng quanh nó.

Vấn đề lặp lại và Kể chuyện

"Người lặp lại" nêu quan điểm của mình ba lần. "Người kể chuyện" sử dụng các câu chuyện cá nhân để làm chệch hướng thảo luận.

Can thiệp cho người lặp lại: "Bạn đã nêu quan điểm đó, chúng tôi hiểu rồi. Hãy chuyển sang nội dung khác." Với người kể chuyện: "Xin lỗi. Hãy để tôi ngắt lời bạn và hỏi kiến nghị của bạn là gì."

Tại sao một số nhóm thất bại khi tự triển khai IDS

1. Chọn lọc công cụ. Các nhóm áp dụng những phần thoải mái trong khi bỏ qua các biện pháp trách nhiệm.
2. Coi L10 là tùy chọn. Khi cuộc họp xung đột với bất cứ việc gì khác, nhóm sẽ hủy.
3. Thiếu trách nhiệm bên ngoài. Không ai chỉ ra những thỏa hiệp với khung làm việc.
4. Thiếu cam kết. Lãnh đạo chấp nhận EOS về mặt trí tuệ nhưng không bao giờ cam kết về mặt cảm xúc.

Nếu tổ chức của bạn gặp khó khăn khi tự triển khai, bạn có thể tìm đến một Chuyên gia triển khai EOS (EOS Implementer). Một góc nhìn bên ngoài có thể giúp bạn thấy nơi bạn đã mất tập trung.

Vận hành cuộc họp L10 cho nhóm từ xa và kết hợp

Khung L10 được tạo ra để sử dụng trong phòng họp. Ngày nay, các nhóm làm việc từ xa và kết hợp, tổ chức họp qua màn hình. Các nguyên tắc vẫn áp dụng, tuy nhiên, cần thích nghi để đạt kết quả.

Thiết lập công nghệ cho cuộc họp L10 ảo thành công

Hạ tầng thiết yếu:

• Nền tảng video đáng tin cậy với kết nối ổn định
• Không gian làm việc kỹ thuật số chia sẻ hiển thị chương trình và danh sách vấn đề theo thời gian thực
• Âm thanh chất lượng qua tai nghe—mic laptop tạo tiếng vang và gây khó chịu

Nguyên tắc kích thước thật: Tạo sự hiện diện của người tham gia từ xa để họ cảm thấy như đang có mặt trong phòng họp; một số công ty yêu cầu tất cả người tham gia sử dụng công cụ hội nghị truyền hình cho mọi cuộc họp bất kể trạng thái tại chỗ.

Giải pháp thách thức sáng tạo: Các nghiên cứu đã chỉ ra rằng điều phối cuộc họp ảo tạo ra ít ý tưởng sáng tạo hơn so với trực tiếp; có các lựa chọn thay thế như sử dụng các khoảng nghỉ trò chuyện ngắn giữa các phiên IDS dài và/hoặc sử dụng bảng trắng ảo để cộng tác.

Đảm bảo mọi người có cơ hội tham gia bình đẳng

Các cuộc họp kết hợp thường khó khăn vì những người trong phòng họp tạo ra động lực nhóm riêng trong khi những người từ xa chỉ đang quan sát.

Tập trung vào Người điều phối:

• Gọi tên người tham gia từ xa một cách rõ ràng trong IDS
• Quan sát lưới video để xem các cánh tay giơ lên
• Dừng lại định kỳ: "Để tôi kiểm tra với các đồng nghiệp từ xa—có ai có phản ứng gì không?"

Chiến thuật đồng bộ nhóm thực tế:

• Ghép cặp người từ xa và tại văn phòng cùng thực hiện đầu việc
• Luân phiên thời gian họp nếu người tham gia ở các múi giờ khác nhau
• Sử dụng công việc tiền đề không đồng bộ để giảm nhu cầu thảo luận thời gian thực
• Kết thúc bằng các cam kết cụ thể được đọc to

Điều này không có nghĩa là thay thế tất cả các tương tác trực tiếp; mà là làm cho các cuộc họp L10 ảo hoạt động đủ tốt để đảm bảo chất lượng thực thi hàng tuần không bị ảnh hưởng do thiếu tiếp xúc vật lý.

Đo lường hiệu quả cuộc họp L10

Nếu bạn không đo lường hoạt động, rất khó để đánh giá sự cải tiến. Điểm số vào cuối cuộc họp là một cách đo lường hiệu quả, nhưng việc thêm các chỉ số định lượng về sự tham gia và quan sát hành vi sẽ làm cho việc đo lường hiệu quả trở nên toàn diện hơn.

Điều gì thúc đẩy sự cải tiến? Quy trình chấm điểm

Bắt đầu mỗi cuộc họp với 10 điểm và trừ điểm cho các vi phạm cụ thể đối với chương trình hoặc quy tắc.

| Chỉ số | Mục tiêu | Trừ điểm | | --- | --- | --- | | Cuộc họp bắt đầu đúng giờ | Bắt đầu chính xác đúng giờ | -1.0 | | Cuộc họp kết thúc đúng giờ | Kết thúc chính xác (90 phút) | -0.5 | | Tỷ lệ hoàn thành đầu việc | 90%+ đầu việc được hoàn thành | -0.25 cho mỗi 10% dưới mục tiêu | | Tham gia IDS | Mọi thành viên nói ít nhất một lần | -0.25 | | Vấn đề được giải quyết với người sở hữu + hạn chót | Mọi vấn đề giải quyết có người sở hữu và hạn chót rõ ràng | -0.5 cho mỗi yếu tố thiếu |

Ghi lại điểm số hàng tuần, xem xét kết quả hàng tháng. Nhận 7.5 điểm không có nghĩa là rối loạn. Tuy nhiên, bốn điểm số liên tiếp dưới tám sẽ báo hiệu một xu hướng tiêu cực.

Chỉ số dẫn đầu về sự thành thạo L10

Chỉ số tích cực:

• Hăng hái gửi vấn đề — Thành viên nhóm thêm vấn đề giữa các cuộc họp vì tin tưởng chúng sẽ được giải quyết
• Thảo luận tập trung — Các cuộc trò chuyện IDS đi đúng chủ đề một cách tự nhiên
• Tỷ lệ hoàn thành đầu việc cao — Liên tục đạt 90%+
• Tần suất vấn đề tái diễn giảm — Cùng một vấn đề không còn xuất hiện tuần này qua tuần khác
• Đánh giá thẳng thắn — Người tham gia cho điểm trung thực, bao gồm 7 và 8 khi cần thiết

Dấu hiệu cảnh báo:

• Danh sách vấn đề giảm chỉ còn 2-3 mục (người ta ngừng nêu vấn đề)
• Cùng một đầu việc kéo dài qua nhiều tuần liên tiếp
• Thảo luận điểm số trở nên hình thức ("10, 10, 10, xong rồi")
• Cuộc họp thường xuyên kéo dài quá 90 phút

Kiểm tra cuối cùng: "Muốn" vs "Phải" tham dự cuộc họp L10

Các thành viên trong nhóm mong muốn tham dự cuộc họp L10 hay họ tham dự vì nghĩa vụ? Các nhóm thực hiện đúng cách nói rằng L10 là cuộc họp hiệu quả nhất trong tuần.

Từ IDS đến Hành động - Đảm bảo theo sát

Giá trị của bất kỳ quyết định nào bằng không nếu không có các hành động theo sau. Sự khác biệt giữa việc tuyên bố "chúng ta đã giải quyết điều này trong cuộc họp" và "vấn đề của chúng ta đã được giải quyết" là nơi nhiều nhóm thất bại.

Ba loại giải quyết

Ba loại giải quyết trong IDS - Rõ ràng, Hành động và Thông tin

1. Giải quyết bằng sự rõ ràng (Clarity Resolution) - Định nghĩa của "giải pháp" là đạt được sự hiểu biết chung về vấn đề; do đó, không cần hành động thêm vì vấn đề hoàn toàn mang tính thông tin.

2. Giải quyết bằng hành động (Action Resolution) - Một cá nhân đồng ý thực hiện hành động cụ thể vào ngày/giờ cụ thể. Các đầu việc phải có: sản phẩm cụ thể (kết quả), một người sở hữu và hạn chót (thường là 7 ngày lịch).

3. Giải quyết bằng thông tin (Information Resolution) - Nhóm cần thêm thông tin trước khi ra quyết định. Yêu cầu thêm thông tin là hợp lệ, nhưng có thể bị lạm dụng. Nếu bạn yêu cầu thêm thông tin nhưng không thể nêu cụ thể thông tin nào cần, bạn đang trì hoãn phản hồi.

Tạo giải pháp 7 ngày và 90 ngày

Giải pháp 7 ngày (Danh sách việc cần làm)

Danh sách việc cần làm hàng tuần có thể được hoàn thành trong vòng một tuần. Ví dụ tốt về giải pháp 7 ngày bao gồm:

• Phạm vi hẹp
• Tiêu chí hoàn thành được xác định rõ ràng
• Yêu cầu không quá vài giờ làm việc tập trung

Giải pháp 3 tháng (Rocks)

Một vấn đề cần tập trung liên tục trong nhiều tuần hoặc tháng sẽ trở thành một "Rock" trong quý tới. Rocks là 3 đến 7 điều quan trọng nhất mà mỗi thành viên nhóm lãnh đạo sẽ đạt được trong 90 ngày.

Khi thấy các dấu hiệu sau với một vấn đề, bạn có thể biến nó thành Rock:

• Nó liên tục xuất hiện trong danh sách vấn đề mà không được giải quyết
• Nó đòi hỏi sự phối hợp giữa nhiều phòng ban theo thời gian
• Nó đại diện cho một sáng kiến chiến lược thay vì sửa chữa vận hành
• Hoàn thành nó sẽ thúc đẩy đáng kể các mục tiêu hàng năm

Các vấn đề quá lớn không thể đưa vào đầu việc nhưng chưa sẵn sàng thành Rock được coi là nằm trong vùng nguy hiểm. Những vấn đề này có thể tồn tại không giải quyết trong nhiều tháng. Chúng có thể được giải quyết bằng cách chia nhỏ hoặc cam kết thực hiện như một "Rock". Limbo là nơi các vấn đề chết đi.

Khi một nhóm không hoàn thành một đầu việc, điều đó được biết công khai. Khi một nhóm bỏ lỡ hạn chót của một Rock, mọi nhóm khác trong cuộc gọi đều biết. Các nhóm thực hiện tốt đã chứng minh được sự đáng tin cậy.

Hinto AI tăng tốc tài liệu hóa cuộc họp như thế nào

Các quyết định được đưa ra thông qua quy trình IDS, trong khi quyết định và chỉ đạo thường được giao thông qua các cuộc họp L10. Thật không may, không phải tất cả đầu ra đó đều thực sự thoát ra khỏi cuộc họp; thay vào đó, nó thường biến mất khỏi trí nhớ và bị mất trong một cuốn sổ tay đã vứt đi hoặc trong một tài liệu không bao giờ được đọc lại.

Bạn cần có tài liệu đáng tin cậy và bền vững về các cuộc họp L10 để chúng có hiệu quả.

Cách chúng tôi biến video cuộc họp thành các mục có thể hành động

Tại Hinto AI, chúng tôi chuyển đổi video cuộc họp đã ghi lại thành tài liệu hữu ích. Công nghệ AI của chúng tôi phiên âm nội dung âm thanh và video của cuộc họp và tự động tạo ra một tài liệu dễ đọc, có thể hành động.

Điều này giúp ích gì cho các cuộc họp L10?

• Tài liệu hóa quy trình — Khi IDS cho thấy một quy trình cần cải thiện, việc ghi lại hướng dẫn cải tiến sẽ tạo ra các SOP ngay lập tức
• Ghi lại quyết định — Các quyết định quan trọng trở nên có thể tìm kiếm và tham chiếu
• Tạo tài liệu đào tạo — Các quy trình làm việc quan trọng chuyển đổi thành hướng dẫn từng bước giúp tăng tốc quá trình onboarding

Xây dựng cơ sở kiến thức L10 của bạn

Cuối cùng, chiến lược tài liệu hóa tạo ra một cơ sở kiến thức tổ chức. Phát triển tài liệu từ các cuộc họp L10, chẳng hạn như:

• Các vấn đề đã giải quyết và giải pháp để tham khảo trong tương lai
• Thay đổi quy trình từ các phiên IDS
• Quy trình vận hành tiêu chuẩn cho các nhiệm vụ định kỳ
• Lý do ra quyết định để các thành viên tương lai hiểu tại sao

Với Hinto AI, bạn có thể xuất bản cơ sở kiến thức và tìm kiếm nó ngay lập tức, hoặc bạn có thể xuất nó dưới dạng tệp .md hoặc .html để sử dụng trong ứng dụng của mình.

Tầm nhìn là làm cho trí tuệ được tạo ra bởi các cuộc họp L10 trở nên sẵn có và hữu ích vượt ra ngoài chính các cuộc họp đó.

Các câu hỏi thường gặp về IDS và cuộc họp L10

Trong kinh doanh, từ viết tắt 'IDS' đề cập đến điều gì?

IDS là viết tắt của Identify (Nhận diện), Discuss (Thảo luận) và Solve (Giải quyết). Đây là một quy trình kinh doanh trong mô hình quản lý EOS. Trong giai đoạn Nhận diện, bạn làm rõ lý do của vấn đề. Tiếp theo, bạn khám phá các giải pháp khả thi thông qua Thảo luận và cuối cùng chọn một kế hoạch hành động cụ thể bao gồm các cá nhân được giao trách nhiệm cụ thể thông qua giai đoạn Giải quyết.

Các cuộc họp L10 trong EOS là gì?

Cuộc họp L10 là một cuộc họp EOS kéo dài 90 phút và diễn ra hàng tuần. Đúng như tên gọi, mọi cuộc họp nên cố gắng đạt điểm "10". "L10" được tổ chức thành bảy phân đoạn riêng biệt: segue, thẻ điểm, đánh giá rock, tiêu điểm, danh sách việc cần làm, IDS (60 phút) và kết luận.

Thời lượng của một cuộc họp Level 10 chính xác là 90 phút, không hơn không kém. Khung thời gian hợp lý này tăng cường việc sử dụng thời gian hiệu quả với các cập nhật trạng thái không quá 25 phút và 60 phút còn lại để giải quyết vấn đề IDS.

IDS khác với các phương pháp giải quyết vấn đề "thông thường" như thế nào?

IDS có một quy trình xác định, bao gồm xác định vấn đề thực sự, sau đó cộng tác về các giải pháp thay thế với sự đóng góp từ tất cả người tham gia, sau đó cam kết thực hiện một kế hoạch đã thỏa thuận với người sở hữu được chỉ định và dòng thời gian. Điều này giúp tránh các cuộc thảo luận lặp đi lặp lại và đảm bảo mọi thứ sẽ được giải quyết.

Các cuộc họp L10 về mặt kỹ thuật có thể được thực hiện mà không cần triển khai toàn bộ hệ thống EOS; tuy nhiên, hiệu quả của chúng sẽ không cao. Để chạy các cuộc họp L10 hiệu quả, bạn phải sử dụng Rocks (ưu tiên hàng quý), Thẻ điểm (chỉ số hàng tuần) và Biểu đồ trách nhiệm (các vai trò được giao trong tổ chức).

Mặc dù việc thực hiện cấu trúc chương trình nghị sự sẽ cung cấp sự cải thiện so với các cuộc họp hiện có ngay cả khi không được triển khai đầy đủ.

Khi không có hành động nào được thực hiện đối với một vấn đề đã xác định, vấn đề đó sẽ vẫn nằm trong danh sách để được giải quyết trong cuộc họp tuần tới. Nếu cùng một vấn đề xuất hiện trong danh sách trong nhiều tuần liên tiếp, nó đã tạo ra một mô hình mà tổ chức và IDS nên biết. Có lý do nào khiến vấn đề này vẫn chưa được giải quyết không?

Làm thế nào để ưu tiên các vấn đề IDS?

Việc ưu tiên liên quan đến việc nhóm bỏ phiếu cho ba vấn đề hàng đầu. Mỗi người lặng lẽ đánh dấu phiếu bầu của họ và sau đó nhóm bỏ phiếu chỉ trên ba vấn đề đó theo thứ tự giảm dần của tổng số phiếu bầu.

Chức năng của Rocks trong cuộc họp L10 là gì?

Trong cuộc họp L10, Rocks là các ưu tiên 90 ngày được xem xét trong phân đoạn 5 phút. Mỗi người tham gia chia sẻ liệu họ đang đi đúng hướng hay lệch hướng để đạt được Rocks của mình. Những Rocks lệch hướng sẽ tự động chuyển sang Danh sách vấn đề để thảo luận trong phiên IDS.

Tài liệu tham khảo

1. Brucks, M. S., & Levav, J. (2022). Virtual communication curbs creative idea generation. Nature, 605, 108–112. https://www.nature.com/articles/s41586-022-04643-y
2. Easton, G. S., & Rosenzweig, E. D. (2012). The role of experience in six sigma project success: An empirical analysis of improvement projects. Journal of Operations Management, 30(7–8), 481–493. https://onlinelibrary.wiley.com/doi/10.1016/j.jom.2012.08.002
3. Johnson, K., Morais, C., & Patelli, E. (2025). Enhancing procedure quality: Advanced language tools for identifying ambiguity and high-potential violation triggers. Reliability Engineering & System Safety, 264(Part A), 111308. https://linkinghub.elsevier.com/retrieve/pii/S0951832025005095
4. Kauffeld, S., & Lehmann-Willenbrock, N. (2012). Meetings matter: Effects of team meetings on team and organizational success. Small Group Research, 43(2), 130–158. https://journals.sagepub.com/doi/10.1177/1046496411429599
5. Leach, D. J., Rogelberg, S. G., Warr, P. B., & Burnfield, J. L. (2009). Perceived meeting effectiveness: The role of design characteristics. Journal of Business and Psychology, 24(1), 65–76. https://link.springer.com/article/10.1007/s10869-009-9092-6
6. Wickman, G. (2011). Traction: Get a Grip on Your Business. BenBella Books.