Horenso là gì? 3 nguyên tắc cốt lõi của người Nhật Bản

Một đầu việc có thể làm chậm cả nhóm chỉ vì người thực hiện biết có vấn đề nhưng chưa báo, thông tin thay đổi không đến đúng người hoặc nhân viên tự xử lý quá lâu trước khi hỏi ý kiến. Nhiều trường hợp không thiếu năng lực chuyên môn, mà thiếu một cách trao đổi đủ rõ để mọi người biết chuyện gì đang xảy ra và cần làm gì tiếp theo.

Horenso là một cách tổ chức giao tiếp trong công việc bắt nguồn từ môi trường doanh nghiệp Nhật Bản, tập trung vào ba hành động: báo cáo, liên lạc và trao đổi. Sansan Academy sẽ đi vào cách áp dụng từng nguyên tắc, những lỗi dễ gặp và cách biến Horenso thành thói quen làm việc thực tế thay vì báo cáo chỉ để hoàn thành thủ tục.

Horenso là gì?

Horenso (報連相) là phương pháp giao tiếp trong công việc, ghép từ ba thành phần tiếng Nhật: Houkoku (報告) là báo cáo, Renraku (連絡) là liên lạc và Soudan (相談) là trao đổi hoặc tham vấn. Horenso chỉ hữu ích khi người gửi biết thông tin nào cần truyền đạt, người nhận biết cách phản hồi và cả đội thống nhất thời điểm nào nên báo cáo, liên lạc hoặc xin ý kiến.

Bạn cũng có thể gặp cách viết Hourensou hoặc tách thành Hou Ren Sou. Dù cách viết khác nhau, ý chính vẫn xoay quanh việc giữ luồng thông tin không bị đứt đoạn: người phụ trách báo tiến độ và kết quả, người liên quan nhận được thông tin cần thiết, còn vấn đề chưa rõ được đưa ra trao đổi trước khi trở nên khó xử lý.

3 nguyên tắc cốt lõi và giá trị của Horenso trong doanh nghiệp

Giá trị của Horenso nằm ở việc giúp thông tin được đưa ra đúng lúc, đến đúng người và được trao đổi trước khi vấn đề trở nên khó xử lý. Khi được áp dụng hợp lý, đội nhóm có thể theo dõi tiến độ rõ hơn, phát hiện rủi ro sớm và giảm tình trạng mỗi người nắm một phần thông tin nhưng không ai có cái nhìn đầy đủ về công việc.

Horenso cũng giúp phân biệt khi nào nhân viên nên chủ động xử lý và khi nào cần báo cáo hoặc xin thêm ý kiến. Phương pháp này không yêu cầu mọi việc nhỏ đều phải đưa lên cấp trên; điều quan trọng là thông tin có ảnh hưởng đến tiến độ, kết quả hoặc người khác phải được chia sẻ ở thời điểm vẫn còn khả năng hành động.

Ba nguyên tắc cốt lõi của Horenso gồm:

• Houkoku – Báo cáo: Người thực hiện chủ động cập nhật tiến độ, kết quả và những vấn đề phát sinh cho người giao việc hoặc người chịu trách nhiệm. Báo cáo đúng lúc giúp người quản lý biết công việc đang ở đâu và can thiệp sớm khi xuất hiện rủi ro.
• Renraku – Liên lạc: Những thông tin có ảnh hưởng đến đồng nghiệp, phòng ban hoặc các bên phối hợp cần được chuyển đến đúng người. Renraku giúp hạn chế tình trạng một thay đổi đã xảy ra nhưng những người liên quan vẫn tiếp tục làm theo thông tin cũ.
• Soudan – Trao đổi, tham vấn: Khi chưa rõ cách làm, thiếu dữ kiện hoặc gặp vấn đề vượt quá phạm vi quyết định, người thực hiện chủ động trao đổi với người có kinh nghiệm hoặc trách nhiệm phù hợp. Soudan giúp kiểm tra hướng xử lý trước khi đầu tư quá nhiều thời gian vào một phương án chưa chắc đúng.

