บล็อก GeckoFlag

เคล็ดลับการเลือกเครื่องมือจัดการโปรเจกต์และงาน

ซีรีส์: เคล็ดลับการจัดการงานสำหรับทีมตอนที่ 5

วิธีตอบกลับความคิดเห็น: รับทราบ ถามคำถาม และขอให้แก้ ให้สั้นและชัด

เผยแพร่:

ซีรีส์ “เคล็ดลับการจัดการงานสำหรับทีม” ตอนที่ 5: วิธีตอบกลับความคิดเห็น

เกี่ยวกับซีรีส์นี้

“เคล็ดลับการจัดการงานสำหรับทีม” เป็นซีรีส์ 8 ตอนพร้อมตอนพิเศษ สำหรับทีมที่เพิ่งเริ่มใช้เครื่องมือจัดการงานหรือเครื่องมือจัดการโปรเจกต์ ใช้ได้กับทุกสายธุรกิจ และจะอ่านตอนไหนก่อนก็ได้

  1. ควรแบ่งงานเป็นหน่วยแบบไหน?
  2. วิธีเขียนงานให้คนอ่านเข้าใจ
  3. ควรแบ่งงานให้ละเอียดแค่ไหน?
  4. วิธีกำหนดผู้รับผิดชอบและกำหนดส่ง
  5. วิธีตอบกลับความคิดเห็นบทความนี้
  6. ควรบอกความคืบหน้าอย่างไร?
  7. วิธีเขียนเมื่อติดต่อกับคนนอกบริษัท
  8. วิธีปิดงานให้จบเร็ว ๆ นี้

ตอนพิเศษ “วิธีเขียนให้สมาชิกที่ใช้ภาษาต่างกันก็เข้าใจ” (เร็ว ๆ นี้)

ในช่องความคิดเห็นของงาน คุยโต้ตอบกันไปมาหลายรอบก็ยังไม่จบ หรือไม่มีใครตอบ จนไม่รู้ว่าอีกฝ่ายอ่านแล้วหรือยัง เรื่องแบบนี้ลดลงได้มาก แค่ใส่ใจวิธีเขียนอีกนิด

หมายเหตุ: บทความนี้เขียนโดยผู้พัฒนา GeckoFlag

ข้อสรุป: บรรทัดแรกคือข้อสรุป บรรทัดสุดท้ายคือสิ่งที่ขอ

คนอ่านจะดูบรรทัดแรกเพื่อตัดสินว่า “เกี่ยวกับตัวเองไหม” ให้เขียนข้อสรุปไว้ก่อน แล้วเขียนสิ่งที่อยากให้อีกฝ่ายทำไว้ท้ายสุด ตรงกลางใส่เฉพาะสิ่งที่จำเป็นต่อการตัดสินใจ

วิธีเขียนในแต่ละสถานการณ์

เมื่อรับทราบ

ถ้าตอบแค่ “รับทราบ” จะไม่รู้ว่ารับทราบเรื่องอะไร และจะทำอะไรเมื่อไร ให้เขียนสิ่งที่จะทำต่อไปไว้ด้วย

ตัวอย่างที่ไม่ดี ตัวอย่างที่ดี
รับทราบรับทราบ จะส่งแบบร่างแรกภายในเช้าวันพฤหัสบดี

สำหรับเรื่องที่ไม่ต้องตอบกลับ แค่ตอบสั้น ๆ ว่า “เห็นแล้ว” ก็พอ ถ้าเครื่องมือมีฟีเจอร์รีแอ็กชัน (การตอบด้วยอีโมจิ) ให้ใช้ฟีเจอร์นั้น

เมื่อจะถามคำถาม

  • ถ้ามีหลายคำถาม ให้ใส่หมายเลข คนตอบก็ตอบตามหมายเลขได้ เช่น “ข้อ 1 …”
  • ถ้าทำได้ ให้ถามแบบมีตัวเลือก ถามว่า “จะเลือก A หรือ B?” คนตอบจะตอบง่ายกว่าถามว่า “จะเอาอย่างไรดี?”
  • เขียนว่าต้องการคำตอบภายในเมื่อไร

