วิธีสร้างสไลด์นำเสนอ Project Kickoff: ทีละขั้นตอน

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

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

การนำเสนอสำหรับเริ่มโครงการคืออะไร

การนำเสนอสำหรับเริ่มโครงการจะช่วยสนับสนุนการประชุมเริ่มโครงการ โดย Team Playbook ของ Atlassian ได้อธิบายการประชุมนี้ไว้ว่าเป็น "การประชุมครั้งแรกกับทีมงานโครงการและลูกค้าของโครงการ (ถ้ามี)" และเสริมว่า "การประชุมนี้จะกำหนดวัตถุประสงค์ บทบาท หน้าที่ความรับผิดชอบ และตัวชี้วัดความสำเร็จของโครงการ"

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

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

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

Atlassian ได้เปรียบเทียบให้เห็นภาพว่า "การเริ่มโครงการโดยไม่มีการประชุมเริ่มโครงการ ก็เหมือนกับการเริ่มออกเดินทางท่องเที่ยวโดยไม่มีแผนที่หรือทิศทาง"

ควรจัดประชุมเริ่มโครงการเมื่อใดและใครควรเข้าร่วมบ้าง

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

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

รายชื่อผู้ได้รับเชิญจะเป็นตัวกำหนดรูปแบบของสไลด์ โดย Playbook ของ Atlassian ได้ระบุบทบาทห้าบทบาทที่ต้องกำหนดก่อนการประชุมไว้ดังนี้:

• Project sponsor. ผู้มีส่วนได้ส่วนเสียระดับอาวุโสที่สุด ซึ่งมีส่วนได้ส่วนเสียมากที่สุด
• Project leader. บุคคลผู้กำหนดวิสัยทัศน์สำหรับสิ่งที่จะส่งมอบของทีม
• Facilitator. บุคคลที่คอยดูแลให้การประชุมดำเนินไปอย่างราบรื่นและตรงประเด็น
• Core team. กลุ่มคนที่จะลงมือทำงานในโครงการ
• Stakeholders. ใครก็ตามที่มีข้อมูลเชิงลึก ข้อเสนอแนะ หรือมีส่วนได้ส่วนเสียในผลลัพธ์ของโครงการ

ควรจำกัดกลุ่มผู้เข้าร่วมให้มีขนาดเล็ก Asana กล่าวว่า "การประชุมเริ่มโครงการที่มีประสิทธิภาพโดยทั่วไปจะมีผู้เข้าร่วม 5–10 คน" หากมีคนจำนวนมากกว่านั้นที่จำเป็นต้องรับทราบข้อมูล ให้ส่งสรุปผลการประชุมไปให้ในภายหลัง ส่วน Playbook ของ Atlassian แนะนำให้มีผู้เข้าร่วม 3 ถึง 14 คน ใช้เวลาเตรียมตัว 30 นาที และใช้เวลาประชุม 90 นาที

สิ่งที่ควรมี: โครงสร้างแบบทีละสไลด์

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

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

สไลด์วัตถุประสงค์ต้องมาก่อน Asana กล่าวว่าให้ตอบคำถามสองข้อในสไลด์นี้ ได้แก่ "ทำไมเราถึงทำงานนี้?" และ "เรากำลังทำงานนี้เพื่อมุ่งไปสู่สิ่งใด?" คู่มือของ Asana ระบุว่ามีพนักงานเพียง 26% เท่านั้นที่เข้าใจอย่างชัดเจนว่างานของตนเกี่ยวข้องกับเป้าหมายของบริษัทอย่างไร

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

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

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

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

วิธีปรับเปลี่ยนสไลด์ให้เข้ากับการประชุมเริ่มโครงการแต่ละประเภท

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

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

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

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

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

เขียนชื่อสไลด์ที่ระบุประเด็นสำคัญอย่างชัดเจน

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

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

ทำแต่ละสไลด์ให้เรียบง่าย เคล็ดลับการนำเสนอของ Microsoft ระบุว่า "พยายามหลีกเลี่ยงการใช้ขนาดตัวอักษรที่เล็กกว่า 18 pt" และยังกล่าวอีกว่า "คุณต้องการให้ผู้ฟังตั้งใจฟังข้อมูลที่คุณนำเสนอ มากกว่าที่จะมัวแต่อ่านข้อความบนหน้าจอ"

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

