เทมเพลตเมทริกซ์การมอบหมายงานอย่างง่ายใน Word สำหรับผู้จัดการทีมขนาดเล็ก

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

นี่ไม่ใช่มาตรฐานการจัดการสากล และไม่ได้เหมือนกันกับแผนภูมิ RACI โดยอัตโนมัติ สำนักงานบริหารงานบุคคลแห่งสหรัฐอเมริกา (U.S. Office of Personnel Management - OPM) อธิบายการมอบหมายงานว่าเป็นการมอบหมายงานพร้อมกับการมอบอำนาจที่เหมาะสม จัดสรรทรัพยากร และให้ข้อเสนอแนะอย่างทันท่วงที แนวทางสำหรับผู้บังคับบัญชายังแนะนำให้พิจารณาทักษะ ประสบการณ์ ความต้องการในการพัฒนา ความสนใจ ปริมาณงาน และความเป็นธรรม เมื่อเลือกว่าจะมอบหมายอะไรและมอบหมายให้ใคร ซึ่งเป็นพื้นฐานที่ดีกว่าสำหรับตารางการมอบหมายงานของทีมขนาดเล็ก แทนที่จะเพียงแต่ใส่ชื่อไว้ข้างๆ งานเท่านั้น ดูที่ กรอบงานสำหรับผู้บังคับบัญชาและผู้จัดการของ OPM

เทมเพลตเมทริกซ์การมอบหมายงานที่พร้อมใช้งาน

สำหรับทีมที่มีสมาชิกประมาณสองถึงแปดคน ซึ่งมีจำนวนงานประจำหรืองานโครงการที่จัดการได้ ให้เริ่มด้วยโครงสร้างนี้:

ชื่อและวันที่ข้างต้นเป็นเพียงตัวอย่าง ส่วนสำคัญคือตรรกะของคอลัมน์

เหตุผลที่คอลัมน์เหล่านี้มีความสำคัญ

งาน / ผลลัพธ์ที่ส่งมอบ: อธิบายผลลัพธ์ ไม่ใช่แค่กิจกรรม

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

ใช้แนวทางนี้เมื่อ: งานมอบหมายมีผลลัพธ์ที่มองเห็นได้ซึ่งบุคคลอื่นสามารถรับรู้ได้ว่าเสร็จสมบูรณ์แล้ว

เปลี่ยนถ้อยคำเมื่อ: งานนั้นเป็นความรับผิดชอบต่อเนื่องจริงๆ เช่น การตรวจสอบกล่องข้อความ ในกรณีนั้น ให้กำหนดความคาดหวังในการบริการ: “ตรวจสอบกล่องข้อความสนับสนุนในวันธรรมดา; รับทราบข้อความสำคัญภายในสองชั่วโมงทำการ”

ผู้รับผิดชอบ: บุคคลหนึ่งคนควรทราบว่าตนเป็นผู้ขับเคลื่อนงาน

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

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

ใช้แนวทางนี้เมื่อ: สมาชิกทีมหนึ่งคนสามารถประสานงานได้แม้ว่าคนอื่นจะมีส่วนร่วม

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

อำนาจที่มอบหมาย: ระบุสิ่งที่บุคคลนั้นสามารถตัดสินใจได้

นี่คือคอลัมน์ที่ทำให้เมทริกซ์การมอบหมายงานแตกต่างจากรายการงานพื้นฐาน “อำนาจ” หมายถึงการตัดสินใจที่ผู้รับมอบหมายได้รับอนุญาตให้ทำได้ในขณะทำงานให้เสร็จ

คุณไม่จำเป็นต้องมีมาตราส่วนทางการที่ซับซ้อน ป้ายกำกับภาษาที่เข้าใจง่ายเหมาะกว่าสำหรับทีมขนาดเล็ก ตัวอย่างเช่น:

• ตัดสินใจภายในขอบเขต: ผู้รับผิดชอบสามารถตัดสินใจเรื่องปกติของงานได้โดยไม่ต้องขออนุมัติ ตราบใดที่ปฏิบัติตามขีดจำกัดที่ระบุไว้
• ดำเนินการตามแผนที่อนุมัติ: แนวทางได้ถูกตัดสินใจไว้แล้ว; ผู้รับผิดชอบดำเนินการและจัดการรายละเอียดประจำ
• เสนอแนะ; ผู้จัดการตัดสินใจ: ผู้รับผิดชอบตรวจสอบและเสนอแนะ แต่ผู้จัดการยังคงเป็นผู้ตัดสินใจขั้นสุดท้าย
• ส่งต่อกรณีพิเศษ: ผู้รับผิดชอบดำเนินการตามปกติจนกว่าจะถึงเกณฑ์ที่กำหนด เช่น ต้นทุนเกิน $500, การพลาดกำหนดเวลา, ข้อกังวลทางกฎหมาย, หรือการเปลี่ยนแปลงที่กระทบต่อลูกค้า

