Đã bao giờ rơi vào hoàn cảnh mọi người gật gù đồng ý, nhưng khi triển khai thì thờ ơ và không ai làm. Thử cách này: "I disagree but will commit".
Bối cảnh: cả team ngồi thảo luận với nhau về problem solving 1 vấn đề khó, mỗi người có ý kiến và quan điểm riêng và dường như không ai đồng ý với ai. Manager hay người có quyết định cuối cùng sẽ chốt giải pháp, mọi người im lặng và bắt đầu triển khai. Thực tế diễn ra, bằng mặt không bằng lòng và triển khai thì hời hợt. Cho nên có lẽ dừng lại ở việc chỉ chốt giải pháp cuối cùng thôi là chưa đủ, chúng ta cần commitment của những người liên quan. Và để làm được như vậy, cố gắng train cho mọi người mindset "I disagree but will commit".
In application: "đây là giải pháp cuối cùng anh chốt, và nếu không có giải pháp nào tốt hơn (cùng với lý do hợp lý) thì chúng ta sẽ triển khai theo hướng này. Bây giờ anh cần ý kiến (nếu có) của mọi người và commiment của từng người cho phần này." Cái mà chúng ta muốn nghe sẽ là "em nghĩ cách này sẽ có vài vấn đề ABC xảy ra, và em không đồng ý lắm nhưng đó là phương pháp cuối cùng và tốt nhất tại thời điểm hiện tại chúng ta chốt nên em sẽ commit để triển khai hết sức phần này".
Cũng giống như trong meeting vậy, mình hay nói với mọi người là dành khoảng 5 phút cuối cùng để đi qua lại về action items, timeline và PIC, sau đó confirm với PIC là họ sẽ commit phần này đúng không? Cách này tốt hơn hoàn toàn so với việc chỉ chốt items xong rồi giả định mọi người sẽ commit và tự làm.
Nếu bạn có 1 team có commitment cao và tự giác làm tốt hết tất cả mọi thứ thì chúc mừng, còn nếu chưa thì "I disagree but I will commit" có thể là một cách tốt có thể thử. Cách này cũng loại bỏ luôn 1 vấn đề hay có của quản lý là "giả định" mọi người đều commit, thực tế không phải vậy, chúng ta không thể biết là người ta có commit không cho đến khi họ nói là họ commit - như vậy vẫn dễ hơn nhiều so với việc ngồi giả định và tưởng, rồi thất vọng. Thử nhe mọi người.
コメント