เมื่อส่งงานกลับ (ขอให้แก้)

  • ระบุจุดที่ต้องแก้ให้ชัด: “หัวข้อในหน้า 2” “เบอร์โทรศัพท์ที่มุมขวาล่าง”
  • บอกเหตุผลด้วย: ถ้ารู้เหตุผล อีกฝ่ายก็แก้จุดที่คล้ายกันได้เอง
  • แยก “ต้องแก้” กับ “ถ้าทำได้”: ถ้าเขียนทุกข้อให้น้ำหนักเท่ากัน อีกฝ่ายจะไม่รู้ว่าควรเริ่มจากตรงไหน
  • เกริ่นนำให้สั้น: ถ้าเกริ่นยืดยาวเพื่อไม่ให้ฟังดูแรง สิ่งที่ขอจริง ๆ จะจมหายไป ถ้าอยากบอกจุดที่ดี บรรทัดเดียวก็พอ

เมื่อรายงานว่างานเสร็จ

ให้เขียนว่าอะไรเสร็จแล้ว อยู่ที่ไหน และยังมีอะไรค้างอยู่ไหม ถ้าเขียนแค่ “เสร็จแล้ว” คนรับจะต้องไปหาชิ้นงานเอง

ข้อความสำเร็จรูปที่ใช้ได้ทันที

ให้แก้ส่วนที่เป็น ___ ก่อนนำไปใช้

รับทราบ

รับทราบ จะ ___ ให้เสร็จภายในวันที่ ___ เวลา ___ น.

ถามคำถาม

ขอสอบถามเรื่อง ___ 2 ข้อ

  1. ___ เป็นแบบ A หรือ B
  2. ครั้งนี้ยังต้องใช้ ___ อยู่หรือไม่

รบกวนตอบกลับภายในวันที่ ___ เพื่อให้งานเดินตามกำหนด

ขอให้แก้

ตรวจดูแล้ว รบกวนแก้ 2 จุดต่อไปนี้

  1. (ต้องแก้) เปลี่ยน ___ ใน ___ เป็น ___ เหตุผล: เพราะ ___
  2. (ถ้าทำได้) ขยาย ___ ให้ใหญ่ขึ้นอีกนิด

ส่วนอื่นใช้ได้แล้ว ไม่ต้องแก้

รายงานงานเสร็จ

___ เสร็จแล้ว

  • อยู่ที่: ___
  • สิ่งที่ยังค้าง: ไม่มี (หรือ ___)

รบกวนช่วยตรวจดูด้วย

แจ้งล่าช้า

___ จะไม่ทันกำหนดส่งวันที่ ___

เหตุผล: ___

จะส่งได้ภายในวันที่ ___ หรือจะส่ง ___ ให้ก่อนก็ได้ สะดวกแบบไหนมากกว่า

กฎ 3 ข้อในการเขียน

1ระบุให้ชัดว่าอยากให้ใครอ่าน

ในช่องความคิดเห็นที่หลายคนเห็น ถ้าไม่ระบุว่าถึงใคร ก็จะไม่มีใครคิดว่าเป็นเรื่องของตัวเอง ให้เขียนชื่อคนนั้น หรือเลือกคนที่จะได้รับแจ้ง

2เขียนว่าต้องตอบกลับหรือไม่

แค่เขียนว่า “ไม่ต้องตอบกลับ” หรือ “รบกวนตอบกลับภายในวันที่ ___” เวลาที่ต้องรอคำตอบก็จะลดลง

3งาน 1 งาน คุยเพียง 1 เรื่อง

ถ้ามีเรื่องอื่นเกิดขึ้น ให้สร้างงานใหม่ ถ้าหลายเรื่องปนกันอยู่ในช่องความคิดเห็นเดียว ภายหลังจะย้อนดูไม่ได้ว่าตกลงอะไรกันไว้

เมื่อต้องบอกเรื่องที่พูดยาก

