Nhịp vận hành của hệ thống: Họp, báo cáo và phản hồi thế nào để không tạo thêm sự bận rộn?

Một đội nhóm phát triển thường bắt đầu bằng rất nhiều năng lượng.

Mọi người liên tục:

• Trao đổi ý tưởng.
• Tổ chức chương trình.
• Chăm sóc khách hàng.
• Tuyển và hướng dẫn người mới.
• Làm việc với nhà cung cấp.
• Xử lý những vấn đề phát sinh.
• Chia sẻ thông tin trong các nhóm.
• Họp để cập nhật tiến độ.
• Họp thêm để giải quyết những việc chưa rõ.

Khi số người và số hoạt động tăng lên, việc giao tiếp cũng tăng theo.

Một ngày có thể bắt đầu bằng cuộc họp đội nhóm.

Giữa ngày là tin nhắn cập nhật.

Buổi chiều có cuộc họp với đối tác.

Buổi tối lại có buổi đào tạo hoặc tổng kết.

Mỗi người tham gia nhiều nhóm khác nhau.

Cùng một nội dung có thể được:

• Nói trong cuộc họp.
• Gửi lại qua tin nhắn.
• Viết trong báo cáo.
• Nhắc thêm ở nhóm lãnh đạo.
• Hỏi lại khi người khác chưa đọc.

Mọi người rất bận.

Nhưng công việc quan trọng vẫn chậm.

Quyết định chưa được đưa ra.

Khách hàng chưa được xử lý.

Tài liệu chưa hoàn tất.

Các vấn đề giống nhau tiếp tục lặp lại.

Khi đó, hệ thống thường phản ứng bằng cách tổ chức thêm họp, yêu cầu thêm báo cáo và tạo thêm nhóm trao đổi.

Kết quả là:

Công việc tạo ra cuộc họp, rồi cuộc họp lại tạo thêm công việc.

Một hệ thống vận hành tốt không phải nơi mọi người luôn bận.

Đó là nơi thông tin, quyết định và phản hồi xuất hiện đúng thời điểm, đúng người và đúng mức độ cần thiết.

Muốn làm được điều đó, tổ chức cần xây một nhịp vận hành.

Nhịp vận hành là cách hệ thống thống nhất:

• Việc gì được cập nhật hằng ngày?
• Việc gì xem xét hằng tuần?
• Việc gì đánh giá hằng tháng?
• Vấn đề nào cần báo ngay?
• Cuộc họp nào để cập nhật?
• Cuộc họp nào để ra quyết định?
• Báo cáo cần dài đến đâu?
• Ai cần tham gia?
• Quyết định được lưu ở đâu?
• Phản hồi được đưa ra khi nào?

Khi nhịp vận hành rõ, mọi người không phải liên tục hỏi:

Việc này có cần họp không?

Tôi nên báo cho ai?

Khi nào lãnh đạo sẽ xem?

Báo cáo này cần những gì?

Vấn đề này có phải chờ đến cuộc họp tuần không?

Hệ thống bớt phụ thuộc vào sự nhắc nhở và phản ứng tức thời.

Bận rộn không đồng nghĩa với vận hành tốt

Một đội nhóm có thể có:

• Nhiều cuộc họp.
• Nhiều chương trình.
• Nhiều tin nhắn.
• Nhiều báo cáo.
• Nhiều người làm việc ngoài giờ.

Nhưng điều đó chưa chứng minh hệ thống đang hoạt động hiệu quả.

Cần hỏi:

• Quyết định có được đưa ra nhanh hơn không?
• Người phụ trách có biết việc ưu tiên không?
• Khách hàng có nhận được hỗ trợ tốt hơn không?
• Sai sót có giảm không?
• Vấn đề có được phát hiện sớm không?
• Đội ngũ có thêm năng lực không?
• Công việc có ít phụ thuộc vào lãnh đạo hơn không?
• Mọi người có thời gian để thực hiện không?

Nếu mỗi ngày đều kín lịch họp nhưng công việc thật chỉ có thể làm vào ban đêm, nhịp vận hành đang có vấn đề.

Nếu lãnh đạo liên tục nhận báo cáo nhưng vẫn không nắm được điều gì cần quyết định, báo cáo chưa tạo ra giá trị.

Nếu thành viên phải tham gia nhiều cuộc họp chỉ để nghe thông tin không liên quan trực tiếp, hệ thống đang tiêu thụ thời gian của họ mà không tạo ra hành động tương xứng.

Vì sao họp thường tăng lên khi hệ thống lớn hơn?

1. Trách nhiệm chưa rõ

Khi không biết ai được quyền quyết định, nhiều người phải cùng tham gia để bảo đảm không bỏ sót.

Một việc nhỏ cũng được đưa lên cuộc họp vì:

• Người phụ trách sợ tự quyết.
• Không rõ ngân sách.
• Không biết tiêu chuẩn.
• Lo bị trách nếu kết quả không tốt.
• Nhiều người cùng nghĩ mình có quyền góp ý.

Cuộc họp trở thành nơi xin phép thay vì nơi xử lý những vấn đề thực sự cần phối hợp.

2. Thông tin bị phân tán

Thông tin nằm trong:

• Tin nhắn riêng.
• Nhóm Zalo.
• Email.
• File cá nhân.
• Trí nhớ của một người.
• Nhiều báo cáo khác nhau.

Vì không có nguồn chung, cuộc họp được dùng để đồng bộ lại toàn bộ thông tin.

Nhưng nếu sau họp quyết định và dữ liệu vẫn không được lưu đúng chỗ, tuần sau mọi người lại phải đồng bộ từ đầu.

3. Lãnh đạo muốn kiểm soát từng chi tiết

Khi chưa tin rằng hệ thống có thể tự vận hành, lãnh đạo yêu cầu:

• Báo cáo mọi việc.
• Tham gia mọi cuộc họp.
• Duyệt từng nội dung.
• Nghe từng trường hợp.
• Xác nhận mọi quyết định.

Điều này tạo cảm giác kiểm soát.

Nhưng cũng khiến:

• Lãnh đạo quá tải.
• Thành viên ngại tự chủ.
• Quyết định bị chậm.
• Mọi người tập trung chuẩn bị báo cáo hơn là giải quyết vấn đề.

4. Cuộc họp cũ không bao giờ được dừng

Nhiều cuộc họp được tạo ra để xử lý một nhu cầu tại một thời điểm.

Sau đó, nhu cầu thay đổi nhưng cuộc họp vẫn tiếp tục vì:

Lịch này đã có từ trước.

