1 điểm bởi GN⁺ 2023-08-13 | 1 bình luận | Chia sẻ qua WhatsApp
  • Báo cáo trạng thái dự án theo cách nói kết luận trước giúp truyền đạt nhanh cho nhà quản lý thông tin cần thiết để ra quyết định, thay vì kể dài dòng bối cảnh
  • Luồng được khuyến nghị là punchline → trạng thái hiện tại → bước tiếp theo → giải thích; câu đầu tiên phải chỉ chứa sự thật, không kèm từ ngữ tô vẽ
  • Cách này ban đầu có thể gượng gạo, nhưng giúp giảm các giải thích mơ hồ vốn để lộ ý chính quá muộn và tiết kiệm thời gian báo cáo
  • Raj, cậu con trai 17 tuổi, ngay sau tai nạn đã nói trước: “Dad, I’m OK; the bull is dead”, lập tức cho biết mình an toàn và tình huống cốt lõi
  • Báo cáo dự án cũng trở nên rõ ràng hơn khi đặt các sự thật quan trọng lên đầu, giống cấu trúc kim tự tháp ngược trong báo chí

Báo cáo trạng thái bằng cách nêu kết luận trước

  • Báo cáo trạng thái dự án của nhóm kỹ thuật được sắp xếp thành bốn bước
    • Punchline: Nói sự thật trước. Ví dụ: “Milestone 4 không hoàn thành đúng hạn và Task 8 không thể bắt đầu theo kế hoạch” hoặc “đã nhận được phê duyệt điều lệ (charter approval) theo kế hoạch”
    • Trạng thái hiện tại: Giải thích sự thật đó ảnh hưởng thế nào đến dự án. Ví dụ: “do milestone bị bỏ lỡ, đường găng (critical path) bị trễ 5 ngày”
    • Bước tiếp theo: Nêu các giải pháp khả thi và khả năng phục hồi tiến độ. Ví dụ: “trong 2 tuần tới có thể bù được 3 ngày, nhưng vẫn sẽ trễ 2 ngày”
    • Giải thích: Bổ sung nguyên nhân của punchline. Ví dụ: “trong 5 ngày trễ, 2 ngày là do phát hiện muộn vấn đề giao diện phần cứng, còn 3 ngày phát sinh vì phải hỗ trợ đội chăm sóc khách hàng do sự cố production”
  • Cách báo cáo phổ biến thường giải thích dài dòng vì sao mọi việc trục trặc rồi mới đi đến ý chính, nhưng cách tiếp cận này đặt thông tin quan trọng nhất lên đầu
  • Ban đầu có thể không thoải mái, nhưng sau khi quen, các thành viên trong nhóm bắt đầu thích hiệu quả: thông điệp rõ ràng hơn và thời gian cần để truyền đạt ý chính giảm đi

Ví dụ “Tôi ổn, con bò đã chết”

  • Vào đêm khuya, Raj, cậu con trai 17 tuổi mới bắt đầu lái xe chưa lâu, không về nhà giữa cơn bão khiến cha mẹ lo lắng; rồi điện thoại reo
  • Câu đầu tiên “Dad, I’m OK; the bull is dead” là punchline truyền đạt trước tiên việc cậu an toàn và cốt lõi của vụ tai nạn
  • Tiếp đó cậu nói “xe bị hư hại nhưng vẫn chạy được”, cho biết đã có tai nạn nhưng xe không bị hỏng hoàn toàn
  • Sau đó cậu lần lượt truyền đạt địa điểm tai nạn, việc một người gần đó đã gọi cảnh sát, và việc cậu đã chụp vài tấm ảnh hiện trường
  • Thứ tự này giống phong cách kim tự tháp ngược của báo chí: kết luận, sự thật quan trọng, rồi chi tiết
  • Ngược lại, nếu báo cáo trạng thái dự án theo kiểu viết học thuật — nêu vấn đề, bối cảnh, các yếu tố ảnh hưởng, rồi kết luận — người nghe dễ mệt trước khi chạm đến ý chính
  • Trong báo cáo dự án, cần nói punchline trước để giảm các giải thích không cần thiết và truyền đạt nhanh thông tin cần thiết