ป้ายกำกับเหล่านี้เป็นตัวอย่างในทางปฏิบัติ ไม่ใช่กรอบการมอบหมายงานอย่างเป็นทางการ ปรับแต่งให้เหมาะกับองค์กรของคุณ

ใช้แนวทางนี้เมื่อ: สมาชิกทีมมักหยุดงานเพื่อถามว่าพวกเขาสามารถตัดสินใจได้หรือไม่

เพิ่มขอบเขตที่ชัดเจนเมื่อ: การตัดสินใจเกี่ยวข้องกับเงิน คำมั่นสัญญาต่อลูกค้า การยกเว้นนโยบาย ความปลอดภัย เงื่อนไขทางกฎหมาย การจัดการบุคลากร หรือด้านอื่นที่อำนาจไม่ควรถูกตีความโดยนัย

วันครบกำหนดและการตรวจสอบ: แยกเส้นชัยออกจากจุดให้ข้อเสนอแนะ

วันครบกำหนดบอกผู้รับผิดชอบว่าเมื่อใดที่ผลลัพธ์ถูกคาดหวัง การตรวจสอบคือช่วงเวลาก่อนหน้านั้นเพื่อทบทวนความคืบหน้า แก้ไขอุปสรรค หรือแก้ไขสมมติฐาน

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

ใช้การตรวจสอบหนึ่งครั้งเมื่อ: งานสั้น คุ้นเคย และมีความเสี่ยงต่ำ

ใช้จุดตรวจสอบความคืบหน้า (Milestones) แทนเมื่อ: งานยาวนาน ไม่คุ้นเคย มีค่าใช้จ่ายสูง ขึ้นอยู่กับบุคคลภายนอก หรือยากต่อการย้อนกลับ

เกณฑ์ความสำเร็จ: นิยามว่า “ดีพอ” หมายถึงอะไร

กำหนดเวลาโดยไม่มีเกณฑ์คุณภาพส่งเสริมให้เกิดการตีความที่แตกต่างกัน สำหรับรายงาน เกณฑ์ความสำเร็จอาจรวมถึงส่วนที่จำเป็นและแหล่งข้อมูล สำหรับการออกแบบ อาจรวมถึงมิติ ข้อจำกัดของแบรนด์ และข้อกำหนดการอนุมัติ สำหรับงานปฏิบัติการ อาจระบุเวลาตอบสนองหรือความคลาดเคลื่อนที่ยอมรับได้

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

ใช้แนวทางนี้เมื่อ: คุณภาพสามารถตรวจสอบได้โดยไม่ต้องพึ่งพาความชอบส่วนตัวของผู้จัดการที่ไม่ได้ระบุไว้

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

เมื่อใดควรใช้ RACI แทน?

เมทริกซ์ RACI เป็นเครื่องมือที่แตกต่าง พจนานุกรมการจัดการโครงการปัจจุบันของ PMI นิยาม RACI ว่าเป็นประเภทหนึ่งของเมทริกซ์การมอบหมายหน้าที่โดยใช้สถานะสี่อย่าง: Responsible (ผู้รับผิดชอบ), Accountable (ผู้ต้องรับผิดชอบ), Consulted (ผู้ให้คำปรึกษา), และ Informed (ผู้รับทราบ) ในงานโครงการ สิ่งนี้มีประโยชน์เมื่อหลายบทบาทเกี่ยวข้องกับผลลัพธ์เดียวกันและผู้คนต้องการความชัดเจนว่าใครทำงาน ใครเป็นเจ้าของผลลัพธ์ ใครให้ข้อมูลป้อนเข้า และใครเพียงแต่ต้องการอัปเดต ดูที่ พจนานุกรมศัพท์การจัดการโครงการของ PMI

สำหรับทีมห้าคนที่มอบหมายงานประจำวัน RACI อาจมีโครงสร้างมากกว่าที่คุณต้องการ เมทริกซ์ผู้รับผิดชอบและอำนาจอย่างง่ายมักอ่านได้เร็วกว่า สำหรับการเปิดตัวเว็บไซต์ที่เกี่ยวข้องกับผู้จัดการ นักออกแบบ นักพัฒนา ผู้ตรวจสอบ QA ผู้ตรวจสอบทางกฎหมาย ลูกค้า และผู้บริหารสนับสนุน RACI อาจมีประโยชน์มากกว่าเพราะคำถามไม่ใช่เพียง “ฉันมอบหมายสิ่งนี้ให้ใคร?” แต่เป็น “บทบาทเหล่านี้ทั้งหมดมีส่วนร่วมอย่างไร?”

