Table of Contents

การติดต่อสื่อสารที่มีประสิทธิภาพคือหลักหลักของทุกองค์กรวิศวกรรมชั้นสูง การตรวจสอบการสื่อสารนี้นําเสนอโครงสร้างของรหัสในการจําแนกโครงสร้าง

การ เข้าใจ ความ จริง ใน เรื่อง การ สื่อ ความ

การตรวจสอบการสื่อสารเป็นการประเมินภายในขององค์กรอย่างเป็นระบบ และเมื่อนําไปใช้ได้กับสื่อการสื่อสารภายนอก

ไม่เหมือนกับการสํารวจแบบหนึ่งแบบ การตรวจสอบการสื่อสารเป็นเครื่องมือวิเคราะห์แบบครอบคลุม ซึ่งจะจับภาพทั้งข้อมูลเชิงควอนตัม (เช่น เวลาตอบรับ เวลาตอบสนอง ความถี่) และระดับความถี่ต่าง ๆ (เช่น ความชัดเจน ความพอใจของเครื่องมือ) สําหรับองค์กรวิศวกรรม ซึ่งโครงการต่าง ๆ จะใช้วินัยและความเสี่ยงสูง การตรวจสอบเป็นประจําป้องกันความเข้าใจผิดที่นําไปสู่การปล่อยหรือการพลาดค่าเส้นตาย ความถี่ของการตรวจสอบนี้ขึ้นอยู่กับอัตราการเปลี่ยนแปลง -- การเพิ่มระยะการเพิ่มความเร็วของระดับการเพิ่มตัวตัวทํางาน (เช่น การเพิ่มตัวแบ่งเขตเวลาอาจก่อให้เกิดประโยชน์จากแต่ละปี) ผลกระทบจากการเพิ่มตัวของแต่ละปี

กําลังเตรียมอุปกรณ์ Audit

กําหนดวัตถุว่าง

จุด มุ่ง หมาย ทั่ว ไป ของ ทีม วิศวกรรม รวม ถึง:

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

การ ทํา อย่าง นี้ จะ ช่วย คุณ ให้ เลือก วิธี การ ที่ ใช้ ได้ ผล จริง และ มี ประสิทธิภาพ มาก ขึ้น ใน การ ทํา งาน ของ คุณ.

นิยามสโคปและผู้รับบาป

การตรวจสอบว่าทีมไหน, โครงการ, หรือช่องทางสื่อสารไหน จะรวมอยู่ด้วย การตรวจสอบอย่างจํากัด อาจมุ่งเน้นไปที่ผู้จัดรายการเดี่ยว

วิธีการสะสมข้อมูล

การ รวบ รวม ข้อมูล ที่ มี ค่า มาก เป็น สิ่ง จําเป็น เพื่อ จะ ตรวจ สอบ อย่าง มี ความ หมาย.

สํารวจ

การสํารวจที่ไม่ระบุชื่อ เพื่อรวบรวมการรับรู้เกี่ยวกับการใช้งานการสื่อสาร รวมถึงคําถามเกี่ยวกับการใช้ช่องทางต่างๆ ความชัดเจน ความตอบรับ และความพึงพอใจ ใช้การเพิ่มความชอบในการเพิ่มข้อมูลแบบมิฟิเคชั่น และเปิดสนามสําหรับคํากริยาที่เปิดให้บริการ เครื่องมืออย่างเช่น [FLT: 0] SurvyMonkey (FT: 1) หรือ[FT:2] Google Foots [FTTTTT:3] สามารถทําให้ง่ายขึ้นได้

สัมภาษณ์ และ การ โฟกัส

การนําการสัมภาษณ์แบบตัวต่อตัวกับทีม นําและคู่สัมพันธ์ข้ามระบบ ถามเกี่ยวกับความเจ็บปวดของการสื่อสารที่ระบุได้ เช่น การเลื่อนการตัดสินใจเนื่องจากความเป็นเจ้าของที่ไม่ชัดเจน กลุ่มร่วม 4–6 คนสามารถแสดงความคับข้องใจและความคิดร่วมกันได้ โปรดรักษาวาระการใช้งานให้เป็นระเบียบกับชุดคําถามที่สอดคล้องกัน เพื่อเปิดใช้งานการประสานงานที่ต่อเนื่องกัน

การ ทบทวน และ การ ทบทวน อย่าง ละเอียด

การชุมนุมของทีมเงา (ยืนหน้า, วางแผนวิ่ง, ทวนเวลาจริง) เพื่อสังเกตการหมุนแบบไม่ตายตัว วัตถุการสื่อสารแบบทบทวนข้อมูลการขอข้อมูล คําร้องขอ, เอกสารเอกสาร, ลวดลาย sleack, เธรด, และข้อความกํากับการค้นหา โปรดตรวจสอบความสอดคล้องกัน, ความสมบูรณ์, และยึดยึดติดอยู่กับแม่แบบหรือโพรโทคอล

เครื่องมือวิเคราะห์