Không ai hỏi:

• Cuộc họp còn cần thiết không?
• Có thể giảm tần suất không?
• Có thể chuyển sang cập nhật bằng văn bản không?
• Có thể gộp với cuộc họp khác không?

Dần dần, lịch họp trở thành một lớp công việc cố định dù giá trị ngày càng thấp.

5. Hệ thống chưa phân biệt thông tin và quyết định

Có những cuộc họp chỉ để một người nói và những người khác nghe.

Nội dung đó có thể được gửi qua:

• Một thông báo.
• Một video ngắn.
• Một tài liệu.
• Một bảng cập nhật.

Nhưng vì hệ thống chưa quen trao đổi không đồng bộ, mọi thông tin đều trở thành lý do để gọi họp.

Một cuộc họp chỉ nên tồn tại khi tạo ra giá trị mà cách khác khó thay thế

Cuộc họp phù hợp khi cần:

• Ra quyết định có nhiều góc nhìn.
• Giải quyết xung đột.
• Phối hợp nhiều vai trò.
• Thảo luận vấn đề phức tạp.
• Thực hành kỹ năng.
• Phản hồi trực tiếp.
• Xử lý tình huống khẩn cấp.
• Xây sự hiểu biết chung trong một thay đổi lớn.

Cuộc họp thường không cần thiết khi mục tiêu chỉ là:

• Đọc thông báo.
• Báo cáo từng việc nhỏ.
• Nhắc lại thông tin đã có trong tài liệu.
• Xin phê duyệt việc nằm trong quyền của người phụ trách.
• Kiểm tra xem mọi người có đang làm việc không.
• Trao đổi giữa hai người nhưng mời cả nhóm tham gia.

Trước khi tổ chức họp, nên hỏi:

Cuộc họp này cần tạo ra quyết định, giải pháp, sự phối hợp hoặc năng lực cụ thể nào?

Nếu không trả lời được, có thể chưa cần họp.

Phân biệt bốn loại cuộc họp

Nhiều cuộc họp không hiệu quả vì chúng cố làm quá nhiều việc cùng lúc.

Một buổi vừa:

• Cập nhật.
• Đào tạo.
• Xử lý khiếu nại.
• Thảo luận chiến lược.
• Phân công.
• Truyền động lực.

Khi mục tiêu không rõ, người tham gia không biết cần chuẩn bị gì và cuộc họp dễ kéo dài.

Có thể phân biệt bốn loại chính.

1. Cuộc họp cập nhật

Mục tiêu là giúp các bên biết tình hình chung.

Nội dung có thể gồm:

• Kết quả chính.
• Việc đã hoàn thành.
• Rủi ro.
• Trở ngại.
• Việc cần phối hợp.

Cuộc họp cập nhật nên ngắn.

Những nội dung chi tiết đã có thể đọc trước không cần trình bày lại toàn bộ.

2. Cuộc họp ra quyết định

Mục tiêu là lựa chọn một phương án.

Trước họp cần có:

• Vấn đề rõ.
• Dữ kiện.
• Các phương án.
• Rủi ro.
• Người có quyền quyết định.

Cuộc họp kết thúc phải ghi:

• Quyết định.
• Lý do.
• Người thực hiện.
• Thời hạn.
• Mốc xem xét lại.

Nếu họp xong nhưng chưa rõ ai quyết định, cuộc họp chưa hoàn thành mục tiêu.

3. Cuộc họp giải quyết vấn đề

Mục tiêu là tìm nguyên nhân và phương án xử lý một vấn đề cụ thể.

Không nên biến thành nơi:

• Đổ lỗi.
• Kể lại mọi chi tiết không liên quan.
• Tranh luận về tính cách.
• Giải quyết quá nhiều vấn đề cùng lúc.

Cần bắt đầu bằng:

• Vấn đề là gì?
• Ảnh hưởng đến ai?
• Dữ kiện đã biết?
• Điều gì chưa biết?
• Biện pháp tạm thời?
• Nguyên nhân có thể?
• Bước tiếp theo?

4. Cuộc họp đào tạo và phát triển

Mục tiêu là giúp người tham gia:

• Hiểu một kiến thức.
• Thực hành một kỹ năng.
• Thảo luận tình huống.
• Nhận phản hồi.
• Làm được một công việc sau buổi học.

Cuộc họp đào tạo không nên chỉ là một bài nói dài.

Cần có:

• Mục tiêu học.
• Tình huống.
• Thực hành.
• Hỏi đáp.
• Bước áp dụng.

Khi bốn loại này được phân biệt, người tham gia biết mình cần:

• Đọc trước.
• Báo cáo.
• Đề xuất.
• Quyết định.
• Hay thực hành.

Cuộc họp không có mục tiêu rõ thường tạo ra sự mệt mỏi

Một lời mời họp tốt cần trả lời:

• Mục tiêu là gì?
• Vì sao người này cần tham gia?
• Cần chuẩn bị gì?
• Vấn đề nào cần quyết định?
• Thời lượng bao lâu?
• Tài liệu nằm ở đâu?
• Ai điều phối?
• Ai có quyền quyết định?

Thay vì:

15 giờ họp đội nhóm.

Có thể ghi:

15:00–15:30: Quyết định lịch và người phụ trách chương trình tháng 8. Chuẩn bị trước ba phương án lịch, dự kiến số người tham gia và nguồn lực cần thiết.

Khi mục tiêu rõ, cuộc họp dễ ngắn hơn.

Không phải ai liên quan cũng cần tham dự toàn bộ cuộc họp

Một trong những nguyên nhân làm lịch họp phình to là mời quá nhiều người để “cùng nắm thông tin”.

Nhưng một người có thể:

• Cần cung cấp ý kiến ở một phần.
• Cần biết kết quả nhưng không cần tham gia.
• Chỉ liên quan đến bước triển khai.
• Không có quyền quyết định.

Có thể phân nhóm:

Người phải tham dự

• Người quyết định.
• Người trực tiếp thực hiện.
• Người có dữ kiện hoặc chuyên môn cần thiết.

Người có thể được tham vấn trước

Họ gửi ý kiến nhưng không cần có mặt toàn thời gian.

Người chỉ cần được thông báo sau

Họ nhận quyết định và phần liên quan.

Mời đúng người giúp:

• Giảm thời gian lãng phí.
• Thảo luận tập trung.
• Trách nhiệm rõ hơn.
• Người không liên quan có thời gian làm việc.

Người điều phối không nhất thiết là người có chức vụ cao nhất

Người điều phối có nhiệm vụ:

• Giữ mục tiêu.
• Quản lý thời gian.
• Bảo đảm mọi góc nhìn cần thiết được nghe.
• Ngăn cuộc họp đi quá xa.
• Tóm tắt quyết định.
• Xác nhận bước tiếp theo.

Người lãnh đạo có thể là người quyết định nhưng không nhất thiết phải tự điều phối mọi cuộc họp.

Khi người lãnh đạo vừa:

• Trình bày.
• Điều phối.
• Quyết định.
• Ghi chép.
• Theo dõi thời gian.

họ rất khó quan sát đầy đủ cuộc thảo luận.

Trao vai trò điều phối cũng là một cách phát triển năng lực đội ngũ.

Cập nhật không đồng bộ nên được ưu tiên khi phù hợp

Không đồng bộ nghĩa là mọi người không cần có mặt cùng lúc.

Có thể dùng:

• Bảng tiến độ.
• Báo cáo ngắn.
• Tin nhắn có cấu trúc.
• Video cập nhật.
• Tài liệu chung.
• Nhật ký quyết định.

Cách này phù hợp với những thông tin:

• Không cần thảo luận ngay.
• Không khẩn cấp.
• Có thể đọc trong thời gian phù hợp.
• Chỉ cần xác nhận đã nhận.
• Không yêu cầu nhiều góc nhìn cùng lúc.

Ví dụ, thay vì họp 60 phút để từng người lần lượt báo cáo, mỗi người cập nhật trước theo mẫu:

• Kết quả.
• Việc đang làm.
• Trở ngại.
• Rủi ro.
• Điều cần quyết định.

Cuộc họp chỉ tập trung vào:

• Điểm bất thường.
• Trở ngại giữa các vai trò.
• Quyết định chưa rõ.

Như vậy, 60 phút có thể giảm xuống còn 20–30 phút.

Nhưng trao đổi không đồng bộ cũng có giới hạn

Không nên dùng tin nhắn dài để xử lý:

• Xung đột cá nhân.
• Khiếu nại nhạy cảm.
• Quyết định có nhiều đánh đổi.
• Tình huống cảm xúc cao.
• Vấn đề cần phản hồi tức thời giữa nhiều người.
• Nội dung dễ bị hiểu sai.

Một chuỗi tin nhắn kéo dài hàng trăm dòng có thể tốn nhiều thời gian hơn một cuộc trao đổi trực tiếp 20 phút.

Cần biết khi nào nên chuyển từ nhắn tin sang cuộc gọi hoặc cuộc họp.

Một dấu hiệu đơn giản:

Nếu sau ba vòng trao đổi mà vấn đề vẫn chưa rõ hoặc cảm xúc đang tăng, nên chuyển sang trao đổi trực tiếp với đúng người.

Báo cáo phải giúp đưa ra quyết định, không phải chứng minh mọi người đang bận

Một báo cáo dài chưa chắc hữu ích.

Nhiều báo cáo chứa:

• Danh sách mọi việc đã làm.
• Nhiều hình ảnh.
• Các chi tiết nhỏ.
• Những đoạn mô tả dài.
• Số liệu thiếu so sánh.
• Không nói rõ vấn đề.

Người đọc mất nhiều thời gian nhưng vẫn không biết:

• Kết quả có tốt không?
• Điểm nào đang lệch?
• Có rủi ro gì?
• Cần quyết định điều gì?
• Ai đang chịu trách nhiệm?

Một báo cáo tốt nên giúp người đọc nhanh chóng trả lời:

1. Mục tiêu là gì?
2. Kết quả hiện tại ra sao?
3. So với kế hoạch thế nào?
4. Điều gì đáng chú ý?
5. Rủi ro lớn nhất?
6. Việc nào cần hỗ trợ hoặc quyết định?
7. Bước tiếp theo?

Báo cáo theo ngoại lệ thay vì báo cáo mọi chi tiết

Khi một quy trình đang hoạt động bình thường, lãnh đạo không cần xem từng thao tác.

Nên tập trung vào những điểm:

• Chậm.
• Vượt ngưỡng.
• Có rủi ro.
• Không đạt mục tiêu.
• Xuất hiện trường hợp mới.
• Cần quyết định.

Ví dụ, thay vì báo cáo từng đơn hàng, có thể báo:

• Tổng số đơn.
• Tỷ lệ giao đúng.
• Số đơn chậm.
• Nguyên nhân chính.
• Đơn cần can thiệp.

Thay vì liệt kê mọi khách hàng được chăm sóc:

• Số khách được liên hệ.
• Tỷ lệ phản hồi.
• Số trường hợp cần chuyển cấp.
• Vấn đề lặp lại.
• Trường hợp chưa có người xử lý.

Báo cáo theo ngoại lệ giúp lãnh đạo chú ý đúng nơi hệ thống đang lệch.

Một báo cáo ngắn có thể theo cấu trúc năm dòng

1. Kết quả

Tuần này đạt được điều gì?

2. So với mục tiêu

Đạt, chưa đạt hay vượt?

3. Trở ngại

Điều gì đang cản trở?

4. Rủi ro

Điều gì có thể trở nên nghiêm trọng?

5. Cần quyết định

Cần ai quyết định điều gì, trước khi nào?

Ví dụ:

Kết quả: 48/60 thành viên mới đã hoàn thành bước đầu tiên.
So với mục tiêu: Đạt 80%, thấp hơn mục tiêu 85%.
Trở ngại: 8 người chưa nhận được lịch do dữ liệu số điện thoại thiếu.
Rủi ro: Nếu không xử lý trước thứ Sáu, nhóm này có thể bỏ lỡ buổi hướng dẫn.
Cần quyết định: Cho phép đội chăm sóc gọi xác minh trực tiếp và bổ sung bước kiểm tra dữ liệu khi đăng ký.

Chỉ vài dòng nhưng giúp người đọc hiểu ngay cần làm gì.

Không nên yêu cầu nhiều báo cáo chứa cùng một dữ liệu

Một người có thể phải cập nhật:

• File cá nhân.
• File đội nhóm.
• Nhóm chat.
• Báo cáo tuần.
• Báo cáo tháng.
• Slide họp.

Cùng một số liệu được nhập nhiều lần.

Điều này tạo ra:

• Lãng phí thời gian.
• Dữ liệu không đồng nhất.
• Sai số.
• Người thực hiện mất động lực.
• Khó biết nguồn nào chính thức.

Nguyên tắc phù hợp là:

Dữ liệu nên được nhập một lần tại nguồn chính thức và được sử dụng lại cho các báo cáo khác.