วิธีสร้างเมทริกซ์ใน Microsoft Word

Word เป็นตัวเลือกที่เหมาะสมเมื่อคุณต้องการเอกสารที่พิมพ์ได้และเหมาะสำหรับการประชุม แทนที่จะเป็นฐานข้อมูลงานแบบเรียลไทม์ คำแนะนำของ Word ปัจจุบันของ Microsoft รองรับการสร้างตารางผ่าน Insert → Table; สำหรับเลย์เอาต์ที่ใหญ่ขึ้น คุณสามารถเลือกจำนวนแถวและคอลัมน์ที่ต้องการได้ ดูที่ คู่มือการแทรกตารางของ Microsoft

สำหรับเทมเพลตอย่างง่ายในบทความนี้ ให้สร้างเจ็ดคอลัมน์:

1. งาน / ผลลัพธ์ที่ส่งมอบ
2. ผู้รับผิดชอบ
3. อำนาจที่มอบหมาย
4. วันครบกำหนด
5. การตรวจสอบ
6. เกณฑ์ความสำเร็จ
7. สถานะ

ให้ความกว้างมากขึ้นแก่ งาน / ผลลัพธ์ที่ส่งมอบ, อำนาจที่มอบหมาย, และ เกณฑ์ความสำเร็จ Microsoft บันทึกการควบคุม AutoFit ของ Word สำหรับการปรับคอลัมน์ให้พอดีกับเนื้อหาหรือกับความกว้างของหน้าที่มี ดูที่ คู่มือการปรับขนาดตารางอย่างเป็นทางการ

หากตารางยาวพอที่จะข้ามหน้า ให้เลือกแถวแรกและใช้ Table Layout → Repeat Header Rows Microsoft ระบุว่าส่วนหัวที่ซ้ำจะปรากฏในมุมมอง Print Layout และเมื่อพิมพ์ และทำงานข้ามการแบ่งหน้าอัตโนมัติ ดูที่ การทำซ้ำส่วนหัวตารางในหน้าถัดไป

เปลี่ยนเป็นเทมเพลต Word ที่นำกลับมาใช้ใหม่ได้

หากคุณวางแผนที่จะใช้เมทริกซ์ซ้ำๆ ให้เก็บส่วนหัว คำแนะนำ และรูปแบบไว้ แต่ลบชื่อและวันที่เฉพาะโครงการ จากนั้นบันทึกเป็นเทมเพลต Word แทนที่จะเขียนทับเอกสารเดิมซ้ำๆ

คำแนะนำเกี่ยวกับเทมเพลตปัจจุบันของ Microsoft ระบุว่า Word สามารถบันทึกเทมเพลตที่นำกลับมาใช้ใหม่ได้เป็น .dotx; เทมเพลตที่รองรับมาโครใช้ .dotm ใน Word for Mac, Microsoft บันทึก File → Save as Template และ Microsoft Word template (.dotx) ดูที่ เอกสารการสร้างเทมเพลตของ Microsoft

ส่วนหัวของเทมเพลตที่มีประโยชน์สามารถประกอบด้วย:

ตัวอย่างทีมขนาดเล็ก: การมอบหมายงานที่ดีเป็นอย่างไร

สมมติว่าทีมการตลาดสี่คนกำลังเตรียมการสัมมนาผ่านเว็บสำหรับลูกค้า ผู้จัดการมอบหมายหน้า Landing Page ให้ Taylor

รายการที่อ่อนแอคือ:

งาน: หน้า Landing Page
ผู้รับผิดชอบ: Taylor
ครบกำหนด: วันศุกร์

รายการที่แข็งแกร่งกว่าคือ:

งาน: เผยแพร่หน้า Landing Page สำหรับการลงทะเบียนสัมมนาผ่านเว็บ
ผู้รับผิดชอบ: Taylor
อำนาจ: ตัดสินใจเลย์เอาต์ภายในระบบแบรนด์ที่มีอยู่; ผู้จัดการอนุมัติภาษาเกี่ยวกับราคา
ครบกำหนด: วันศุกร์ 15:00 น.
การตรวจสอบ: วันพฤหัสบดี 11:00 น.
เกณฑ์ความสำเร็จ: หน้าเว็บทำงานบนมือถือ ฟอร์มส่งถูกต้อง วันที่/เวลาเหตุการณ์ตรงกับคำเชิญ รวมส่วนท้ายทางกฎหมายที่อนุมัติแล้ว
สถานะ: กำลังดำเนินการ

