Làm nghề Tester/QC thì không tránh khỏi việc phải thường xuyên giao tiếp, trình bày ,giải thích , đổi về nghiệp vụ, cho dev, BA, cấp trên …
Vì vậy kỹ năng giao tiếp, thuyết trình là một trong các yếu tố để các bạn Tester/ QC thể hiện năng lực bản thân.
Giải thích – thuyết trình trước 1 vài người hoặc trước cả hàng trăm người có sự khác nhau về âm lượng và cả sắc thái. Vì sự khác nhau về âm lượng (đông người nói to hơn) nên gió ra nhiều hơn, người ta gọi là “chém gió” . Còn về nội dung cũng như mục đích của việc giải thích – thuyết trình thì cơ bản đều giống nhau :
- Nội dung : cái mình muốn nói là gì , cái người ta muốn nghe là gì
- Mục đích : làm sao cho người ta hiểu mình nói gì
Trình tự để Giải thích – thuyết trình thường gồm có 3 bước
- Bản thân bạn phải hiểu rõ được cái mình muốn nói
- Tìm cách hay nhất để biểu đạt
- Truyền đạt và nhận phản hồi
Contents
A. Hiểu rõ cái mình muốn nói
Thì cũng với cách thông thường mà làm, to quá bẻ nhỏ ra, 1 bó đũa khó quá thì bẻ từng chiếc. Một chủ đề quá phức tạp ta cứ chia nhỏ thành các chủ đề con, ứng mỗi con thì có nhiều cháu, đưa về đơn vị nhỏ tới mức hiểu được là được. Và sau đấy tổng hợp lại, đúc kết ra được khái niệm, ý tưởng. Từ đó mới xuất ra câu chữ mà phụt ra mồm được.
Đối với giải thích lúc nói chuyện, đàm đạo thì cái khó là phải đối ứng nhanh, không có nhiều thời gian để nghĩ. Chỉ trông cậy vào lượng kiến thức có sẵn để đưa ra điều muốn trình bày. Vậy nên hãy đọc thật nhiều sách vở báo chí, blog để có nền tảng cơ bản về các chủ đề, lúc đó lời nói mới đủ sâu và có tính hệ thống giúp người nghe vừa hiểu vừa khoái.
Còn nếu là họp hành, hội nghị sẽ có nhiều thời gian hơn. Cứ chuẩn bị kỹ và nói những gì mình chắc thì không phải lo sợ ai bắt bẻ cả. Nếu họ có ý muốn hỏi sâu, cứ trả lời những gì mình biết. Còn vặn vẹo chỉ để thoả mãn tính thích thể hiện, cứ cho họ toại nguyện, hơi đâu chấp vặt
B. Tìm cách hay nhất để biểu đạt
Đối với một vấn đề thường có nhiều cách nói – cách viết, các bạn để ý cái chữ in đậm ở trên “cách hay nhất”. Để đánh giá được cách nào là hay thì cần phải hiểu rõ được đối tượng của mình là ai, đang như thế nào.
Ví dụ bạn muốn trình bày với sếp lớn về vấn đề quan trọng, cái đầu tiên cần để ý không phải là cách nói, mà đó là … calendar. Xem sếp có rảnh không , lúc có thời gian nói chuyện gì cũng dễ, còn đang gấp phải chuẩn bị cho buổi họp với khách hàng lớn chẳng hạn, sếp còn tâm trí đâu mà nghe bạn tỉ tê. Bởi vậy các hợp đồng thường trôi chảy thông qua các buổi nhậu, tất nhiên về mặt ký kết chính thức không phải ở quán nhậu, nhưng những câu chuyện bên lề sẽ suôn sẻ khi 2 bên đều thoải mái về tâm trí và thời gian nhắc đến nhậu lại thèm bia.
Cách thì có nhiều : bằng lời, bằng Slide, bằng biểu đồ, hình vẽ, đôi khi bằng tay chân … cách nào cũng được, kết hợp 1 vài cái trên càng tốt nếu thấy cần thiết.
- Thường nếu để giải thích về bug, trường hợp đối tượng là người biết kỹ thuật, cách hay nhất là cho xem source, xem ví trí trên app/web đang bị lỗi
- Nếu người nghe mù tịt như sếp (các ông sếp thường mù code) thì đừng có lôi code ra, chọn cách nói nào ít liên quan đến code – database nhất để mà nói.
- Giải thích về nghiệp vụ cho dev hoặc tester trong team thì nên có hình vẽ, biểu đồ hoặc màn hình nghiệp vụ vẫn dễ hiểu hơn là … tả bằng lời.
- Hoặc giải thích về sự cố hệ thống với khách hàng, với cấp trên phải có file ghi rõ các mục : nguyên nhân, thời điểm phát sinh ,các bước cụ thể để đi tới bug, đối sách, thời gian đối ứng…
C. Truyền đạt và nhận phản hồi
Quay lại câu chuyện về sếp ở trên, bước vô phòng nói ít câu mà thấy ánh mắt và cử chỉ bất thường thì nên dừng lại, để lúc khác, vì đánh nhau với cấp trên không phải ý hay. Đó cũng là một cách nhận phản hồi thông qua cử chỉ – đôi khi thông qua cả lời nói với âm lượng lớn kèm một số từ chỉ các bộ phận cơ thể nam nữ.
Còn nếu đối phương nghe mình giải thích mà mặt bắt đầu ngu dần đi thì nên dừng lại 1 chút, xem họ không hiểu chỗ nào rồi nói tiếp, tránh làm người nghe sợ hãi.
Những người giỏi nói và có năng khiếu nói (bẩm sinh) họ có cảm quan rất tốt để biết làm chủ câu chuyện, biết lúc nào nên nhanh, nên chậm, biết làm sao cho thú vị hấp dẫn. Còn dân tester như chúng mình không nên đua đòi làm gì, nói mà đối phương mặt không ngu ra coi như thành công rồi, đừng đặt kỳ vọng cao quá, té đau lắm.
Tạm Kết
Nói làm sao để người ta hiểu thì học dần sẽ được, còn nói sao cho người ta thương và cảm mến thì rất khó. Cái này xuất phát từ tâm.
Nếu tâm thiện, kỹ năng mình yếu một chút (yếu chứ không phải không có) cũng bù đắp được.
Còn nói hay cỡ nào mà miệng lưỡi ma lanh, mắt đá lên xuống không ngừng, thái độ lồi lõm thì cũng bằng thừa.
Vậy nên làm cái gì cũng cốt ở cái tâm, có nhiều Tester mình thật thà, ai giúp đỡ gì thì nên học cách nói cám ơn. Báo cáo đúng tình hình,không thêm mắm muối để gây họa cho người khác.