Nếu hệ thống cần nhiều cách trình bày, nên lấy từ cùng một nguồn thay vì bắt người dùng nhập lại.

Mỗi chỉ số phải có người sở hữu và định nghĩa rõ

Ví dụ, hệ thống theo dõi “thành viên hoạt động”.

Nhưng các nhóm có thể hiểu khác nhau:

• Có đăng nhập.
• Có mua hàng.
• Có tham dự đào tạo.
• Có tương tác trong nhóm.
• Có hoàn thành một hành động.

Nếu định nghĩa không rõ, báo cáo của các nhóm không thể so sánh.

Mỗi chỉ số cần làm rõ:

• Định nghĩa.
• Nguồn dữ liệu.
• Tần suất cập nhật.
• Người chịu trách nhiệm.
• Cách xử lý dữ liệu thiếu.
• Thời điểm chốt.

Không nên tạo quá nhiều chỉ số chỉ vì có thể đo.

Chỉ nên giữ những chỉ số giúp:

• Nhận biết sức khỏe hệ thống.
• Phát hiện rủi ro.
• Ra quyết định.
• Đánh giá kết quả.

Nhịp hằng ngày nên tập trung vào vận hành và rủi ro gần

Không phải đội nhóm nào cũng cần họp hằng ngày.

Nhưng những hoạt động có nhiều giao dịch hoặc thay đổi nhanh có thể cần một nhịp cập nhật ngắn.

Nội dung hằng ngày có thể gồm:

• Việc ưu tiên.
• Vấn đề khẩn.
• Khách hàng cần hỗ trợ.
• Sự cố.
• Trở ngại cần phối hợp.
• Thay đổi ảnh hưởng ngay.

Một cập nhật hằng ngày nên rất ngắn.

Ví dụ:

1. Hôm nay ưu tiên gì?
2. Đang bị kẹt ở đâu?
3. Có rủi ro nào cần người khác biết?
4. Cần ai hỗ trợ?

Không nên biến nhịp hằng ngày thành cuộc báo cáo chi tiết toàn bộ công việc.

Nhịp hằng tuần nên tập trung vào kết quả và phối hợp

Một cuộc họp tuần có thể xem xét:

• Kết quả so với mục tiêu.
• Những việc đã hoàn tất.
• Trở ngại giữa các vai trò.
• Khách hàng hoặc thành viên có nguy cơ bị bỏ sót.
• Rủi ro.
• Quyết định cần đưa ra.
• Ưu tiên tuần tới.

Một cấu trúc 45–60 phút có thể là:

5 phút — Mục tiêu và điểm quan trọng

Người điều phối nhắc mục tiêu của cuộc họp.

10 phút — Chỉ số chính

Chỉ tập trung vào điểm lệch, không đọc toàn bộ bảng.

20 phút — Hai hoặc ba vấn đề ưu tiên

Không cố xử lý mười vấn đề trong một buổi.

10 phút — Quyết định và phân công

Ai làm gì, trước khi nào?

5 phút — Xác nhận

Điều gì đã thống nhất và cần thông báo cho ai?

Nếu vấn đề cần thảo luận sâu hơn, tạo một buổi riêng với đúng người.

Không giữ toàn bộ nhóm ở lại.

Nhịp hằng tháng nên nhìn vào xu hướng, không chỉ một sự kiện

Báo cáo tháng cần giúp hệ thống nhìn rộng hơn:

• Doanh thu và lợi nhuận.
• Khách hàng mới và khách hàng quay lại.
• Gia hạn.
• Khiếu nại.
• Chất lượng dịch vụ.
• Hiệu quả đào tạo.
• Tình trạng đội ngũ.
• Rủi ro.
• Nhà cung cấp.
• Tiến độ cải tiến.

Câu hỏi quan trọng không chỉ là:

Tháng này đạt bao nhiêu?

Mà còn:

• Xu hướng ba tháng ra sao?
• Chỉ số nào đang xấu dần?
• Kết quả đến từ hoạt động bền vững hay một chương trình ngắn hạn?
• Có nhóm nào phụ thuộc một người?
• Khiếu nại nào đang lặp lại?
• Quy trình nào cần sửa?
• Nguồn lực tháng tới cần thay đổi thế nào?

Nhịp tháng giúp hệ thống tránh phản ứng quá mạnh với biến động ngắn hạn.

Nhịp hằng quý nên xem lại định hướng và năng lực

Mỗi quý, hệ thống có thể đánh giá:

• Mục tiêu chiến lược.
• Mô hình kinh tế.
• Chất lượng khách hàng.
• Năng lực đội ngũ.
• Danh mục sản phẩm.
• Nhà cung cấp.
• Cơ chế thưởng.
• Quy trình.
• Các thử nghiệm.
• Rủi ro lớn.

Đây là lúc hỏi:

• Điều gì nên tiếp tục?
• Điều gì nên dừng?
• Điều gì cần nhân rộng?
• Điều gì đang tạo bận rộn nhưng ít giá trị?
• Vai trò nào cần bổ sung?
• Quyết định cũ nào cần xem xét lại?
• Mục tiêu quý tới là gì?

Nếu hệ thống không có nhịp xem xét dài hơn, đội ngũ dễ bị cuốn vào vận hành hằng ngày mà không nhận ra mình đang đi sai hướng.

Vấn đề khẩn cấp không được chờ đến lịch họp định kỳ

Nhịp vận hành không có nghĩa mọi việc phải chờ đến cuộc họp tiếp theo.

Cần xác định những trường hợp phải báo ngay:

• Rủi ro sức khỏe.
• Dữ liệu bị lộ.
• Nội dung sai nghiêm trọng.
• Sản phẩm có dấu hiệu lỗi.
• Khiếu nại có nguy cơ lan rộng.
• Gian lận.
• Mất quyền truy cập.
• Cam kết tài chính vượt thẩm quyền.
• Sự cố ảnh hưởng nhiều khách hàng.

Đội ngũ cần biết:

• Báo cho ai?
• Qua kênh nào?
• Trong khoảng thời gian nào?
• Biện pháp tạm thời nào được phép thực hiện?
• Ai chịu trách nhiệm điều phối?

Không nên đưa sự cố khẩn vào nhóm chat chung rồi chờ nhiều người cùng bàn luận.

Cần một đường chuyển cấp rõ.

Mọi cuộc họp cần kết thúc bằng ba điều

1. Quyết định

Điều gì đã được thống nhất?

2. Trách nhiệm

Ai là người chịu trách nhiệm chính?