เวอร์ชันที่สองไม่ได้จัดการอย่างละเอียดว่า Taylor สร้างหน้าเว็บอย่างไร มันชี้แจงขอบเขตที่สำคัญและเปิดพื้นที่สำหรับการใช้วิจารณญาณทางวิชาชีพ

เมื่อใดที่ Word เป็นเครื่องมือที่เหมาะสม—และเมื่อใดที่มันไม่เพียงพอ

เมทริกซ์การมอบหมายงานใน Word ทำงานได้ดีเมื่อทีมมีขนาดเล็ก จำนวนงานที่ใช้งานอยู่มีน้อย งานได้รับการทบทวนในการประชุมประจำ และเอกสารเป็นเพียงเอกสารอ้างอิงร่วมกันหรือเอกสารแจกที่พิมพ์ได้เป็นหลัก

ใช้ Word ต่อไปหากผู้คนสามารถเปิดเอกสารปัจจุบันหนึ่งฉบับและตอบคำถามเหล่านี้ได้:

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

พิจารณาใช้สเปรดชีตหรือระบบจัดการงานเมื่อเมทริกซ์เปลี่ยนแปลงหลายครั้งต่อวัน หลายคนอัปเดตพร้อมกัน งานต้องการการเตือนอัตโนมัติ ความสัมพันธ์ระหว่างงานมีความสำคัญ คุณต้องการประวัติความคิดเห็นหรือประวัติการตรวจสอบ หรือผู้จัดการใช้เวลาในการจัดรูปแบบตาราง Word มากกว่าการหารือเกี่ยวกับงาน

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

ข้อผิดพลาดทั่วไปที่ควรหลีกเลี่ยง

การมอบความรับผิดชอบโดยไม่มีอำนาจ

หากใครบางคนเป็นเจ้าของการเปรียบเทียบผู้ขายแต่ไม่สามารถติดต่อผู้ขาย เข้าถึงราคา หรือเสนอแนะทางเลือก การมอบหมายงานนั้นไม่สมบูรณ์ เพิ่มการเข้าถึงและขอบเขตการตัดสินใจที่จำเป็นเพื่อทำงานให้เสร็จ

การมอบหมายเฉพาะงานที่มีมูลค่าต่ำ

OPM รวมความต้องการในการพัฒนาและความสนใจไว้ในเกณฑ์วัตถุประสงค์ที่ผู้จัดการสามารถพิจารณาเมื่อมอบหมายงาน ดังนั้น การมอบหมายงานจึงสามารถเป็นเครื่องมือในการพัฒนา ไม่ใช่เพียงวิธี卸载งานประจำ จับคู่งานที่ท้าทายกับการสนับสนุนและการตรวจสอบที่เหมาะสม

การใช้ “ทุกคน” เป็นผู้รับผิดชอบ

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

การเขียนกำหนดเวลาแต่ไม่มีผลลัพธ์

“ครบกำหนดวันศุกร์” ไม่นิยามว่าอะไรต้องมีอยู่ภายในวันศุกร์ จับคู่วันที่กับเกณฑ์ความสำเร็จ

การเปลี่ยนทุกงานให้เป็นแบบฝึกหัด RACI

RACI มีประโยชน์เมื่อผู้มีส่วนได้ส่วนเสียหลายฝ่ายมีบทบาทต่างกันรอบๆ งานเดียวกัน สำหรับการมอบหมายงานประจำภายในทีมขนาดเล็ก เมทริกซ์ที่เรียบง่ายกว่ามักดูแลรักษาง่ายกว่า

ไม่เคยทบทวนเมทริกซ์

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

การตรวจสอบขั้นสุดท้ายก่อนใช้เทมเพลต

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

หากแถวใดแถวหนึ่งไม่ผ่านเกณฑ์นั้น ให้แก้ไขการมอบหมายงานก่อนเพิ่มการจัดรูปแบบ เมทริกซ์การมอบหมายงานอย่างง่ายสร้างคุณค่าด้วยการลดความคลุมเครือ ไม่ใช่ด้วยการดูซับซ้อน Word เพียงพอเมื่อทีมต้องการเอกสารอ้างอิงที่เสถียรและพิมพ์ได้ RACI มีประโยชน์เมื่อปฏิสัมพันธ์ระหว่างบทบาทมีความซับซ้อนมากขึ้น และระบบงานแบบเรียลไทม์กลายเป็นตัวเลือกที่ดีกว่าเมื่อเมทริกซ์เปลี่ยนแปลงเร็วกว่าที่เอกสารจะรักษาความเป็นปัจจุบันได้อย่างสมจริง