Ba nguyên tắc này liên kết với nhau trong cùng một luồng công việc. Một vấn đề được phát hiện qua Houkoku có thể cần Soudan để thống nhất cách xử lý, sau đó dùng Renraku để thông báo quyết định mới cho những người bị ảnh hưởng. Vì vậy, lợi ích của Horenso đến từ cách ba hoạt động phối hợp với nhau chứ không phải thực hiện từng phần một cách máy móc.

Houkoku

Houkoku là việc báo lại tiến độ, kết quả hoặc vấn đề của một nhiệm vụ cho người đã giao việc hoặc người chịu trách nhiệm quản lý. Điểm quan trọng là báo cáo phải xuất hiện đúng thời điểm để người nhận còn khả năng phản ứng, chứ không phải đợi công việc hoàn thành mới nói.

Trong thực tế, một báo cáo tốt thường trả lời được ba câu hỏi: công việc đang ở đâu, có điều gì khác kế hoạch và người nhận cần biết hoặc quyết định điều gì.

Chủ động báo cáo khi có tiến triển quan trọng

Không cần gửi cập nhật sau từng thao tác nhỏ. Bạn nên báo khi hoàn thành một mốc quan trọng, khi kết quả khác đáng kể so với kế hoạch hoặc khi tiến độ có khả năng ảnh hưởng đến phần việc của người khác. Ví dụ, nếu một nhiệm vụ dự kiến mất năm ngày, người quản lý không nên đến ngày thứ năm mới biết công việc mới hoàn thành một nửa.

Một cập nhật ngắn ở mốc phù hợp giúp hai bên phát hiện sớm phần đang vướng và quyết định có cần điều chỉnh nguồn lực hay thời hạn hay không. Muốn làm được điều này, ngay khi nhận việc nên thống nhất trước mốc báo cáo. Cách làm này giúp Houkoku trở thành một phần của quy trình thay vì phụ thuộc vào việc người quản lý nhớ để hỏi.

Báo sớm khi phát sinh vấn đề

Tin xấu càng để lâu thường càng ít lựa chọn xử lý. Khi phát hiện lỗi, nguy cơ trễ hạn, thiếu dữ liệu hoặc thay đổi có thể tác động đến người khác, nên gửi một báo cáo ban đầu ngay cả khi bạn chưa có lời giải hoàn chỉnh. WAM NET đăng bài hướng dẫn nhấn mạnh nguyên tắc “tin xấu báo trước”: đưa thông tin bất lợi và rủi ro ra sớm để còn thời gian xử lý.

Báo sớm không có nghĩa chuyển toàn bộ trách nhiệm cho cấp trên. Một cập nhật hữu ích nên cho biết vấn đề là gì, ảnh hưởng dự kiến đến đâu, bạn đang xử lý phần nào và cần hỗ trợ ở điểm nào.

Trình bày kết quả trước, chi tiết sau

Người nhận báo cáo thường cần biết kết quả hoặc vấn đề chính trước khi nghe toàn bộ quá trình. Nếu mở đầu bằng quá nhiều diễn biến, họ phải tự tìm xem đâu mới là thông tin cần chú ý. Niigata Yorozu Support Center, một điểm hỗ trợ doanh nghiệp do nhà nước Nhật Bản thiết lập, khuyến nghị đưa kết luận lên trước và dùng 5W2H để làm rõ thông tin: ai, việc gì, khi nào, ở đâu, vì sao, làm thế nào và bao nhiêu. Chỉ chọn những yếu tố liên quan, không biến mọi tin nhắn thành biểu mẫu dài.

Bạn có thể mở đầu bằng trạng thái chính, sau đó mới giải thích nguyên nhân và dữ kiện. Chẳng hạn, thay vì kể dài quá trình làm việc, hãy nói trước rằng tiến độ đang chậm một ngày vì thiếu dữ liệu từ bộ phận A, sau đó trình bày phần đã hoàn thành và phương án tiếp theo.

Renraku