3. Thời hạn

Khi nào hoàn thành hoặc cập nhật?

Nếu thiếu một trong ba điều, mọi người có thể rời cuộc họp với cảm giác đã trao đổi nhiều nhưng công việc vẫn mơ hồ.

Ví dụ:

Đội chăm sóc sẽ rà soát danh sách khách hàng chưa được liên hệ và cập nhật trước 15 giờ thứ Sáu. Chị A chịu trách nhiệm chính. Những trường hợp thiếu dữ liệu sẽ được chuyển cho bộ phận vận hành.

Câu này rõ hơn:

Mọi người lưu ý chăm sóc khách hàng tốt hơn nhé.

Biên bản cuộc họp không cần ghi lại từng câu nói

Một biên bản có thể rất ngắn:

• Mục tiêu cuộc họp.
• Quyết định.
• Hành động.
• Người phụ trách.
• Thời hạn.
• Vấn đề chưa quyết định.
• Ngày xem xét lại.

Không cần ghi chi tiết toàn bộ cuộc thảo luận trừ khi có yêu cầu đặc biệt.

Mục tiêu của biên bản là giúp:

• Người không tham dự hiểu kết quả.
• Người thực hiện biết trách nhiệm.
• Hệ thống có trí nhớ.
• Quyết định không bị kể lại theo nhiều phiên bản.

Quyết định phải có một nơi lưu chính thức

Nếu quyết định chỉ nằm trong:

• Tin nhắn.
• Ghi chú cá nhân.
• Cuộc gọi.
• Trí nhớ.

sau một thời gian, mọi người sẽ nhớ khác nhau.

Một nhật ký quyết định có thể ghi:

• Ngày.
• Vấn đề.
• Quyết định.
• Lý do.
• Người quyết định.
• Người thực hiện.
• Thời hạn.
• Mốc xem xét lại.

Nhật ký đặc biệt quan trọng với:

• Chính sách.
• Ngoại lệ.
• Nhà cung cấp.
• Phân quyền.
• Quyền lợi.
• Dữ liệu.
• Những quyết định có thể được viện dẫn về sau.

Phản hồi phải đủ sớm để người nhận còn có thể điều chỉnh

Một thành viên có thể thực hiện chưa tốt trong nhiều tuần nhưng không ai nói rõ.

Đến cuối tháng hoặc cuối chương trình, họ mới nhận được nhận xét:

Em chưa chủ động.

Em chưa đạt kỳ vọng.

Phản hồi muộn khiến người nhận không còn cơ hội sửa trong quá trình.

Phản hồi tốt nên xuất hiện gần với hành vi.

Ví dụ:

Trong buổi hôm nay, khi khách hàng hỏi về tác dụng, em đã trả lời vượt quá nội dung chính thức. Lần sau em cần dừng ở phần tài liệu đã xác nhận và chuyển câu hỏi chuyên môn cho người phụ trách.

Phản hồi cụ thể, kịp thời giúp người nhận biết:

• Hành vi nào cần thay đổi?
• Vì sao?
• Lần sau làm thế nào?

Nhưng phản hồi liên tục mọi chi tiết cũng có thể tạo áp lực

Nếu lãnh đạo sửa:

• Từng câu.
• Từng thao tác.
• Từng cách diễn đạt.
• Từng quyết định nhỏ.

người nhận sẽ mất tự chủ.

Cần phân biệt:

Phản hồi cần đưa ngay

• Rủi ro.
• Sai thông tin.
• Ảnh hưởng khách hàng.
• Vượt giới hạn.
• Hành vi có thể lặp lại.
• Việc đang làm lệch mục tiêu.

Phản hồi có thể tổng hợp

• Phong cách trình bày.
• Cách sắp xếp.
• Những cải tiến nhỏ.
• Các điểm không ảnh hưởng tức thời.

Phản hồi không nhằm biến người khác thành bản sao của lãnh đạo.

Nó giúp họ đạt tiêu chuẩn và phát triển năng lực.

Phản hồi nên đi theo vòng lặp, không phải một chiều

Một vòng phản hồi tốt gồm:

1. Quan sát dữ kiện.
2. Nêu ảnh hưởng.
3. Nghe góc nhìn người thực hiện.
4. Thống nhất điều chỉnh.
5. Theo dõi lần tiếp theo.
6. Ghi nhận tiến bộ.

Ví dụ:

Báo cáo tuần này được gửi trễ hai ngày nên cuộc họp không có đủ dữ liệu để ra quyết định. Trở ngại hiện nằm ở bước tổng hợp nào? Từ tuần sau, nhóm có thể thay đổi cách thu thập dữ liệu ra sao để báo cáo hoàn thành trước thứ Sáu?

Cách này tìm nguyên nhân và giải pháp.

Không chỉ gắn nhãn người thực hiện là thiếu trách nhiệm.

Kênh phản hồi từ dưới lên cũng phải tồn tại

Nhịp vận hành không chỉ là lãnh đạo nhận báo cáo và đưa chỉ đạo.

Thành viên cần có khả năng phản hồi:

• Quy trình không hiệu quả.
• Báo cáo đang trùng lặp.
• Cuộc họp không cần thiết.
• Mục tiêu thiếu thực tế.
• Công cụ khó sử dụng.
• Vai trò đang chồng chéo.
• Khách hàng phản ứng.
• Rủi ro mới.

Nếu chỉ có thông tin đi từ trên xuống, lãnh đạo sẽ nhìn thấy một phiên bản đã được lọc.

Cần có:

• Câu hỏi cuối cuộc họp.
• Biểu mẫu phản hồi.
• Trao đổi một–một.
• Kênh báo rủi ro.
• Rà soát định kỳ.

Điều quan trọng là người phản hồi không bị xem là người gây khó khăn chỉ vì họ nói ra vấn đề.

Cuộc họp một–một có vai trò khác cuộc họp nhóm

Cuộc trao đổi một–một giữa người quản lý và thành viên nên tập trung vào:

• Tiến độ vai trò.
• Khó khăn.
• Năng lực.
• Phản hồi.
• Khối lượng công việc.
• Mục tiêu phát triển.
• Những vấn đề khó nói trước nhóm.

Không nên chỉ dùng để yêu cầu báo cáo công việc.

Có thể hỏi:

• Điều gì đang cản trở em?
• Quyền hạn hiện tại có đủ không?
• Công việc nào đang chiếm nhiều thời gian nhưng ít giá trị?
• Có điều gì em chưa dám nói trong cuộc họp nhóm?
• Em muốn phát triển năng lực nào?
• Lãnh đạo cần thay đổi điều gì để em làm tốt hơn?