ข้อมูลของผมจากเครื่องมือความร่วมมือของคุณ ตัวอย่างเช่น วิเคราะห์ปริมาตรข้อความต่อช่อง, เวลาตอบสนอง, หรือเปอร์เซ็นต์ของข้อความที่ไม่ได้รับคําตอบ ดูที่ปริมาณตั๋วที่มักจะถูกเปิดใหม่เนื่องจากความต้องการไม่แน่ชัด

การ สื่อ ความ ที่ น่า ทึ่ง

สร้างแผนภาพภาพเพื่อแสดงการเคลื่อนไหวของผู้ผลิตสินค้า ไปถึงผู้จัดการวิศวกรรม มาเป็นนักพัฒนาและนักทดสอบ โหนดที่ข้อความจะล่าช้าหรือบิดเบือน

ระบุคอคอและข้อต่อ

คอ ขวด ทั่ว ไป ของ นัก วิศวกรรม รวม ถึง:

  • จุดอ่อนของแต่ละทีม ที่คนคนหนึ่งต้องถ่ายทอดข้อมูล
  • ช่องที่โหลดมากเกินไป (เช่น ช่อง slack ช่องเดียวสําหรับการปรับปรุงโครงการทั้งหมด)
  • ช่อง ว่าง ระหว่าง การ ออก แบบ กับ การ พัฒนา ซึ่ง นํา ไป สู่ การ กําหนด ที่ ไม่ ชัดเจน
  • การตัดสินใจที่ล่าช้าเนื่องจากข้อมูลสําคัญถูกฝังอยู่ในเธรดอีเมลแบบยาว

การ เพิ่ม ความ เร็ว สูง

วัด การ สื่อ ความ อย่าง มี ประสิทธิภาพ

ไวยากรณ์คีย์ที่เป็นไปได้ การสื่อสารแบบ KPI ทั่วไปรวม:

  • เวลาตอบสนองเฉลี่ยสําหรับการร้องขอด่วน (เช่น, p0 บั๊ก)
  • จํานวนของการประชุมต่อสัปดาห์
  • ร้อยละของเอกสารโครงการที่มีขึ้น-ลงวันที่
  • ความ เร่ง ด่วน ของ ข้อ เรียก ร้อง ช่วย อธิบาย หลัง จาก เริ่ม การ วิ่ง
  • ความ อิ่ม ใจ พอ ใจ ของ ลูกจ้าง เกี่ยว ข้อง กับ การ ได้ รับ ข้อมูล ที่ สามารถ ใช้ ได้

ลองเปรียบเทียบสิ่งเหล่านี้กับม้านั่งจากการสํารวจหรือมาตรฐานอุตสาหกรรมของคุณ ตัวอย่างเช่น [FLT: 0] งานวิจัยของแอทลาสเซียน แสดงให้เห็นว่าพนักงานโดยเฉลี่ยใช้เวลา 31 ชั่วโมงต่อเดือน -- ทีมเครื่องยนต์ควรตั้งเป้าที่จะลดการทําแบบนี้

กําลัง และ ความ อ่อนแอ ที่ ไม่ อาจ ระบุ ได้

ลอง วิเคราะห์ การ ค้น พบ ของ คุณ เพื่อ รวบ รวม รายการ สิ่ง ที่ ใช้ ได้ ผล และ ไม่ ได้.

ความ แข็ง แรง ทั่ว ไป ใน ทีม วิศวกรรม

  • สแตนด์อัพแบบโครงสร้างพร้อมกล่องเวลาแบบเคลียร์
  • ใช้ คํา ขอ ดึง อย่าง มี ประสิทธิภาพ เพื่อ พิจารณา เรื่อง ราว ใน การ ทบทวน รหัส
  • เอกสาร ที่ พิมพ์ เป็น ภาค กลาง ใน วิกิพีเดีย หรือ คอน โซ เล ชัน
  • การ กลับ ใจ เป็น ประจํา ซึ่ง จัด การ กับ ประเด็น การ สื่อ ความ อย่าง เปิด เผย

ความ อ่อนแอ ที่ เห็น ได้ ชัด

  • โอเวอร์บายในช่องทางไม่เป็นทางการ (เช่น DM) ที่ยกเว้นผู้ถือหุ้นที่จําเป็น
  • การไม่มีปูมบันทึกการตัดสินใจ -- การสิ้นสุดแบบไม่มีบันทึก
  • เอกสารเขียนด้วยศัพท์เทคนิคที่สับสนเกินไป
  • พาธการเพิ่มประสิทธิภาพสําหรับการปิดกั้น

กําหนดความอ่อนแอจากผลกระทบของพวกเขาต่อความเร็ว, คุณภาพ, และทีม ใช้พื้นฐานของแรงสูง vs. ความถี่ที่จะตัดสินใจว่าควรจะลงมือที่ไหนก่อน

การ ปรับ ปรุง ให้ ดี ขึ้น

