วิธีดำเนินการประชุมทดลองที่จะเปลี่ยนแปลงบริษัทของคุณ (& ฉันจะทำได้อย่างไรใน Workato)

ส่วนใหญ่ฉันเกลียดการประชุม

ฉันพูดไปหลายครั้งแล้วทั้งในบทความ ทวีต และกับเพื่อนร่วมงานของฉัน

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

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

ใช่แล้ว รากฐานที่สำคัญของโปรแกรมการทดลองที่ Workato เป็นเพียงการประชุมครั้งเดียว เราไม่ได้ทำสแตนด์อัพรายวัน (เราทำแบบอะซิงโครนัสใน Slack); แทนที่จะประชุมเพียงครั้งเดียวในช่วงต้นสัปดาห์โดยมีสิ่งประดิษฐ์และพิธีกรรมอื่น ๆ ที่โปรยปรายเพื่อให้เครื่องเคลื่อนที่

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

ก่อนที่จะอธิบายให้คุณฟัง ฉันต้องการเริ่มต้นด้วยการถามคำถามในระดับสูง – เหตุใดจึงต้องมีการประชุมนี้ตั้งแต่แรก

วัตถุประสงค์ของการประชุมทีมทดลองคืออะไร?

ทุกการประชุมต้องมีจุดมุ่งหมาย ถ้าไม่มีจุดประสงค์ก็ไม่ควรเกิดขึ้น

ประโยชน์สามประการของการประชุมการทดลองรายสัปดาห์ของฉันมีดังนี้:

• การเรียนรู้และการแบ่งปันข้อมูลเชิงลึก
• การจัดลำดับความสำคัญของความคิดริเริ่ม
• การระบุและขจัดปัญหาคอขวดของกระบวนการ

ซึ่งหมายความว่าเราจะกำจัดประเด็นพูดคุยอื่นๆ ส่วนใหญ่ที่ไม่ได้นำเสนอในการประชุม

การทดลองถูกเร่งด้วยการเรียนรู้

เมื่อคุณเริ่มสร้างโปรแกรมทดลอง คุณต้องทำงานหนักในการวางรากฐาน

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

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

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

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

ดังนั้นเราจึงใช้เวลาส่วนใหญ่ในการประชุมผ่านการเรียนรู้และแบ่งปันข้อมูลเชิงลึก

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

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

สิ่งต่าง ๆ เปลี่ยนไป การจัดลำดับความสำคัญนั้นคล่องตัว

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

นั่นคือส่วนถัดไปของการประชุม

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

การทดสอบหน้าแรกของเราหายไป – แล้วเราเรียนรู้อะไรและเราจะทำอะไรต่อไป

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

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

การระบุและขจัดปัญหาคอขวดของกระบวนการ

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

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

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

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

สิ่งที่ควรหลีกเลี่ยงในการประชุมทดลอง

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

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

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

ในการระดมสมองแบบไม่มีโครงสร้าง จริงๆ แล้วฉันไม่ได้เกลียดสิ่งนั้นโดยทั่วไป

แต่มีเวลาและสถานที่และโดยทั่วไปแล้ววิธีการของความบ้าคลั่ง

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

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

ฉันจะจัดการประชุมทีมทดลองประจำสัปดาห์ได้อย่างไร

เอาล่ะ ฉันจะจัดการประชุมทีมทดสอบประจำสัปดาห์ได้อย่างไร

ฉันจะต้องทำให้รายละเอียดบางอย่างสับสนเกี่ยวกับการทดลองจริงที่เราดำเนินการและผลลัพธ์ แน่นอน แต่ฉันจะอธิบายแต่ละส่วนอย่างละเอียดที่สุดเท่าที่จะทำได้

ผู้คน

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

ฉันมีการประชุมแยกต่างหากกับทีมออกแบบของเรา เนื่องจากพวกเขาเป็นศูนย์กลางของความเป็นเลิศในบริษัทของเรา

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

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

• หัวหน้า / ผู้จัดการโครงการ
• ผู้จัดการฝ่ายผลิต
• นักพัฒนา
• นักออกแบบ
• นักวิเคราะห์

กำหนดการ

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

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

เราไม่ได้ใช้ชุดสไลด์ในขณะนี้ แต่อาจรวมไว้ด้วย หากเป็นกรณีนี้ ฉันจะผูกแต่ละส่วนไว้กับการจำกัดเวลาของเราตามรายการด้านบน และสำรับจะถูกส่งออกไปในวันศุกร์ของสัปดาห์ก่อนหน้า (โดยมีเป้าหมายไม่เกิน 20 นาทีในเช้าวันจันทร์ในการรวบรวมส่วนของแต่ละคน) . ในขณะนี้ เราใช้ฐานข้อมูล Airtable เป็นหลัก ซึ่งใช้สำหรับการจัดการโครงการ

วาระการประชุม

นี่คือกำหนดการที่แน่นอนของฉัน:

ระยะเวลาการประชุม: 45 นาที

• ตามทันอย่างไม่เป็นทางการ: 5-10 นาที
• การเรียนรู้จากการทดลอง / วิจัยที่สรุปแล้ว: <10 นาที
• จัดลำดับความสำคัญ / ดูแลงานในมือ: <10 นาที
• การระบุปัญหาคอขวด/ตัวบล็อก: เวลาที่เหลือ (10-15 นาที)

