เริ่มบทสนทนาโดยไม่ต้องมี "Hello"
- การเริ่มบทสนทนาด้วย "Hello" ไม่มีประสิทธิภาพ
- หากพิมพ์คำถามเข้าไปเลย จะได้รับคำตอบเร็วกว่า
- เมื่อต้องขอความช่วยเหลือด้านเทคนิค สิ่งสำคัญคือต้องอธิบายปัญหาให้ชัดเจน
- ตัวอย่าง:
- "Hi", "Hello" คือวิธีที่แย่ที่สุด
- "Hi, ฟังก์ชัน
frobnicate ไม่ทำงาน" ยังให้ข้อมูลไม่เพียงพอ
- "Hi, ฟังก์ชัน
frobnicate แจ้งข้อผิดพลาด Error: missing argument 'count'" เป็นวิธีที่ดีกว่า
- "Hi, ฟังก์ชัน
frobnicate แจ้งข้อผิดพลาด Error: missing argument 'count' โดยมี stack trace ทั้งหมดดังนี้: (...)" คือคำถามที่สมบูรณ์แบบ
อย่าขอ "Quick call"
- การขอ "Quick call" ไม่มีประสิทธิภาพ
- การโทรรบกวนมากกว่าการแชต
- หลายกรณีสามารถแก้ปัญหาผ่านข้อความได้
- การอธิบายปัญหาออกมาอาจช่วยให้แก้ได้ด้วยตัวเอง
- การโทรเป็นสิ่งชั่วคราว แต่ข้อความคงอยู่ถาวร
- แทนที่จะพูดว่า "Quick call?" ควรอธิบายปัญหาให้เฉพาะเจาะจง
หลีกเลี่ยงการประชุมแบบ "No agenda"
- การประชุมที่ไม่มีวาระไม่มีประสิทธิภาพ
- ถ้ามีวาระ ก็จะเตรียมตัวสำหรับการประชุมได้
- วาระช่วยบอกจุดประสงค์ของการประชุมและรายการตรวจสอบได้
- วาระช่วยให้มีเฉพาะคนที่จำเป็นต้องเข้าร่วมประชุมเท่านั้น
- คำถามเชิงเทคนิคควรเขียนและส่งไปล่วงหน้า
บริบทสำคัญ
- เมื่อต้องขอความช่วยเหลือระหว่างทำงานทางไกล ควรอธิบายปัญหาให้ชัดเจน
- ควรอธิบายปัญหาเป็นลายลักษณ์อักษรมากกว่าทางโทรศัพท์
- เมื่อต้องวางแผนการประชุม ควรให้วาระที่ชัดเจน
- วิธีเหล่านี้จะช่วยให้การสื่อสารออนไลน์มีประสิทธิภาพมากขึ้น และแก้ปัญหาได้เร็วขึ้น
สรุปโดย GN⁺
- อธิบายวิธีสื่อสารอย่างมีประสิทธิภาพในการทำงานทางไกล
- สิ่งสำคัญคือควรพิมพ์คำถามเข้าไปเลยโดยไม่ต้องมี "Hello"
- แทนที่จะพูดว่า "Quick call" ควรอธิบายปัญหาให้เฉพาะเจาะจง
- ควรหลีกเลี่ยงการประชุมที่ไม่มีวาระ และจัดเตรียมวาระที่ชัดเจน
- วิธีเหล่านี้จะช่วยให้การสื่อสารออนไลน์มีประสิทธิภาพมากขึ้น และแก้ปัญหาได้เร็วขึ้น
9 ความคิดเห็น
> Don't worry, I'm not mad at you.
ดูเหมือนว่าผู้เขียนกำลังโกรธอยู่ เรื่องแบบนี้ก็ดูเป็นสิ่งที่แค่ตกลงกันภายในบริษัทที่ตัวเองทำงานอยู่แล้วก็ลงมือทำก็พอ แล้วทำไมถึงต้องเอามาโพสต์ลงบล็อกด้วยล่ะ
ผมคิดว่าเป็นเรื่องที่ชัดเจนมากอยู่แล้วเลยเขียนไว้แบบนั้น แต่ดูเหมือนก็มีคนจำนวนไม่น้อยที่ไม่เห็นด้วย..
ไม่ว่าจะเป็นการคอลหรือการประชุม การเตรียมตัวเป็นหน้าที่ของผู้จัดอยู่แล้ว และถ้ามันคลุมเครือเกินไปจนเตรียมตัวไม่ได้ ก็ควรขอความเข้าใจกันล่วงหน้าก่อนเริ่มมีตติง
แม้ว่าอุตสาหกรรมไอทีจะเป็นที่ที่สามารถขยายการสื่อสารแบบอิงบันทึกได้พอสมควร แต่ดูเหมือนว่ายังคงอยู่ในช่วงเปลี่ยนผ่านเพราะวัฒนธรรมองค์กรและความเคยชินเดิม ๆ
เห็นด้วยครับ
ผมเคยทำงานมาทั้งบริษัทที่ใคร ๆ ก็รู้จักไปจนถึงบริษัทเล็ก ๆ
และเคยทำงานทั้งกับคนทึ่ม ๆ จนถึงอัจฉริยะ แต่พอเป็นเรื่องที่มนุษย์ทำงานกัน มันก็คล้าย ๆ กันหมด
ถ้าผมทำหน้าที่ของตัวเองให้ตรงและดี จะทักว่า hi หรือ xi ก็ไม่มีปัญหาอะไร
ปัญหาใหญ่ที่สุดของคนหมู่มากส่วนใหญ่คือ
คนที่ขาดความสามารถกลับไม่รู้ว่าตัวเองขาดแค่ไหน และหลงคิดว่าตัวเองกำลังทำอะไรที่ยิ่งใหญ่มาก
พอหนักขึ้นไปอีก ก็จะถึงขั้นสร้างอีโก้ล้นเกินว่าควรได้รับความเคารพต่อสิ่งยิ่งใหญ่ที่ตัวเองกำลังทำอยู่โดยสมควร ในที่แบบนั้น บทความทำนองนี้อาจกลายเป็นแนวทางสำคัญได้ แต่สุดท้ายแล้วต่อให้ทำอะไร ก็มักแก้ไม่ได้ดีนักอยู่ดี เพราะท้ายที่สุดมันเป็นปัญหาของคน ไม่ใช่ปัญหาของวิธีการ
เพราะงั้นพวกที่เขียนบทความแบบนี้นั่นแหละที่ควรถูกคัดออกก่อน
ความคิดเห็นจาก Hacker News
เมื่อต้องทำงานทางไกล เราจะสูญเสียการเจอหน้ากันโดยบังเอิญแบบที่มีในออฟฟิศจริง
ถ้าเปลี่ยนทุกคำถามสั้น ๆ ให้กลายเป็นการประชุมเต็มรูปแบบ องค์กรก็จะกลายเป็นระบบราชการมากเกินไป
โดยรวมเห็นด้วยกับความเห็นของผู้เขียน แต่บางประเด็นก็พูดเกินจริงจนทำให้ข้อโต้แย้งโดยรวมอ่อนลง
การพยายามเพิ่มประสิทธิภาพการทำงานมากเกินไป อาจต้องแลกกับการเข้าถึงเพื่อนร่วมงานที่ลดลง
ในบริษัทใหญ่ วาระการประชุมและบันทึกหลังประชุมเป็นสิ่งสำคัญ
คนที่ละเว้น stack trace อาจทำให้คนอื่นเสียเวลา
เห็นด้วยกับบางความเห็น แต่โทนไม่น่าพอใจ
ไม่เห็นด้วยกับความเห็นที่ว่าการคอลรบกวนมากกว่าข้อความแชต
รู้สึกประหลาดใจที่มีคนมีเวลามาเขียนเรื่องเกี่ยวกับประสิทธิภาพการทำงาน
ไม่เข้าใจคนที่พิมพ์แค่ "Hello" หรือ "Hi Joe" ใน Slack แล้วรอเฉย ๆ
> คนที่ถามคำถามชวนสับสนก็คือกำลังอยู่ในภาวะสับสน
> สิ่งสำคัญคือการถามไปเรื่อย ๆ จนกว่าจะเข้าใจสถานการณ์
เนื้อหานี้กับ
> การคอลมีจุดเริ่มต้นและจุดจบที่ชัดเจน
> แชตแบบอะซิงก์ทำให้ต้องคอยพะวงอยู่ตลอด
ผมเห็นด้วยกับเนื้อหานี้นะ แม้จะไม่ได้ชอบการคอลก็ตาม
ผมเองก็มีทั้งความรู้สึกว่าไม่อยากยอมรับ และความรู้สึกที่เห็นด้วยอยู่พร้อมกันเลยครับ..