Một–một là nơi giúp phát hiện sớm vấn đề con người trước khi nó trở thành sự rời bỏ hoặc xung đột.

Không phải vai trò nào cũng cần cùng một tần suất báo cáo

Một người mới có thể cần cập nhật thường xuyên hơn.

Một người đã chứng minh năng lực có thể báo cáo theo kết quả và ngoại lệ.

Một hoạt động rủi ro cao cần được theo dõi sát.

Một công việc ổn định có thể rà soát theo tuần hoặc tháng.

Tần suất nên dựa trên:

• Mức độ rủi ro.
• Kinh nghiệm người phụ trách.
• Tốc độ thay đổi.
• Khả năng đảo ngược.
• Mức độ ảnh hưởng.
• Lịch sử sai sót.

Không nên yêu cầu tất cả mọi người báo cáo giống nhau chỉ để dễ quản lý.

Khi người phụ trách trưởng thành, mức kiểm tra nên giảm dần

Một lộ trình có thể là:

Giai đoạn đầu

• Kế hoạch trước khi làm.
• Cập nhật giữa quá trình.
• Rà soát sau khi hoàn tất.

Giai đoạn ổn định

• Tự quyết trong giới hạn.
• Báo cáo theo tuần.
• Báo ngay ngoại lệ.

Giai đoạn sở hữu lĩnh vực

• Báo cáo theo chỉ số.
• Tập trung vào xu hướng, rủi ro và quyết định chiến lược.
• Không cần trình bày từng hoạt động.

Nếu mức kiểm tra không giảm dù năng lực đã tăng, người giỏi sẽ cảm thấy không được tin tưởng.

Cần bảo vệ những khoảng thời gian không họp

Con người cần thời gian liên tục để:

• Viết.
• Phân tích.
• Chuẩn bị.
• Chăm sóc khách hàng.
• Xây quy trình.
• Giải quyết vấn đề.
• Học tập.

Nếu lịch bị chia nhỏ bởi nhiều cuộc họp, mỗi khoảng thời gian còn lại quá ngắn để làm công việc cần tập trung.

Hệ thống có thể:

• Gộp họp vào một số khung giờ.
• Có buổi không họp.
• Không tổ chức họp nếu chưa có mục tiêu.
• Giới hạn thời lượng mặc định.
• Cho phép người không cần thiết từ chối lời mời.
• Kết thúc sớm khi đã đạt mục tiêu.

Thời gian không họp không phải thời gian trống.

Đó là thời gian tạo ra kết quả.

Không nên xem việc trả lời ngay là dấu hiệu tận tâm

Trong các nhóm chat, mọi người có thể hình thành kỳ vọng:

• Tin nhắn phải được trả lời ngay.
• Ban đêm vẫn phải online.
• Cuối tuần vẫn phải phản hồi.
• Người trả lời chậm là thiếu trách nhiệm.

Điều này tạo ra một hệ thống luôn trong trạng thái bị gián đoạn.

Cần phân loại kênh:

Kênh khẩn cấp

Chỉ dùng cho sự cố cần xử lý ngay.

Kênh vận hành

Phản hồi trong khung thời gian đã thống nhất.

Kênh thông tin

Người nhận đọc khi phù hợp, không yêu cầu trả lời ngay.

Nếu mọi tin nhắn đều được xem là khẩn cấp, cuối cùng không còn việc gì thật sự khẩn cấp được nhận biết.

Xây thời gian phản hồi theo mức độ ưu tiên

Ví dụ:

Khẩn cấp

• An toàn.
• Dữ liệu.
• Khủng hoảng.
• Sự cố ảnh hưởng nhiều người.

Báo ngay qua kênh chỉ định.

Ưu tiên cao

• Khách hàng đang chờ.
• Quyết định chặn công việc.
• Vấn đề thời hạn gần.

Phản hồi trong ngày hoặc mốc đã thống nhất.

Thông thường

• Góp ý.
• Câu hỏi tài liệu.
• Đề xuất.
• Việc không chặn tiến độ.

Xử lý theo nhịp tuần hoặc thời hạn phù hợp.

Phân loại giúp giảm cảm giác mọi người phải phản ứng liên tục.

Những cuộc họp định kỳ cần được rà soát

Mỗi tháng hoặc mỗi quý, có thể hỏi về từng cuộc họp:

1. Mục tiêu ban đầu là gì?
2. Mục tiêu đó còn tồn tại không?
3. Cuộc họp có tạo ra quyết định hay hành động không?
4. Ai thật sự cần tham dự?
5. Có thể giảm tần suất không?
6. Có thể chuyển phần cập nhật sang văn bản không?
7. Thời lượng có thể rút ngắn không?
8. Có cuộc họp nào trùng mục tiêu không?
9. Nếu dừng trong một tháng, điều gì sẽ xảy ra?

Một cuộc họp không nên tồn tại mãi chỉ vì đã có trên lịch.

Dấu hiệu một cuộc họp đang lãng phí thời gian

• Không có mục tiêu hoặc chương trình trước.
• Mọi người vừa họp vừa xử lý việc khác.
• Phần lớn thời gian là báo cáo thông tin đã có.
• Người không liên quan vẫn phải tham dự.
• Cuộc họp thường xuyên kéo dài.
• Vấn đề giống nhau lặp lại mỗi tuần.
• Không có quyết định.
• Không có người chịu trách nhiệm.
• Không ai xem lại việc đã thống nhất.
• Cuộc họp kết thúc bằng câu “để lần sau bàn tiếp”.
• Người tham gia rời đi nhưng không biết phải làm gì.

Dấu hiệu nhịp vận hành đang hoạt động tốt

• Mọi người biết vấn đề nào cần báo ngay.
• Báo cáo ngắn nhưng đủ để ra quyết định.
• Cuộc họp có mục tiêu và đúng người.
• Thông tin thông thường được cập nhật không đồng bộ.
• Quyết định được ghi lại.
• Người phụ trách có quyền tự quyết trong phạm vi.
• Vấn đề được phát hiện trước khi nghiêm trọng.
• Thành viên có thời gian làm công việc cần tập trung.
• Lãnh đạo nhìn thấy điểm lệch mà không cần kiểm tra từng chi tiết.
• Những cuộc họp không còn giá trị được dừng.
• Đội ngũ biết ưu tiên của tuần, tháng và quý.
• Phản hồi được đưa ra đủ sớm để cải thiện.

Mẫu nhịp vận hành cho một đội nhóm đang phát triển