1 bình luận

 
GN⁺ 2023-08-13
Các ý kiến trên Hacker News
  • Tôi đã học cách nói kiểu này từ nhỏ. Bình thường bố tôi là một người cha tốt, nhưng nếu ông kết luận quá sớm khi tôi đang nói thì ông rất dễ nổi giận
    Ví dụ, nếu tôi nói “Con đến chỗ bạn bè và mọi người đều đang hút thuốc”, ông sẽ kết luận rằng tôi cũng hút thuốc và nổi giận; trước khi ông bình tĩnh lại thì tôi không thể thuyết phục ông ngược lại. Vì vậy tôi hình thành thói quen nói trước kiểu “Con không hút thuốc. Nhưng bạn bè con thì có”, và như vậy thì ổn
    Khi báo tình trạng của mình, tôi cũng nói tương tự như trong bài, nhưng tôi không chắc đây có phải là đặc điểm tính cách tích cực hay không. Nó có vẻ gần với vấn đề lo âu hơn. Với ví dụ trong bài, nói “Tôi đã đâm phải con bò, tôi ổn, còn con bò thì không” có vẻ tự nhiên và hữu ích hơn nhiều

    • Tôi luôn khó chịu khi trong phim, dù các nhân vật được thiết lập là quen dùng một phương tiện liên lạc nào đó, phần quan trọng nhất vẫn luôn bị ngắt. Nhưng họ tuyệt đối không nhắc lại. Kịch bản thật tệ
      Một trong những điểm tôi thích ở Contact là khi bộ đàm của Ellie gần như biến thành nhiễu, cô ấy liên tục lặp lại rằng họ đã sẵn sàng phóng cho đến trước khi phóng thật
      Nếu là một bộ phim rẻ tiền thường thấy thì sẽ kiểu “xẹt xẹt… là kẻ giết người! Tôi đã tìm thấy xác của Sarah. Đừng tin hắn!” rồi sau đó là “Không biết họ có nghe thấy mình không? Giờ chỉ còn hy vọng hắn không đang giết mọi người”
    • Nghe rất giống cách các học giả viết khi nghĩ đến người phản biện trong tương lai. Họ cố tránh việc bị bác bỏ quá sớm hoặc bị đánh giá theo khuôn mẫu trước cả khi người ta đọc và hiểu bài
      Nhiều khi chỉ bảo vệ ý tưởng trước những góc phê bình hiển nhiên nhưng sai là chưa đủ; còn phải sắp xếp thứ tự câu cho đúng và để ý xem mình có chạm vào công tắc tâm lý nào của người phản biện khiến họ lập tức rơi vào một lập luận bác bỏ dễ dãi hay không. Làm tốt điều này thật sự là một kỹ năng, không chỉ dừng ở năng lực khoa học cứng để tạo ra đóng góp. Bạn phải có khả năng bán và đóng khung nó đúng cách
    • Nếu ví dụ này không nhằm để đùa thì cách triển khai khá dở. Nếu nói “Tôi ổn, còn xe thì không ổn” thì đã truyền đạt được thông tin liên quan mà không cần câu hỏi tiếp theo. Con bò là phần ít quan trọng hơn
      Tôi thích kiểu giao tiếp này vì nó rất hữu ích, dù là tình huống khẩn cấp thật sự hay chỉ là ứng dụng của công ty không chạy. Nếu bắt đầu bằng tin xấu, đối phương có thể lập tức tưởng tượng điều tệ nhất, nên nhìn chung cách này cũng làm giảm lo lắng
      Kiểu như “Dữ liệu an toàn, không phải bị xâm nhập, chúng ta đang bị DDoS” tốt hơn “Đã xảy ra một đợt DDoS quy mô lớn ảnh hưởng đến các dịch vụ X, Y, Z, nhưng chúng tôi không nghi ngờ có xâm phạm hay mất mát dữ liệu”
    • Ví dụ cụ thể đó thật ra không hay lắm nếu xét từ góc độ giao tiếp rõ ràng. Vì nó gợi ra một câu hỏi hiển nhiên nhưng không phải trọng tâm. Tất nhiên, với tư cách câu kéo nhấp chuột thì nó hoạt động tốt
      Dù vậy, ý tưởng cơ bản là hợp lý và hữu ích. Đặt sự thật quan trọng nhất lên trước giúp người nghe hiểu bối cảnh và phần giải thích theo sau dễ hơn nhiều, và có thể ngăn tôi lại nếu tôi đi lạc đề
      Vấn đề tôi thường thấy trong giao tiếp là mọi người bắt đầu bằng bối cảnh dài dòng. Khi đó người nghe sẽ nghĩ “Sao lại nói chuyện này với mình?”, và khó xác định điều gì là quan trọng và liên quan đến mình
    • Mẹ tôi lo lắng quá nhiều nên tôi cũng nói như vậy
      Vài năm trước tôi đã nhắn: “Con ổn, nhưng xe có vẻ hỏng hoàn toàn rồi. Mẹ có thể đến [vị trí tai nạn] được không? Con cần xe để về nhà”
      Mẹ tôi, như mọi khi, cuối cùng vẫn rất hoảng, nhưng thật sự tôi chỉ bị bầm nhẹ, còn chiếc xe thì đúng là bị xử lý là tổn thất toàn bộ
  • Bài viết so sánh cách bắt đầu từ bối cảnh với “cách tiếp cận học thuật”, nhưng các bài báo học thuật thật sự không bắt đầu như vậy. Bài báo bắt đầu bằng tóm tắt trình bày cực ngắn gọn toàn bộ nội dung

    • Đúng. Trong các bài báo khoa học máy tính, chúng tôi được dạy phải giới thiệu đóng góp ngay từ rất sớm, thường trong 2–3 đoạn đầu. Có thể có một vài thuật ngữ chưa được định nghĩa, nhưng vẫn phải cung cấp đủ để độc giả theo kịp. Kết luận cốt lõi không được xuất hiện sau 3 trang. Tất nhiên phần còn lại của bài báo có nhiệm vụ bổ sung chi tiết
      Cũng có một lời khuyên thực tế thường được đưa cho nghiên cứu sinh: đọc tóm tắt, đọc kết luận, đọc phần giới thiệu, rồi sau đó đọc phần còn lại
    • Dù không phải bản thân bài báo, khi nói chuyện với các nhà nghiên cứu nói chung thì chắc chắn mọi chuyện diễn ra theo kiểu đó. Đừng hỏi tôi biết bằng cách nào. Dù sao thì tóm tắt là một dạng yếu tố siêu dữ liệu, và nó được viết ra chính vì phần còn lại của bài báo không ngắn gọn
    • Đúng. Một tóm tắt tốt thường giống bản tóm tắt dành cho lãnh đạo, rất ngắn và dễ đọc
    • Ở một số lĩnh vực, trước phần giải thích bối cảnh còn có một phần giới thiệu riêng, trong đó nêu ngắn gọn vấn đề và đóng góp của bài báo. Cách này vẫn theo thứ tự giải thích→kết luận, nhưng chỉ giải thích vừa đủ để hiểu đóng góp, rồi ở phần bối cảnh sau đó mới đi sâu hơn vào các nghiên cứu trước
    • Đừng làm nó nhàm chán, hãy vào thẳng điệp khúc
  • Tôi tự hỏi liệu có thật sự như vậy không. Bắt đầu bằng “Con không sao” thì tốt, nhưng sau đó có lẽ nên là “Con gặp tai nạn”, rồi tiếp theo là “xe vẫn ổn” hoặc “con đã đâm vào một con bò đực, hoặc bị bò đực húc, và con bò đã chết”.

    • Có thể là khác biệt văn hóa, nhưng cách giao tiếp này khiến tôi thấy rất rối. Nếu không có ngữ cảnh, “con bò đực chết rồi” gần như vô nghĩa đến mức vô dụng.
      “Con không sao và an toàn, con gặp tai nạn giao thông, vị trí ở đây, không khẩn cấp” mới là thông tin quan trọng nhất và có thể hành động được đối với cha mẹ. Con bò đực và việc nó sống hay chết không liên quan. Đọc như thể hai robot đang cố nói ngắn gọn nhưng giao tiếp thất bại. Nhắc lại, có thể là khác biệt văn hóa.
    • Với Raj, tức người vừa vô tình làm chết một con bò đực, thì “con bò đực đã chết” có thể là một phần rất quan trọng của câu chuyện.
      Có lẽ là vấn đề góc nhìn. Cậu ấy 17 tuổi, lúc đó đã khuya, và vừa gặp một tai nạn giao thông trong đó một con bò đực chết, nên khả năng cân nhắc góc nhìn của cha mẹ có thể bị hạn chế ở mức nào đó.
      Dù vậy, cậu ấy đã làm tốt và đó là một câu chuyện hay. May là cậu ấy an toàn, thật may mắn. Tội cho con bò, RIP.
    • Không, như vậy không phải là làm tốt. Nó gây rối một cách không cần thiết, và việc ném cho ông ấy cùng vợ một thắc mắc bỏ ngỏ không có thông tin là đi ngược hẳn với ý chính của bài viết. Lý do là vì ngữ cảnh là tất cả.
      Khi cấu trúc báo cáo trạng thái dự án theo cách này thì ngữ cảnh đã đủ, và người nghe muốn thông tin mới hơn là ngữ cảnh bổ sung. Tất nhiên, nếu cán cân thay đổi thì chuyện sẽ khác.
      Bắt đầu bằng “Con không sao” là đúng trong ngữ cảnh. Một cuộc gọi bất ngờ từ con vào giờ chẳng lành chính là ngữ cảnh, vì vậy an toàn là ưu tiên hàng đầu. Nhưng sau đó lại đưa ra câu đố về con bò đực thì trong cùng ngữ cảnh đó là lời thừa vô ích.
      Hơn nữa, phần “hơi tức giận” cũng không hay. Con trai ông ấy gặp tai nạn giao thông mà ông ấy tức giận sao? Đó là trước hay sau khi biết lý do tai nạn? Ngữ cảnh đó ở đâu, và tại sao nó không được cung cấp theo cấu trúc đã nêu vài đoạn trước?
    • Giai thoại này bản thân nó không phải là ví dụ hay. “Con bò đực đã chết” là bi kịch nhưng ít liên quan. Nó giống như “chúng ta trễ milestone 4. Joel biến mất” vậy. Joel là ai? Đi nghỉ à? Nghỉ việc rồi à? Bị sa thải vì gây ra việc trễ milestone à? Chết rồi à?
    • Hãy tạo một đồ thị trong đó các mẩu thông tin là nút, còn cạnh là “X là điều kiện tiên quyết của Y” hoặc “không có X thì Y vô nghĩa”, rồi thực hiện sắp xếp tô pô trên đó.
  • Chuyện gì đã xảy ra với con bò đực vậy? Kết thúc khi vẫn treo lơ lửng người đọc làm luận điểm của bài yếu đi. Tất cả phần thú vị đều bị bỏ qua. “James Bond sống sót, ngăn chặn kế hoạch của phản diện, và có được cô gái” không phải là một bộ phim. Nếu phải làm việc hoặc giao du với người giao tiếp kiểu này thì tôi sẽ không thích.

    • Tôi nghĩ chính đó mới là ý chính. Có những việc… không phải phim.
      Tôi không nghĩ tác giả đang đề xuất rằng mọi giao tiếp đều nên theo cách này. Khi kể chuyện thì giữ sự hồi hộp cũng được. Nhưng khi bạn gặp tai nạn và đang báo tin cho người thân, liệu có nên dùng sự hồi hộp như một công cụ không?
      Trong giao tiếp công việc, có những thứ gần với vế đầu hơn và có những thứ gần với vế sau hơn. Nhưng phần lớn thời gian, mặc định trong 95% trường hợp lại là cách kể mang tính tự sự và tạo hồi hộp.
      Ta cần lựa chọn có chủ đích hơn, và trong một số tình huống nên dùng cấu trúc kim tự tháp ngược để loại bỏ sự hồi hộp khỏi giao tiếp.
    • Đúng ở một mức nào đó. Lời khuyên ban đầu của sếp ở đầu bài — tức là viết “kết luận chính” trước, không tính từ, rồi đến trạng thái hiện tại, bước tiếp theo, và phần giải thích — là lời khuyên tuyệt vời. Vấn đề là khi kể chuyện của con trai, ông ấy thực tế đã bỏ hẳn bước 4, tức phần giải thích.
      Giá trị của lời khuyên ban đầu không hẳn nằm ở mức độ quan trọng khác nhau của từng bước, mà ở chỗ thứ tự đó ngăn việc tô hồng hoặc làm mờ những gì thật sự đã xảy ra. Nó buộc nhóm phải thừa nhận sự thật một cách rõ ràng và không thiên lệch.
      Nhưng nếu kết thúc câu chuyện mà không giải thích, thì một phần lớn cần thiết để hiểu chuyện gì đã xảy ra đã bị thiếu.
    • Tôi đưa bình luận này lên đây vì trước đó đã trả lời một bình luận tương tự.
      Câu hỏi này làm tôi bận tâm đến mức vào năm 2004 tôi đã gửi câu hỏi bằng thư giấy thật — hoặc có thể là email, nhưng dù sao cứ nói là vì hiệu ứng kịch tính tôi đã dán tem lên thư giấy rồi đi bộ 20 dặm lên dốc đến bưu điện.
      Câu hỏi đó đã được đăng trên tạp chí, và câu trả lời của ông Kapur cũng được đăng trên tạp chí. Nhưng với kỹ năng tìm kiếm của tôi, tôi không thể tìm lại được câu trả lời khi ấy.
      Không may là tôi không nhớ câu trả lời, nên cái kết treo lơ lửng vẫn tiếp diễn.
      https://www.computerworld.com/article/2567061/no-bull-approa...
    • Trong ngữ cảnh, chuyện gì đã xảy ra có vẻ khá rõ. Con trai ông ấy đã gây tai nạn giao thông khi lái xe đâm vào một con bò đực, con bò chết, xe bị hư hại, còn cậu ấy thì không sao.
      Đây không phải cốt truyện phim James Bond, nhưng có vẻ đó chính là ý. Không phải mọi sự kiện đều cần có một câu chuyện đầy hành động. Có những việc chỉ đơn giản là xảy ra, và ta cần truyền đạt trạng thái theo cách không gây phản ứng cảm xúc mạnh. Vì phản ứng như vậy cản trở việc xử lý tình huống.
      Nó gần như đối lập với phim ảnh, nơi mục tiêu thường là kích hoạt phản ứng cảm xúc.
  • Cách nói kết luận chính trước chỉ hiệu quả khi người nghe biết mình đang nói về điều gì. Trong trường hợp này, không có ngữ cảnh trước đó về “con bò đực đó”, nên người nghe không biết “con bò đực chết rồi” thật sự nghĩa là gì. Không rõ là một con bò đực thật đã chết, hay đó là ẩn dụ cho thứ gì khác.
    Báo cáo đúng nên có dạng như “Con không sao, nhưng con gặp tai nạn. Con đâm vào một con bò đực và làm nó chết”. Tuy nhiên làm tiêu đề thì câu này kém hấp dẫn hơn nhiều.

    • Tôi nghĩ điểm chính của câu chuyện là cậu con trai đã dùng quy trình thay vì hoảng loạn.
      Nói rằng cậu ấy nói sai thì dễ, nhưng so với một cuộc gọi trong trạng thái hoảng loạn thì khá ổn.
      Những quy trình như vậy giúp ghi đè phản ứng tự nhiên trước tình huống. Người ta thường nghĩ mình sẽ bình tĩnh trong khủng hoảng, nhưng hoảng loạn khiến con người hành xử kỳ lạ.
  • Đọc thì thú vị, nhưng tôi không chắc việc đưa “con bò đực đã chết” vào có phải là ví dụ hay về giao tiếp hiệu quả khi loại bỏ phần thừa hay không. “Xe bị hư nhưng vẫn chạy được” là ví dụ tốt, nhưng thông tin về con bò đực chết mà chưa được giải thích thì giờ không còn liên quan, nên ngược lại là phần thừa.
    Vì cũng không có giải thích, người nhận sẽ bối rối và tập trung vào thông tin về mặt kỹ thuật là không liên quan này. Không có thêm chi tiết nào được cung cấp.
    Dù vậy, bản thân bài viết hay và ý chính vẫn có giá trị. Tôi chỉ nghĩ ví dụ này không hoàn hảo.

    • Giống tác giả, tôi lập tức kết luận rằng cậu ấy đã gặp tai nạn giao thông với một con bò đực và con bò đã chết. Gần như một câu chuyện 6 từ vậy.
      http://www.sixwordstories.net
  • Có phải chỉ mình tôi cảm thấy bài này bỏ lỡ phần cuối không? Cần giải thích con bò tót đó đã chết như thế nào

    • Không chỉ mình bạn đâu. Đây đúng là một cliffhanger hoàn chỉnh. Giống như phần kết bị thiếu mất câu đùa thật sự
    • Chuyện này làm tôi bận tâm đến mức vào năm 2004 tôi đã gửi câu hỏi bằng thư giấy thật, hoặc có thể là email
      Câu hỏi đó được đăng trên tạp chí, và câu trả lời của ông Kapur cũng được đăng trên tạp chí. Nhưng với khả năng tìm kiếm của tôi thì không thể tìm lại câu trả lời khi ấy
      Không may là tôi không nhớ câu trả lời, nên cái kết treo lơ lửng vẫn tiếp diễn
      https://www.computerworld.com/article/2567061/no-bull-approa...
  • Không, nói “Tôi không sao, còn con bò tót thì chết rồi”, rồi tiếp theo là “xe bị hư nhưng vẫn chạy được” không phải là cách truyền đạt hiệu quả chuyện đã xảy ra. Mục tiêu của giao tiếp không phải là bắt người kia tự điền cả đống chỗ trống và giải câu đố

    • Với tư cách một bài blog thì nó đã truyền đạt ý tưởng đó hiệu quả. Vì nó để lại ấn tượng cảm xúc rất mạnh
      Tôi đọc bài này sớm hôm nay và thấy thích, rồi sau đó càng nghĩ lại càng nhận ra điểm lạ. Việc ném ra trước một mảnh dữ liệu mà bạn sẽ không bao giờ đề cập lại, rồi nói “chi tiết để sau” thì rõ ràng là ngớ ngẩn. Dù vậy, câu “con bò tót đã chết” mạnh đến mức nó vẫn còn trong đầu tôi
      Khi viết email, tôi rất thích cách BLUF, tức là đặt kết luận lên đầu, và có thể xem đây là một phần mở rộng của cách đó
    • Dù sao thì đó vẫn là cách nhanh nhất để truyền đạt trạng thái hiện tại
  • Có vẻ ổn với những thứ như báo cáo trạng thái dự án. Đi thẳng vào trọng tâm là tốt
    Nhưng trong đời sống thì tôi không chắc. Chẳng phải mọi người có xu hướng nói giảm nhẹ thương tích của mình khi kể với người khác sao? Trong “Tôi không sao, tôi bị tai nạn xe”, “không sao” có biên độ nghĩa rất rộng, từ “hoàn toàn bình thường” cho tới “sẽ sống với vấn đề lưng và rắc rối pháp lý cả đời nhưng vẫn còn sống”
    Ngược lại, nếu là “Tôi không sao, bạn gái đá tôi rồi. Đi uống bia không?” thì phạm vi khả năng hẹp hơn nhiều
    Nếu ai đó quyết định mở lời bằng việc nói rằng mình không sao, thì chắc chắn đã có chuyện khá tệ xảy ra. Vì vậy “Tôi bị va chạm nhẹ, không ai bị thương, chắc tôi sẽ đến muộn một chút” có lẽ tốt hơn

  • Điều này làm tôi nhớ tới chuyện này. Trong các tác phẩm trinh thám hư cấu, bà Marple sau khi thu thập hết manh mối sẽ mời mọi người đến buổi tổng kết cuối cùng để vạch mặt kẻ sát nhân
    Các tập Inspector Columbo thì bắt đầu ngay bằng cảnh giết người, và hung thủ cũng hiện rõ. Sau đó ta theo dõi Columbo thu thập manh mối và phát hiện động cơ
    Chúng ta có xu hướng hành xử như bà Marple ngay cả khi nên làm như Columbo

    • “Chúng ta nên giống Columbo” cũng là một nguyên tắc sống nói chung rất hay
    • Nguyên tắc kim tự tháp là một trong số ít thứ xuất phát từ McKinsey mà tôi tin