Renraku tập trung vào việc đưa thông tin cần thiết đến những người thực sự bị ảnh hưởng. Khác với Houkoku thường gắn với tiến độ hoặc kết quả của nhiệm vụ, Renraku có thể diễn ra theo nhiều hướng giữa đồng nghiệp, phòng ban, người quản lý và các bên phối hợp.

Điều khó nhất không phải gửi thông tin mà là xác định ai cần biết, cần biết đến mức nào và cần nhận thông tin vào thời điểm nào. Gửi thiếu người làm công việc bị đứt đoạn, nhưng gửi mọi thứ cho mọi người lại tạo thêm nhiễu.

Chia sẻ thông tin với những người thực sự liên quan

Trước khi gửi một cập nhật, hãy xác định ai sẽ phải thay đổi hành động nếu thông tin này thay đổi. Đó thường là nhóm cần nhận thông báo trực tiếp. Những người chỉ cần biết để nắm tình hình có thể nhận bản tóm tắt hoặc được cập nhật ở kênh ít khẩn cấp hơn.

Ví dụ, thay đổi lịch bàn giao không chỉ liên quan đến người quản lý. Nếu bộ phận tiếp theo đang chờ đầu ra của bạn, họ cũng cần biết sớm để điều chỉnh kế hoạch của mình.

Truyền đạt ngắn gọn và dễ hiểu

Renraku chủ yếu truyền thông tin cần dùng chung nên người gửi cần tách dữ kiện khỏi phần suy đoán cá nhân. Người nhận nên biết chuyện gì thay đổi, thay đổi từ khi nào và họ có cần làm gì khác hay không. Một cập nhật về lịch họp chẳng hạn chỉ cần nêu giờ mới, lý do nếu cần và người bị ảnh hưởng. Kể lại toàn bộ quá trình tìm lịch thường không giúp người nhận ra quyết định nhanh hơn.

Với nội dung phức tạp, có thể dùng câu mở đầu tóm tắt rồi mới bổ sung chi tiết. Cách này đặc biệt hữu ích khi nhóm làm việc qua email hoặc chat, nơi mọi người thường đọc thông tin trong khoảng thời gian rất ngắn.

Khóa học Giao tiếp

Hiểu người nghe, tổ chức thông điệp, lắng nghe và phản hồi để giảm sai lệch trong công việc.

Xem khóa học

Cập nhật ngay khi thông tin thay đổi

Một thông tin từng đúng có thể trở thành nguyên nhân gây lỗi nếu đã thay đổi nhưng người liên quan vẫn làm theo phiên bản cũ. Vì vậy, Renraku không kết thúc ở lần thông báo đầu tiên. Khi deadline, yêu cầu, người phụ trách hoặc phạm vi công việc thay đổi, hãy cập nhật lại ở đúng nơi thông tin ban đầu được chia sẻ. Nếu thay đổi ảnh hưởng trực tiếp đến tiến độ của người khác, nên chủ động báo cho họ thay vì chờ họ tự phát hiện.

Hãy ghi thời điểm cập nhật và chỉ rõ nội dung nào thay thế bản cũ. Quyết định mới không nên chỉ nằm trong cuộc trò chuyện riêng trong khi cả nhóm vẫn làm theo phiên bản trước.

Soudan

Soudan là việc chủ động xin ý kiến khi chưa rõ cách làm, thiếu dữ kiện, gặp tình huống vượt quá quyền quyết định hoặc cần góc nhìn từ người có kinh nghiệm hơn. Đây không phải biểu hiện của việc thiếu chủ động; vấn đề nằm ở việc bạn trao đổi khi nào và chuẩn bị đến đâu trước khi hỏi.

Lợi ích của yếu tố Soudan trong Horenso là giúp một vấn đề được kiểm tra từ nhiều góc nhìn trước khi người thực hiện đầu tư quá nhiều thời gian vào một hướng chưa chắc phù hợp.

Chủ động hỏi khi chưa rõ cách làm