วิธีสร้างการนำเสนอสำหรับเริ่มโครงการด้วย AI

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

และนี่คือวิธีการในสามขั้นตอน โดยใช้ Powerdrill Bloom

ขั้นตอนที่ 1: อัปโหลดกฎบัตรโครงการ แผนงาน และไฟล์โครงการ

เริ่มต้นด้วยเอกสารเบื้องหลังของโครงการ ซึ่งอาจเป็นกฎบัตรโครงการหรือขอบเขตของงาน แผนงานโครงการ แผ่นงานงบประมาณ และรายชื่อทีมงาน แผนบริการฟรีระบุว่าสามารถ "อัปโหลด Excel, CSV, PDF และเอกสารต่างๆ ได้"

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

ขั้นตอนที่ 2: ขอโครงเรื่องสำหรับการเริ่มโครงการด้วยภาษาธรรมชาติ

อธิบายสไลด์ที่คุณต้องการในคำสั่งเดียว โดยระบุกลุ่มผู้ฟัง ประเภทของการประชุมเริ่มโครงการ และสไลด์ที่คุณต้องการ ตัวอย่างเช่น: "สร้างสไลด์นำเสนอสำหรับเริ่มโครงการจำนวน 10 หน้าสำหรับทีมงานโครงการภายในของเรา โดยใช้กฎบัตรโครงการและแผนงานที่แนบมานี้ และให้ครอบคลุมถึงวัตถุประสงค์ เป้าหมาย ขอบเขตงาน สิ่งที่จะส่งมอบ กรอบเวลา บทบาทหน้าที่ ความเสี่ยง และขั้นตอนต่อไป"

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

หน้า Topic to PPT ระบุว่า Powerdrill Bloom "จะค้นหา วิเคราะห์ และสำรวจข้อมูลที่เกี่ยวข้องอย่างชาญฉลาด จากนั้นจึงจัดระเบียบข้อมูลให้เป็นเรื่องราวที่ชัดเจน" สำหรับการเริ่มโครงการ เรื่องราวดังกล่าวก็คือร่างแรกที่คุณจะนำไปปรับปรุงร่วมกับผู้นำโครงการนั่นเอง

ขั้นตอนที่ 3: สร้างสไลด์ กรอบเวลา และบันทึกของผู้พูด

แปลงร่างแรกให้เป็นสไลด์ หน้า Excel to PPT ระบุว่าคุณสามารถเลือกเทมเพลตและ "ส่งออกไปยัง PowerPoint ได้ในคลิกเดียว" ตรวจสอบชื่อสไลด์แต่ละหน้าเทียบกับวัตถุประสงค์ของโครงการ และตัดสไลด์ที่ไม่สนับสนุนวัตถุประสงค์นั้นออก

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

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

ตัวอย่างการนำเสนอสำหรับเริ่มโครงการ

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

โครงการ: เปลี่ยนศูนย์ช่วยเหลือลูกค้าสัมพันธ์ให้เป็นเว็บไซต์บริการตนเองแห่งใหม่

ชื่อสไลด์ตามลำดับ:

1. "วันนี้: ปรับความเข้าใจให้ตรงกันเกี่ยวกับการสร้างศูนย์ช่วยเหลือใหม่ และตกลงร่วมกันในขั้นตอนต่อไป"
2. "ลูกค้าไม่สามารถหาคำตอบได้ ส่งผลให้จำนวนตั๋วแจ้งปัญหาเพิ่มสูงขึ้นอย่างต่อเนื่อง"
3. "ความสำเร็จหมายถึงจำนวนตั๋วแจ้งปัญหาประเภทถามวิธีใช้งานลดลง 30% ภายในหกเดือนหลังการเปิดตัว"
4. "ในขอบเขตงาน: เว็บไซต์ใหม่และบทความยอดนิยม 200 บทความ; นอกขอบเขตงาน: ระบบแชทช่วยเหลือ"
5. "เราจะส่งมอบเว็บไซต์ใหม่ คู่มือสไตล์ และแผนการย้ายข้อมูล"
6. "กำหนดเปิดตัวคือวันที่ 2 มีนาคม โดยจะมีการรีวิวการออกแบบและเนื้อหาก่อนหน้านั้น"
7. "Priya เป็นผู้นำโครงการ, Marco เป็นเจ้าของเนื้อหา และผู้อำนวยการฝ่ายสนับสนุนเป็นผู้อนุมัติ"
8. "งานทั้งหมดจะรวมอยู่ในโครงการที่แชร์ร่วมกันที่เดียว พร้อมรายงานอัปเดตเป็นลายลักษณ์อักษรทุกสัปดาห์"
9. "ความเสี่ยงหลักคือการย้ายข้อมูลบทความอาจใช้เวลานานกว่าสี่สัปดาห์"
10. "สัปดาห์นี้: ยืนยันรายการบทความและจองคิวรีวิวการออกแบบครั้งแรก"

เมื่ออ่านตามลำดับ ชื่อสไลด์เหล่านี้จะบอกเล่าแผนงานทั้งหมดได้ จากนั้นในแต่ละสไลด์จะมีตารางหนึ่งตาราง รายการหนึ่งรายการ หรือกรอบเวลาอย่างง่ายหนึ่งรายการที่ช่วยสนับสนุนชื่อสไลด์นั้นๆ

วิธีดำเนินประชุมโดยใช้สไลด์นำเสนอ

การนำเสนอสำหรับเริ่มโครงการที่ดีก็ยังคงต้องการการประชุมที่ดีด้วยเช่นกัน Playbook ของ Atlassian ได้ให้ลำดับขั้นตอนที่ชัดเจนไว้ดังนี้: การกล่าวเปิดโดยผู้สนับสนุนโครงการ วาระการประชุมและกฎกติกาพื้นฐาน กิจกรรมละลายพฤติกรรม จากนั้นจึงเข้าสู่การอภิปรายหลัก

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

ใช้เวลากับเรื่องวัตถุประสงค์และความสำเร็จให้มากที่สุด Atlassian เรียกการขัดเกลาวิสัยทัศน์ พันธกิจ และการทดสอบความสำเร็จว่าเป็น "แง่มุมที่สำคัญที่สุดของการเริ่มโครงการ" โดย Playbook แนะนำให้ใช้เวลาในส่วนนี้ 60 นาที

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

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

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

หลังจากเสร็จสิ้นการประชุมเริ่มโครงการ

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

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

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

ข้อผิดพลาดที่พบบ่อยในการนำเสนอสำหรับเริ่มโครงการ

ควรระวังข้อผิดพลาดเหล่านี้ก่อนการประชุมจะเริ่มต้นขึ้น

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

ต้องการสร้างร่างแรกให้เร็วขึ้นใช่ไหม? ลองใช้ Powerdrill Bloom ร่วมกับกฎบัตรโครงการและแผนงานสำหรับโครงการถัดไปของคุณ

คำถามที่พบบ่อย

ควรมีอะไรบ้างในการนำเสนอสำหรับเริ่มโครงการ

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

การประชุมเริ่มโครงการควรใช้เวลานานเท่าใด

Project Kickoff Play ของ Atlassian แนะนำให้ใช้เวลาประชุมประมาณ 90 นาที และใช้เวลาเตรียมตัว 30 นาที ส่วนการประชุมเริ่มโครงการภายในที่มีขนาดเล็กกว่าสามารถใช้เวลาน้อยกว่านั้นได้ และควรเหลือเวลาในช่วงท้ายสำหรับคำถามตามที่คู่มือของ Asana แนะนำ

ใครควรเข้าร่วมการประชุมเริ่มโครงการบ้าง

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

วัตถุประสงค์ของการประชุมเริ่มโครงการคืออะไร

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

AI สามารถสร้างการนำเสนอสำหรับเริ่มโครงการได้หรือไม่

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

แหล่งที่มา: Atlassian Team Playbook, Project Kickoff · Asana, Project kickoff meeting guide · Microsoft Support, Tips for creating and delivering an effective presentation.