Không phải hệ thống nào cũng cần dùng đúng cấu trúc này, nhưng có thể tham khảo.

Hằng ngày

Hình thức: Cập nhật ngắn bằng bảng hoặc nhóm vận hành.

Nội dung:

• Việc ưu tiên hôm nay.
• Trở ngại.
• Khách hàng cần hỗ trợ.
• Sự cố hoặc rủi ro.
• Điều cần phối hợp.

Chỉ họp nhanh khi công việc thay đổi nhanh hoặc cần phối hợp trực tiếp.

Hằng tuần

Thời lượng: 45–60 phút.

Nội dung:

• Chỉ số chính.
• Việc đã hoàn tất.
• Hai hoặc ba vấn đề ưu tiên.
• Quyết định.
• Trách nhiệm tuần tới.

Hai tuần hoặc hằng tháng

Nội dung:

• Đánh giá chất lượng.
• Khiếu nại và bài học.
• Đào tạo.
• Tải công việc.
• Năng lực đội ngũ.
• Quy trình cần cải tiến.

Hằng tháng

Nội dung:

• Kinh doanh.
• Khách hàng.
• Vận hành.
• Nhân sự.
• Rủi ro.
• Nhà cung cấp.
• Kế hoạch tháng tới.

Hằng quý

Nội dung:

• Chiến lược.
• Mô hình kinh tế.
• Danh mục sản phẩm.
• Năng lực hệ thống.
• Các thử nghiệm.
• Việc nên dừng.
• Mục tiêu quý tiếp theo.

Khi có sự cố

Sử dụng nhịp riêng:

• Báo ngay.
• Chỉ định đầu mối.
• Kiểm soát ảnh hưởng.
• Cập nhật theo mốc.
• Tổng kết sau sự cố.

Không chờ cuộc họp định kỳ.

Bảng điều hành không nên có quá nhiều chỉ số

Một bảng điều hành hiệu quả có thể tập trung vào bốn nhóm.

Kinh doanh

• Doanh thu.
• Lợi nhuận đóng góp.
• Mua lại.
• Gia hạn.

Khách hàng

• Khách hàng mới.
• Tỷ lệ hoạt động.
• Hài lòng.
• Khiếu nại.
• Thời gian xử lý.

Vận hành

• Công việc đúng hạn.
• Lỗi.
• Thời gian xử lý.
• Số trường hợp phải làm lại.
• Năng lực đáp ứng.

Con người và rủi ro

• Tải công việc.
• Người cần hỗ trợ.
• Vai trò chưa có dự phòng.
• Sự cố dữ liệu.
• Nội dung hoặc quy trình vi phạm.

Không cần xem mọi số liệu trong mọi cuộc họp.

Chỉ số nào không tạo ra câu hỏi hoặc quyết định có thể không cần xuất hiện trên bảng điều hành chính.

Những câu hỏi nên xuất hiện trong cuộc họp tuần

1. Kết quả nào đang lệch khỏi mục tiêu?
2. Khách hàng nào có nguy cơ bị bỏ quên?
3. Trở ngại nào cần nhiều vai trò cùng xử lý?
4. Quyết định nào đang chặn công việc?
5. Rủi ro nào mới xuất hiện?
6. Có việc gì đang làm nhiều nhưng ít giá trị?
7. Có câu hỏi nào liên tục lặp lại?
8. Ai đang quá tải?
9. Việc nào có thể dừng?
10. Tuần tới ba ưu tiên lớn nhất là gì?

Những câu hỏi nên xuất hiện trong cuộc họp tháng

1. Xu hướng ba tháng đang đi lên hay đi xuống?
2. Kết quả đến từ hoạt động bền vững hay chiến dịch ngắn hạn?
3. Khách hàng rời đi vì lý do gì?
4. Khiếu nại nào đang lặp lại?
5. Quy trình nào phụ thuộc một người?
6. Nhà cung cấp nào có vấn đề?
7. Chỉ số nào có vẻ tốt nhưng đang che một rủi ro khác?
8. Đội ngũ đang thiếu năng lực gì?
9. Thử nghiệm nào nên mở rộng, điều chỉnh hoặc dừng?
10. Tháng tới cần tập trung vào điều gì và ngừng điều gì?

Quy tắc “một cuộc họp, một người chịu trách nhiệm theo dõi”

Sau mỗi cuộc họp, nên có một người:

• Cập nhật quyết định.
• Theo dõi thời hạn.
• Nhắc người phụ trách khi cần.
• Đưa việc chưa hoàn tất trở lại đúng nhịp.
• Đóng đầu việc khi xong.

Không nhất thiết là lãnh đạo.

Nếu không có người theo dõi, những việc đã thống nhất dễ biến mất giữa rất nhiều hoạt động mới.

Không nên dùng cuộc họp để làm công việc mà một người có thể hoàn thành trước

Ví dụ, trong cuộc họp cả nhóm cùng:

• Sửa từng câu của một bài viết.
• Kiểm tra từng dòng dữ liệu.
• Chọn từng hình ảnh.
• Đọc toàn bộ tài liệu.

Những công việc đó nên được một người chuẩn bị trước.

Cuộc họp chỉ xử lý:

• Điểm cần quyết định.
• Nội dung có nhiều quan điểm.
• Phần rủi ro.
• Những điều vượt thẩm quyền.

Thời gian của nhiều người là một nguồn lực rất lớn.

Một cuộc họp một giờ với mười người không phải chỉ tiêu tốn một giờ.

Nó tiêu tốn tổng cộng mười giờ làm việc, chưa tính thời gian chuẩn bị và chuyển đổi sự tập trung.

Vai trò của người lãnh đạo trong việc xây nhịp vận hành

Người lãnh đạo tạo ra nhịp hệ thống qua chính hành vi hằng ngày.

Nếu lãnh đạo:

• Gọi họp bất cứ lúc nào.
• Gửi tin nhắn khuya và yêu cầu phản hồi ngay.
• Thay đổi ưu tiên liên tục.
• Yêu cầu báo cáo nhưng không đọc.
• Can thiệp vào từng chi tiết.
• Không ghi lại quyết định.
• Cho phép cuộc họp kéo dài vô hạn.

đội ngũ sẽ không thể xây một nhịp ổn định.

Người lãnh đạo cần:

• Làm rõ ưu tiên.
• Tôn trọng lịch.
• Chỉ gọi đúng người.
• Đọc tài liệu trước.
• Ra quyết định trong phạm vi của mình.
• Phân quyền việc nhỏ.
• Kết thúc những cuộc họp không còn giá trị.
• Bảo vệ thời gian tập trung.
• Phản hồi kịp thời.
• Không biến mọi vấn đề thành việc khẩn cấp.
• Tự tuân thủ nguồn thông tin chính thức.

Một hệ thống không thể có nhịp ổn định nếu người có quyền lực liên tục phá vỡ nhịp đó.

Kiểm tra sức khỏe nhịp vận hành

Mỗi quý, có thể khảo sát ngắn:

• Tôi hiểu ba ưu tiên quan trọng nhất của đội nhóm.
• Tôi biết vấn đề nào cần báo ngay.
• Tôi biết ai có quyền quyết định.
• Các cuộc họp tôi tham gia thường có mục tiêu rõ.
• Báo cáo tôi thực hiện được sử dụng để ra quyết định.
• Tôi có đủ thời gian làm công việc cần tập trung.
• Tôi không phải nhập cùng một dữ liệu nhiều lần.
• Phản hồi giúp tôi cải thiện công việc.
• Quyết định quan trọng được ghi lại.
• Tôi có thể phản ánh khi quy trình không hiệu quả.

Nếu nhiều người trả lời thấp, hệ thống không nên chỉ yêu cầu họ quản lý thời gian tốt hơn.

Cần xem lại thiết kế vận hành.

Kế hoạch 30 ngày để giảm họp và báo cáo thừa

Tuần 1 — Kiểm kê

Liệt kê:

• Tất cả cuộc họp định kỳ.
• Người tham gia.
• Mục tiêu.
• Thời lượng.
• Báo cáo liên quan.
• Kết quả đầu ra.

Đồng thời liệt kê tất cả báo cáo và nơi nhập dữ liệu.

Tuần 2 — Phân loại

Với từng cuộc họp, quyết định:

• Giữ.
• Rút ngắn.
• Giảm tần suất.
• Chuyển sang cập nhật không đồng bộ.
• Gộp.
• Dừng.

Với từng báo cáo, xác định:

• Ai sử dụng?
• Quyết định nào dựa trên báo cáo?
• Dữ liệu có bị nhập trùng không?
• Phần nào có thể bỏ?

Tuần 3 — Chuẩn hóa

Xây:

• Mẫu cập nhật tuần.
• Mẫu biên bản.
• Nhật ký quyết định.
• Kênh báo sự cố.
• Định nghĩa chỉ số.
• Lịch nhịp ngày, tuần, tháng.

Tuần 4 — Thử nghiệm và điều chỉnh

Theo dõi:

• Thời gian họp giảm bao nhiêu?
• Quyết định có nhanh hơn không?
• Có thông tin nào bị bỏ sót?
• Thành viên có thêm thời gian tập trung không?
• Báo cáo nào vẫn không được sử dụng?
• Nhịp nào cần tăng hoặc giảm?

Mục tiêu không chỉ là họp ít hơn.

Mục tiêu là giao tiếp hiệu quả hơn và tạo thêm thời gian cho công việc thật.

Bảng kiểm trước mỗi cuộc họp

1. Cuộc họp cần tạo ra kết quả gì?
2. Có thể giải quyết bằng văn bản không?
3. Ai thật sự cần tham dự?
4. Ai có quyền quyết định?
5. Người tham gia cần đọc gì trước?
6. Vấn đề nào cần thảo luận?
7. Thời lượng tối thiểu là bao nhiêu?
8. Ai điều phối?
9. Ai ghi quyết định?
10. Kết quả sẽ được lưu ở đâu?

Bảng kiểm cuối mỗi cuộc họp

1. Quyết định nào đã được đưa ra?
2. Việc nào chưa quyết định?
3. Ai chịu trách nhiệm từng việc?
4. Thời hạn?
5. Ai cần được thông báo?
6. Có tài liệu nào cần cập nhật?
7. Khi nào kiểm tra lại?
8. Cuộc họp tiếp theo có thật sự cần thiết không?

Kết luận

Một hệ thống khỏe không vận hành bằng việc mọi người liên tục online, liên tục báo cáo và liên tục tham dự họp.

Nó vận hành bằng một nhịp đủ rõ để:

• Thông tin đến đúng người.
• Quyết định được đưa ra đúng cấp.
• Vấn đề được chuyển đúng lúc.
• Phản hồi giúp con người cải thiện.
• Lãnh đạo nhìn thấy rủi ro.
• Thành viên vẫn có thời gian tạo ra kết quả.

Cuộc họp không phải là công việc. Báo cáo không phải là kết quả. Tin nhắn nhanh không đồng nghĩa với phản ứng hiệu quả. Tất cả chỉ có giá trị khi giúp hệ thống hành động đúng hơn.

Một nhịp vận hành tốt cần phân biệt:

• Điều gì phải báo ngay?
• Điều gì xem hằng ngày?
• Điều gì giải quyết hằng tuần?
• Điều gì đánh giá hằng tháng?
• Điều gì cần nhìn lại hằng quý?

Nó cũng cần làm rõ:

• Cuộc họp này để cập nhật, quyết định, giải quyết vấn đề hay đào tạo?
• Ai thật sự cần tham gia?
• Báo cáo này phục vụ quyết định nào?
• Người phụ trách được tự quyết đến đâu?
• Phản hồi nào cần đưa ngay?
• Quyết định được lưu ở đâu?

Khi những câu hỏi đó có câu trả lời rõ, hệ thống bắt đầu giảm được sự bận rộn không cần thiết.

Người lãnh đạo không phải theo dõi từng việc.

Người phụ trách không phải xin phép từng bước.

Thành viên không phải tham dự mọi cuộc họp để chứng minh sự hiện diện.

Thông tin không cần được kể lại nhiều lần.

Và những vấn đề quan trọng không bị chìm trong hàng trăm tin nhắn.

Mục tiêu cuối cùng không phải tạo ra một lịch vận hành thật đẹp.

Mục tiêu là giúp cả hệ thống có một nhịp làm việc trong đó:

• Mọi người biết điều gì quan trọng.
• Có đủ thông tin để hành động.
• Có đủ quyền để chịu trách nhiệm.
• Có đủ thời gian để hoàn thành công việc.
• Có cơ hội nhìn lại và cải tiến.

Khi đó, tổ chức không còn được đo bằng việc mọi người bận đến mức nào.

Nó được đo bằng khả năng biến thời gian, thông tin và sự phối hợp thành những kết quả thật sự có giá trị cho khách hàng, cho đội ngũ và cho sự phát triển lâu dài của toàn hệ thống.