Khi yêu cầu chưa rõ, nên hỏi trước khi bắt tay làm quá sâu. Tự đoán có thể tiết kiệm vài phút lúc đầu nhưng dẫn đến nhiều giờ sửa lại nếu cách hiểu ban đầu sai. Bạn cũng không cần hỏi mọi quyết định nhỏ. Hãy tự xử lý những phần nằm trong phạm vi mình hiểu và có quyền quyết định, còn những điểm ảnh hưởng đến mục tiêu, chi phí, tiến độ hoặc người khác thì nên xác nhận.

Soudan đặc biệt hữu ích khi có nhiều phương án đều có vẻ hợp lý nhưng mỗi lựa chọn dẫn đến kết quả khác nhau. Lúc này, trao đổi giúp người có trách nhiệm cùng tham gia vào quyết định thay vì chỉ nhận thông tin sau khi mọi việc đã xong.

Chuẩn bị vấn đề và phương án trước khi trao đổi

Một cuộc tham vấn hiệu quả nên bắt đầu bằng vấn đề đã được làm rõ. Hãy chuẩn bị bối cảnh cần thiết, điều bạn chưa chắc chắn và ít nhất một hướng xử lý nếu đã đủ thông tin để suy nghĩ. Tsuginojidai của The Asahi Shimbun khuyến nghị người đi tham vấn nên tự suy nghĩ về câu trả lời hoặc phương án trước, thay vì chỉ chuyển câu hỏi sang cho người khác.

Thay vì hỏi nên làm thế nào, bạn có thể trình bày rằng mình đang cân nhắc hai phương án, nêu ưu nhược điểm chính và hỏi người quản lý xem tiêu chí nào nên được ưu tiên. Cuộc trao đổi nhờ vậy đi nhanh hơn nhưng người thực hiện vẫn giữ được sự chủ động.

Thống nhất hướng giải quyết sau khi tham vấn

Soudan chưa kết thúc khi cuộc trao đổi dừng lại. Hai bên cần hiểu giống nhau về quyết định cuối cùng, người thực hiện và bước tiếp theo. Nếu cuộc trao đổi có nhiều ý kiến, nên chốt lại ngắn gọn: phương án nào được chọn, phần nào cần kiểm tra thêm và thời điểm cập nhật kết quả. Với quyết định ảnh hưởng đến nhiều người, thông tin sau tham vấn cần được chuyển sang Renraku để những người liên quan cùng biết.

Đây cũng là điểm cho thấy ba phần của Horenso liên kết với nhau. Một cuộc tham vấn có thể dẫn đến quyết định mới, quyết định đó cần được liên lạc và quá trình triển khai sau đó tiếp tục được báo cáo.

Đưa Horenso vào công việc theo 4 bước đơn giản

Phương pháp Horenso sẽ dễ áp dụng hơn khi được gắn vào luồng công việc thay vì yêu cầu nhân viên tự nhớ phải báo cáo thường xuyên. Trước mỗi nhiệm vụ, người thực hiện nên biết thông tin nào cần báo, ai cần nhận và vấn đề nào phải đưa ra trao đổi.

Bốn bước dưới đây là gợi ý áp dụng cho nhiệm vụ cá nhân, dự án nhóm và phối hợp liên phòng ban, không phải trình tự bắt buộc của Horenso.

Xác định điều cần báo cáo hoặc trao đổi

Bắt đầu bằng việc phân loại thông tin. Tiến độ và kết quả của nhiệm vụ thường thuộc Houkoku; thay đổi mà nhiều người cần biết thuộc Renraku; vấn đề chưa rõ hoặc cần quyết định chung thuộc Soudan. Một thông tin đôi khi thuộc nhiều nhóm. Nếu phát hiện đơn hàng có nguy cơ trễ, bạn vừa cần báo cho quản lý, vừa liên lạc với bộ phận bị ảnh hưởng và có thể cần trao đổi về phương án xử lý.

Xác định mục đích trước giúp thông điệp bớt lan man và tránh việc gửi cùng một nội dung cho quá nhiều người.

Chọn đúng người và đúng thời điểm

Không phải mọi báo cáo đều cần gửi lên cấp cao nhất. Hãy chọn người có trách nhiệm, quyền quyết định hoặc bị ảnh hưởng trực tiếp bởi thông tin đó. Thời điểm cũng phụ thuộc vào mức độ rủi ro. Báo cáo tiến độ bình thường có thể theo mốc đã thống nhất, nhưng sự cố ảnh hưởng đến khách hàng hoặc deadline nên được đưa ra sớm hơn.