ความล่าช้า ความผิดพลาด การปฏิเสธ ยิ่งเป็นเรื่องที่พูดยาก คำเกริ่นก็มักจะยิ่งยาว ให้เขียนข้อเท็จจริงสั้น ๆ ตามลำดับ “เกิดอะไรขึ้น → ส่งผลอย่างไร → อยากทำอย่างไรต่อ” คำขอโทษแค่ประโยคเดียวก็พอ แล้วเขียนสิ่งที่จะทำต่อไปให้ชัดแทน

เมื่อไรควรใช้แชต เมื่อไรควรใช้ความคิดเห็น

เรื่องปรึกษาเล็ก ๆ น้อย ๆ คุยทางแชตจะเร็วกว่า แต่เรื่องที่ตกลงกันในแชต ให้บันทึกไว้ 1 บรรทัดในความคิดเห็นของงาน เพราะข้อความในแชตจะไหลผ่านไป และหาย้อนหลังได้ยาก (อธิบายโดยละเอียดในบทความ “ทำไมเรื่องที่ฝากทางอีเมลหรือแชตจึงไหลหายไป?” ของซีรีส์สำหรับมือใหม่)

ตัวอย่างเช่น เคยมีเรื่องแบบนี้

ทีมหนึ่งเขียนขอให้แก้ไว้ในประโยคเดียวว่า “โดยรวมให้สว่างขึ้นอีกนิด ตัวอักษรใหญ่ขึ้น แล้วรูปก็…” ทำให้ไม่รู้ว่าข้อไหนต้องแก้จริง ๆ จนต้องส่งกลับไปมาถึง 3 รอบ หลังจากเริ่มใส่หมายเลขและแยก “ต้องแก้” กับ “ถ้าทำได้” งานที่แก้กลับมาเรียบร้อยในรอบเดียวก็มีมากขึ้น

สื่อสารแบบนี้ได้ใน GeckoFlag

  • เขียนความคิดเห็นเป็นข้อความแบบจัดรูปแบบได้ ใช้รายการแบบมีหมายเลขก็ได้ และดูตัวอย่างก่อนโพสต์ได้
  • ขณะโพสต์ความคิดเห็น เปลี่ยนสถานะ ลำดับความสำคัญ และผู้รับผิดชอบไปพร้อมกันได้ เช่น ระหว่างเขียนรายงานงานเสร็จ ก็เปลี่ยนสถานะเป็น “รอตรวจสอบ” และเปลี่ยนผู้รับผิดชอบกลับไปเป็นคนที่ขอได้
  • เลือกสมาชิกที่จะได้รับแจ้งได้ทุกครั้งที่โพสต์ จึงกำหนดได้ทุกครั้งว่า “อยากให้ใครอ่าน”
  • ใส่รีแอ็กชันให้ความคิดเห็นได้ด้วยไอคอน 20 แบบ ช่วยลดการตอบกลับที่มีแค่คำว่า “เห็นแล้ว”
  • หน้าจอจะแสดงความคิดเห็นล่าสุด 3 รายการ ส่วนที่เก่ากว่านั้นจะถูกยุบไว้ เรื่องที่ตกลงกันได้จากการคุยยาว ๆ ถ้าเขียนไว้ในคำอธิบายของงานด้วย จะอ่านง่ายขึ้น

ท่านสามารถลองใช้หน้าจอจริงได้ในเดโม

สรุป

ในความคิดเห็น ให้เขียนข้อสรุปไว้บรรทัดแรก และสิ่งที่ขอไว้บรรทัดสุดท้าย แค่เพิ่มว่าอยากให้ใครอ่าน และต้องตอบกลับหรือไม่ การโต้ตอบไปมาก็จะลดลง ตอนหน้าจะอธิบายวิธีกำหนด “สถานะ” ที่ใช้บอกความคืบหน้า

ซีรีส์อ่านเพิ่มเติมได้ในตอนที่ 4 “วิธีกำหนดผู้รับผิดชอบและกำหนดส่ง”

ซีรีส์ตอนต่อไป: ตอนที่ 6 “ควรบอกความคืบหน้าอย่างไร?”