เราได้อธิบายแต่ละส่วนข้างต้นและจุดประสงค์แล้ว

ฉันจะให้เครื่องมือและกรอบงานบางอย่างแก่คุณซึ่งอาจช่วยในเรื่องข้างต้นได้เช่นกัน

การเรียนรู้จากการทดลองสรุปผล/การวิจัย

สิ่งสำคัญที่คุณต้องการที่นี่คือระบบเอกสารที่ดี

ก่อนดำเนินการทดสอบ ฉันต้องการเอกสารการทดสอบเพื่อกรอกข้อมูลในส่วนต่อไปนี้:

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

หลังจากรันการทดสอบแล้ว จะมีการกรอกอีกสองส่วน:

• ผลลัพธ์
• การเรียนรู้

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

เครื่องมือสองอย่างที่คุณเลือกในขั้นตอนนี้ควรเป็น:

• เอกสารการทดสอบ (คลิกที่นี่เพื่อขโมยแม่แบบของฉัน)
• ระบบแบ่งปันความรู้การทดลอง / Wiki

จัดลำดับความสำคัญ / ดูแลงานในมือ: <10 นาที

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

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

ในบางองค์กร การตัดสินใจนี้ขึ้นอยู่กับหัวหน้าทีมทดลองเท่านั้น ฉันชอบเปิดการอภิปรายในกลุ่ม

ทำไม

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

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

ดังนั้น ในส่วนนี้ เรากำลังทำงานโดยใช้เครื่องมือสองอย่าง:

• คัมบังการจัดการโครงการ (เราใช้ Airtable – นี่เป็นเทมเพลตที่ยอดเยี่ยม)
• เมทริกซ์การจัดลำดับความสำคัญ (เราใช้ PXL)

การระบุปัญหาคอขวด / ตัวบล็อก: เวลาที่เหลือ

สุดท้าย การระบุคอขวด

นี่มันยาก. ในการเริ่มต้นจะทำสองสิ่ง:

• หาลายส่งของล่าช้า
• การถามคำถามเชิงคุณภาพและปลายเปิดของทีมงาน

ใน Airtable ของฉัน (ซึ่งฉันขอโทษที่ต้องบอกว่าฉันไม่สามารถแชร์ได้) ฉันมีสี่คอลัมน์ในแต่ละการ์ด:

• การออกแบบเนื่องจาก
• ส่งมอบงานออกแบบ
• เนื่องจากการพัฒนา
• ส่งมอบการพัฒนา

นอกเหนือจากขั้นตอน Kanban ที่เราปฏิบัติตาม:

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

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

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

คำถามเชิงคุณภาพมีลักษณะดังนี้:

• สัปดาห์นี้มีใครต้องการการสนับสนุนจากฉันไหม
• มีตัวบล็อกที่เป็นไปได้ในการบรรลุเป้าหมายของเราในสัปดาห์นี้หรือไม่?

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

การอุดช่องว่าง: เครื่องมือโปรแกรมการทดลองที่มีประโยชน์อื่นๆ

การประชุมทีมทดลองไม่ใช่เครื่องมือเดียวที่ควรอยู่ในชุดเครื่องมือของผู้จัดการของคุณ

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

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

การประชุมทีมทดลองบรรลุผลสามสิ่ง:

• การเรียนรู้และข้อมูลเชิงลึก
• การจัดลำดับความสำคัญและการจัดสรรงาน
• การระบุและการแก้ไขตัวบล็อก

เป้าหมายโปรแกรมการทดลองอื่นๆ ที่คุณอาจสนใจมีดังนี้

• ได้ไอเดียจากทีมอื่น
• รักษาผู้บริหารและผู้มีส่วนได้ส่วนเสียในวงเกี่ยวกับ ROI และผลลัพธ์
• แบ่งปันผลกับทีมอื่นเพื่อเผยแพร่ความรู้นอกการทดลอง

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

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

• อีเมลตรวจสอบการทดลอง
• การประชุมการอ่านข้อมูลการทดลองข้ามสายงาน
• คลังเก็บการทดลอง / เครื่องมือแบ่งปันความรู้

อีเมลตรวจสอบการทดลอง

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

ควรรวมถึง:

• การทดลองที่ผ่านมาได้ข้อสรุป + ผลลัพธ์
• กำลังดำเนินการทดลอง
• การทดลองในอนาคต

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

การประชุมการอ่านข้อมูลการทดลองข้ามสายงาน

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

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

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

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

คลังเก็บการทดลอง / เครื่องมือแบ่งปันความรู้

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

วิธีนี้ช่วยให้ผู้ที่สนใจและมีส่วนร่วมอย่างมากสามารถมองหาสิ่งที่ดำเนินการไปแล้วได้ด้วยตนเอง

โดยส่วนตัวแล้ว ฉันใช้ Airtable และ Google Docs ร่วมกัน แต่คุณสามารถใช้ Notion, Confluence หรือเครื่องมือเก็บถาวรการทดสอบ A/B โดยเฉพาะ เช่น การทดสอบที่มีประสิทธิภาพ

บทสรุป

การประชุมทีมทดลองเป็นพิธีกรรมที่สำคัญที่สามารถสร้างหรือทำลายประสิทธิภาพของทีมของคุณ (ความเร็วและคุณภาพของการทดลอง) และประสิทธิผล (ความสามารถในการมองเห็นและเคารพทีมของคุณในองค์กร)

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