Quản lý nên thống nhất ngưỡng rủi ro cần báo ngay và người thay thế khi đầu mối vắng mặt. Nếu tình huống khẩn cấp chưa được phản hồi, hãy dùng kênh khẩn hoặc chuyển người có thẩm quyền theo quy trình đã thống nhất, không chỉ chờ tin nhắn.

Truyền đạt thông tin rõ ràng

Một thông điệp Horenso nên đủ để người nhận hiểu tình hình mà không phải hỏi lại từ đầu. Hãy ưu tiên trạng thái hiện tại, dữ kiện chính, tác động và nội dung cần người nhận phản hồi. Với vấn đề phức tạp, phần chi tiết có thể đặt sau tóm tắt hoặc gửi kèm tài liệu. Tránh để những dữ kiện quan trọng bị chìm trong một đoạn tin nhắn quá dài.

Cần phân biệt dữ kiện đã xác nhận, dự đoán và đề xuất. Với thông tin quan trọng, hãy đề nghị người nhận xác nhận việc cần làm và thời hạn; trạng thái “đã xem” chưa cho biết họ đã hiểu đúng.

Theo dõi và cập nhật kết quả

Sau một lần báo cáo hoặc trao đổi, công việc vẫn tiếp tục thay đổi. Nếu xuất hiện thông tin mới làm thay đổi kết luận trước đó, hãy cập nhật lại thay vì cho rằng mọi người sẽ tự biết. Sau Soudan, người đã cho ý kiến cũng nên được biết kết quả khi vấn đề được xử lý. Điều này tạo một vòng thông tin hoàn chỉnh và giúp lần trao đổi sau có thêm dữ liệu thực tế.

Với nhiệm vụ kéo dài, hãy đặt mốc cập nhật trên lịch hoặc công cụ quản lý công việc. Khi kết thúc, ghi lại kết quả xử lý và điểm cần rút kinh nghiệm để lần sau không lặp cùng một vướng mắc.

Những lỗi khiến Horenso trở thành “báo cáo cho có”

Horenso mất giá trị khi đội nhóm tập trung vào hình thức hơn mục đích. Nhân viên gửi nhiều tin nhắn nhưng người quản lý vẫn không biết rủi ro nằm ở đâu; hoặc mọi vấn đề đều được chuyển lên trên khiến người thực hiện không còn tự ra quyết định trong phạm vi của mình.

Nhận diện các lỗi dưới đây giúp doanh nghiệp tránh biến Horenso thành một thủ tục kiểm soát nặng nề.

Có vấn đề nhưng chờ quá lâu mới báo

Một lỗi phổ biến là chỉ báo khi đã chắc chắn có vấn đề lớn hoặc sau khi tự tìm mọi cách nhưng không xử lý được. Khi đó, người quản lý nhận được thông tin nhưng thời gian và lựa chọn can thiệp đã giảm đáng kể. Đừng chờ đến khi có đầy đủ câu trả lời mới báo một rủi ro đáng kể. Có thể gửi cập nhật ban đầu, nói rõ thông tin nào đã xác nhận và hẹn thời điểm bổ sung phần còn thiếu.

Báo sớm không phải làm phiền cấp trên. Điều cần tránh là báo mọi chuyện nhỏ như nhau khiến người nhận khó nhận biết thông tin thật sự cần chú ý.

Chia sẻ quá nhiều nhưng thiếu thông tin quan trọng

Một bản cập nhật dài chưa chắc là bản cập nhật tốt. Nếu người nhận đọc xong vẫn không biết tiến độ hiện tại, vấn đề chính và việc mình cần làm, Horenso đang tạo thêm thông tin chứ chưa hỗ trợ phối hợp. Trước khi gửi, hãy thử rút nội dung xuống một câu tóm tắt. Nếu không thể nói rõ điểm chính trong một câu, có khả năng chính người gửi vẫn chưa xác định được điều muốn truyền đạt.