เปลี่ยนความเข้าใจเป็นแผนปฏิบัติได้ หลีกไม่ให้พยายามแก้ไขทุกอย่างพร้อมกัน เพ่งไปที่ 2-3

รับสมัครเครื่องมือและโปรโตคอลที่ดีขึ้น

หากการตรวจสอบของคุณเปิดเผยข้อมูลที่กระจัดกระจาย โปรดพิจารณาการนําแหล่งความจริงเดียวสําหรับสถานะโครงการ -- เช่น แบบแผงหน้าปัดร่วมกัน หรือเครื่องมือปรับความทันสมัยแบบย่อ หากการประชุมไม่ก่อผล ให้แนะนําต้นแบบสําหรับวาระการประชุมและนาที สําหรับทีมระยะไกล ให้สร้าง [FLT: 0] โปรโตคอลที่ชัดเจน (FTT: 1) เพื่อเรียกเวลาในการค้นหาเวลา

ให้ การ ฝึก อบรม ที่ ถูก ต้อง

นําเสนอโครงการเกี่ยวกับการเขียนเชิงเทคนิค, การยืดตัวแบบรวบรัด หรือการสื่อสารแบบข้ามระบบ วิศวกรระดับมัธยมที่มาพร้อมกับผู้สูงอายุ เพื่อออกแบบพฤติกรรมการสื่อสารที่มีประสิทธิภาพ การฝึกควรจะต่อเนื่อง ไม่ใช่ครั้งเดียว

การ อนุมัติ จาก คณะ ผู้ พิพากษา

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

สร้าง ตาราง เวลา สื่อสาร

ตั้งค่าความต่อเนื่องที่คาดเดาได้: การยืนขึ้นทุกวัน (ไม่เกิน 15 นาที), การปรับเทียบข้อมูลรายสัปดาห์, และการปรับปรุงข้อมูลทั้งหมดรายเดือน. เผยแพร่ปฏิทินการสื่อสารเพื่อให้ทุกคนรู้ว่าเมื่อไหร่ควรคาดหวังการปรับปรุง และเมื่อไหร่ที่จะทําการมีส่วนร่วม

[FLT: 0]] Example: หลังจากการตรวจสอบพบว่าการตรวจสอบการเกินขอบเขตทําให้การตัดสินใจล่าช้า ทีมวิศวกรรมเคลื่อนที่ได้แนะนํา "ช่องสัญญาณการวินิจฉัย" ซึ่งเพียงการสรุปและการกระทําเท่านั้น โพสต์. ภายในระยะเวลา 2 ครั้ง เวลาในการปิดประเด็นการปิดกิจการลดลงโดย 40%.

การ ทํา ให้ สําเร็จ และ การ ทํา ให้ คน เป็น สาวก

การตรวจสอบไม่ใช่การแก้ไขหนึ่งครั้ง การจัดตารางตามการตรวจสอบ (เช่น หลังจาก 90 วัน) เพื่อวัดผลกระทบของการเปลี่ยนแปลง ทําการสํารวจและวัดเดียวกัน เพื่อติดตามความคืบหน้า รูปแบบการเพิ่มข้อมูล รูปแบบการเพิ่มข้อมูล:

  • มีคําถามที่ซ้ําอีกน้อย ในจุดบนหรือช่องโครงการ
  • ความพอใจสูงบนคะแนนความชัดเจนของข้อมูล
  • จํานวนตั๋วที่เปิดใหม่ลดลงเนื่องจากการเข้าใจผิด
  • ลดชั่วโมงของการประชุมต่อสัปดาห์

ถ้าการปรับปรุงบางอย่างล้มเหลว จงทบทวนข้อสันนิษฐานของคุณ บางครั้งสาเหตุหลักไม่ใช่การคัดเลือกแบบช่อง แต่เป็นวัฒนธรรมขององค์กร -- ยกตัวอย่างเช่น ความกลัวที่จะแบ่งปันข่าวร้ายก่อนเวลาอันควร

รูปแบบการวน

การตรวจสอบการสื่อสารในองค์กรวิศวกรรม เปลี่ยนแปลงการรับรู้ที่คลุมเครือของ “การสื่อสารที่ไม่ดี" เป็นข้อมูลคอนกรีตที่ขับเคลื่อนให้ความหมายได้โดยนิยามที่ชัดเจน การรวบรวมข้อมูลต่างๆ การวิเคราะห์ข้อมูล การจัดทําการปรับปรุงเป้าหมาย ทีมสามารถลดความเสียดทาน การส่งมอบข้อมูล และปรับปรุงความร่วมมือกันได้ องค์การวิศวกรรมที่ดีที่สุดจะปฏิบัติต่อการสื่อสารอย่างมีคุณภาพอย่างสม่ําเสมอ -- ไม่ให้ออกกําลังเลย ทําเป็นขั้นตอนในการดําเนินการของคุณเป็นประจํา และทีมของคุณจะขอบคุณกับผลงานที่มีคุณภาพสูง