Chi tiết vẫn cần thiết, nhưng nên đứng sau phần kết luận và được sắp xếp theo mức độ liên quan.

Chỉ nêu vấn đề mà không nghĩ đến hướng xử lý

Khi gặp việc vượt quá khả năng hoặc quyền hạn, nhân viên hoàn toàn có thể xin hỗ trợ. Tuy nhiên, nếu mọi Soudan đều dừng ở việc nêu khó khăn rồi chờ người khác nghĩ thay, phương pháp này dễ biến thành cơ chế chuyển trách nhiệm. Trước khi trao đổi, hãy xem mình đã biết gì, còn thiếu gì và có những lựa chọn nào. Ngay cả khi chưa có phương án tốt, việc chỉ ra phần đã thử cũng giúp người hỗ trợ hiểu vấn đề nhanh hơn.

Ngược lại, quản lý cũng không nên yêu cầu nhân viên lúc nào cũng phải có lời giải trước khi được phép báo vấn đề. Có những tình huống khẩn cấp cần được đưa ra ngay.

Phản hồi tiêu cực khiến nhân viên ngại trao đổi

Horenso khó duy trì nếu mỗi lần nhân viên báo tin xấu đều bị trách vì đã gây ra vấn đề, hoặc mỗi câu hỏi đều bị xem là thiếu năng lực. Sau một vài lần như vậy, lựa chọn an toàn với người thực hiện dễ trở thành im lặng và tự xử lý cho đến khi không thể giấu được nữa.

Khảo sát của Lee và Dahinten (2021) với 526 điều dưỡng tại ba bệnh viện Hàn Quốc ghi nhận lãnh đạo cởi mở, sẵn sàng lắng nghe có liên hệ tích cực với an toàn tâm lý, việc lên tiếng và ý định báo cáo sai sót. Đây là khảo sát tương quan, không phải thử nghiệm hiệu quả của Horenso. Vì vậy, quản lý cần tách việc tiếp nhận báo cáo khỏi việc đánh giá trách nhiệm. Có thể yêu cầu giải trình và sửa lỗi, nhưng trước hết phải bảo đảm thông tin quan trọng được đưa ra đủ sớm để xử lý.

Biến Horenso thành thói quen giao tiếp của đội nhóm

Một tài liệu về Horenso hoặc một buổi hướng dẫn ban đầu chưa đủ để thay đổi cách đội nhóm giao tiếp. Thói quen chỉ hình thành khi mọi người biết lúc nào cần báo, dùng kênh nào và nhận được phản hồi nhất quán sau khi chủ động trao đổi. Doanh nghiệp cũng nên điều chỉnh Horenso theo quy mô, tính chất công việc và mức độ tự chủ của từng vị trí. Một đội nhỏ làm cùng văn phòng sẽ cần cách vận hành khác một nhóm làm việc từ xa hoặc dự án có nhiều phòng ban.

Thống nhất khi nào cần báo cáo, liên lạc và tham vấn

Đừng để mỗi nhân viên tự xây một tiêu chuẩn Horenso riêng. Nhóm nên thống nhất một số tình huống bắt buộc báo như nguy cơ trễ hạn, thay đổi yêu cầu, lỗi ảnh hưởng đến khách hàng hoặc quyết định vượt quá quyền hạn. Không cần xây một bộ quy định quá dài. Chỉ cần các ví dụ đủ gần với công việc để nhân viên nhận ra khi nào họ nên tự xử lý và khi nào cần đưa thông tin ra khỏi phạm vi cá nhân.

Khi đào tạo người mới, doanh nghiệp có thể dùng bài tập tình huống Horenso: đưa ra một tình huống thực tế rồi yêu cầu người học xác định nên Houkoku, Renraku hay Soudan, gửi cho ai và vào thời điểm nào.

Chọn kênh giao tiếp phù hợp với từng loại thông tin

Không phải nội dung nào cũng nên gửi bằng cùng một kênh. Thông tin khẩn cấp cần phương thức giúp người nhận biết ngay; cập nhật thường kỳ có thể đặt trên công cụ quản lý; quyết định quan trọng nên có nơi lưu lại để tra cứu. Đội nhóm nên thống nhất kênh chính thay vì để cùng một loại thông tin lúc xuất hiện trong email, lúc ở nhóm chat và lúc chỉ được nói miệng. Sự nhất quán giúp giảm nguy cơ một người bỏ sót cập nhật chỉ vì không kiểm tra đúng ứng dụng.

Với những vấn đề nhạy cảm hoặc phức tạp, một cuộc trao đổi trực tiếp thường phù hợp hơn chuỗi tin nhắn dài. Sau đó, ghi lại kết luận ở nơi người có trách nhiệm có thể tra cứu; giới hạn quyền truy cập nếu có dữ liệu cá nhân hoặc thông tin mật.

Khuyến khích báo sớm thay vì giấu vấn đề

Khi một nhân viên chủ động báo vấn đề sớm, phản ứng đầu tiên của quản lý ảnh hưởng nhiều đến lần báo tiếp theo. Nếu người báo lập tức bị chất vấn theo hướng tìm lỗi cá nhân, cả nhóm dễ học được rằng nên chờ đến khi có lời giải mới lên tiếng. Quản lý có thể bắt đầu bằng việc làm rõ dữ kiện, mức độ ảnh hưởng và nhu cầu hỗ trợ. Việc xác định trách nhiệm vẫn cần thực hiện, nhưng nên diễn ra sau khi đội nhóm đã hiểu tình hình và có phương án kiểm soát rủi ro.

An toàn tâm lý ở đây là có thể nêu vấn đề hoặc nhận sai mà không bị hạ thấp vì đã lên tiếng. Báo sớm vẫn đi cùng trách nhiệm xác minh, xử lý và rút kinh nghiệm, không phải bỏ qua lỗi.

Quản lý phản hồi rõ ràng và kịp thời

Horenso là giao tiếp hai chiều. Nếu nhân viên báo cáo nhưng không bao giờ nhận được phản hồi, họ sẽ không biết thông tin mình gửi có hữu ích hay quyết định sau cùng là gì.

Horenso Ohitashi bổ sung cách tiếp nhận báo cáo cho phía quản lý. Bốn ý được JISHA thể hiện trong tài liệu truyền thông là: O — không nổi giận; Hi — không phủ định; Ta — hỗ trợ; Shi — chỉ dẫn. Trong thực tế, hãy nghe và làm rõ trước khi đánh giá; điều này không có nghĩa đồng ý với mọi đề xuất. Ohitashi không phải thành phần thứ tư của Horenso.

Phản hồi tốt không cần dài. Người quản lý chỉ cần cho người gửi biết đã nhận thông tin, điểm nào cần làm rõ, quyết định hiện tại là gì và khi nào cần cập nhật tiếp. Việc xác nhận, thống nhất hành động và cập nhật kết quả tạo thành vòng phản hồi khép kín, thay vì chỉ gửi báo cáo một chiều.

Kết luận

Horenso không phải kỹ thuật bắt nhân viên báo cáo mọi việc cho cấp trên. Giá trị của phương pháp nằm ở việc đưa thông tin cần thiết đến đúng người khi vẫn còn thời gian xử lý.

Houkoku giúp tiến độ và vấn đề được nhìn thấy, Renraku giúp những người liên quan nắm cùng thông tin, còn Soudan giúp đội nhóm trao đổi trước những quyết định chưa rõ. Ba phần này hỗ trợ lẫn nhau và cần được áp dụng linh hoạt theo mức độ rủi ro, trách nhiệm và cách làm việc của từng đội.

Muốn Horenso hoạt động lâu dài, doanh nghiệp cần làm rõ kỳ vọng ở cả hai phía. Nhân viên chủ động báo cáo, liên lạc và trao đổi; người quản lý phải phản hồi đủ rõ để việc chủ động lên tiếng thực sự có ích. Khi đó, Horenso mới trở thành một thói quen phối hợp công việc thay vì một thủ tục báo cáo cho có.