บทสรุป: มหากาพย์เปรียวคือเนื้อหาของงานที่สามารถแบ่งออกเป็นงานเฉพาะ (เรียกว่าเรื่องราวของผู้ใช้) ตามความต้องการ/คำขอของลูกค้าหรือผู้ใช้ประโยชน์จากปลายทาง Epic เป็นแนวปฏิบัติที่สำคัญสำหรับทีม Agile และนอกจากนี้ยังมี DevOps
เมื่อนำ Agile และนอกจากนี้ยังมี DevOps มาใช้ มหากาพย์จะทำหน้าที่จัดการงานต่างๆ เป็นเนื้อหาของงานที่กำหนดไว้ซึ่งแบ่งออกเป็นงานเฉพาะ (เรียกว่า “เรื่องราว” หรือแม้กระทั่ง “เรื่องราวของผู้ใช้”) ตามความต้องการ/คำขอของลูกค้าหรือผู้ใช้ประโยชน์จากปลายทาง
Epics เป็นวิธีที่มีค่าในการจัดระเบียบงานของคุณและสร้างลำดับชั้น แนวคิดคือการแบ่งงานออกเป็นชิ้นที่สามารถจัดส่งได้ เพื่อให้โครงการขนาดใหญ่สามารถดำเนินการได้แท้ และคุณสามารถดำเนินการจัดส่งมูลค่าให้กับลูกค้าของคุณเป็นประจำ Epics ช่วยทีมแบ่งงานในขณะที่ทำงานต่อเพื่อไปสู่เป้าหมายที่สำคัญกว่า
การรักษาความว่องไวเมื่อจัดการงานขนาดใหญ่ เช่น มหากาพย์ ไม่แน่นอนแน่นอนงานเล็กๆ (ตั้งใจเล่นสำนวน) การค้นพบว่ามหากาพย์เกี่ยวข้องกับแนวทางปฏิบัติที่น่าปรารถนาที่สุดของ Agile และนอกจากนี้ยังมี DevOps อย่างไรเป็นทักษะที่สำคัญไม่ว่าองค์กรของคุณจะมีขนาดเท่าใดก็ขึ้นอยู่กับ
มหากาพย์เปรียวคืออะไร?
มหากาพย์เป็นงานใหญ่ที่สามารถแบ่งออกเป็นเรื่องเล็ก ๆ หรือบางครั้งเรียกว่า “ประเด็น” ในภาษาจิระ Epics มักจะครอบคลุมหลายทีม ในหลายโครงการ และยังสามารถติดตามได้ในหลายกระดาน
มหากาพย์มักจะส่งมากกว่าชุดของการวิ่ง เมื่อทีมเรียนรู้เพิ่มเติมเกี่ยวกับมหากาพย์ผ่านการพัฒนาและความคิดเห็นของลูกค้า เรื่องราวของผู้ใช้ประโยชน์จากจะถูกเพิ่มและลบออกตามความจำเป็น นั่นคือกุญแจสำคัญของมหากาพย์ที่คล่องตัว: ขอบเขตนั้นยืดหยุ่นตามความคิดเห็นของลูกค้าและจังหวะของทีม
ตัวอย่างมหากาพย์เปรียว
คิดถึงว่าเป็นปี 2050 และเราทำงานให้กับองค์กรการท่องเที่ยวในอวกาศเพื่อการพักผ่อนหย่อนใจ เราทำการเปิดตัวประมาณสิบครั้งต่อปี ดังนั้นการเปิดตัวแต่การทำละครั้งจึงไม่แน่นอนสิ่งที่มหาศาลที่สุดที่เราทำในหนึ่งปี อย่างไรก็ตามก็ยังห่างไกลจากกิจวัตรประจำวันและจะใช้เวลาหลายชั่วโมงในการดำเนินการให้เคลือบ ขนาดนั้นเหมาะสำหรับมหากาพย์
ตัวอย่างมหากาพย์อย่าง “การเปิดตัวการท่องเที่ยวอวกาศในเดือนมีนาคม 2050” รวมถึงเรื่องราวสำหรับรายการงานประจำ ตลอดจนเรื่องราวที่มุ่งปรับปรุงแง่มุมที่สำคัญของการปล่อยกระสวยอวกาศ โดยที่ลูกค้าที่ซื้อตั๋วเดินทางในอวกาศไปจนถึงการปล่อยจรวด ด้วยเหตุนี้ หลายทีมจะมีส่วนร่วมในมหากาพย์นี้ด้วยการสร้างเรื่องราวที่การแบ่งประเภท
ทีมซอฟต์แวร์ที่ความต้องการับสนุนการซื้อตั๋วสำหรับการเปิดตัวในเดือนมีนาคม 2050 อาจจัดโครงสร้างมหากาพย์ดังนี้:
| มหากาพย์: เปิดตัวในเดือนมีนาคม 2050 | ||
|---|---|---|
| เรื่องราว: อัปเดตช่วงวันที่เพื่อรวมวันที่เปิดตัวในเดือนมีนาคม 2050 | เรื่องราว: ลดเวลาในการโหลดสำหรับรายการเที่ยวบินที่ความต้องการ | เป้าหมาย: โปรโมต Saturn Summer Sale ในหน้ายืนยันการจองชั้นหนึ่ง |
ในทางกลับกัน ทีมขับเคลื่อนอาจมีส่วนร่วมในมหากาพย์เดียวกันกับเรื่องราวเหล่านี้:
| มหากาพย์: เปิดตัวในเดือนมีนาคม 2050 | ||
|---|---|---|
| เป้าหมาย: รักษาถังเชื้อเพลิง PSI > 250 PPM เมื่อเปิดตัว | เรื่องราว: ลดการใช้เชื้อเพลิงโดยรวมลง 1% | เรื่องราว: จ้างวิศวกรระบบขับเคลื่อนคนใหม่มาแทนที่ Gary #แกรี่เกท2050 |
ทำความเข้าใจมหากาพย์ภายในโปรแกรมเปรียวที่สมบูรณ์
มหากาพย์ควรมอบทุกสิ่งที่จำเป็นให้กับทีมพัฒนาเพื่อให้อย่างมีประสิทธิภาพ จากมุมมองเชิงปฏิบัติ มันเป็นระดับบนสุดของลำดับชั้นการทำงานของพวกเขา ได้กล่าวว่า การทำความเข้าใจว่ามหากาพย์เกี่ยวข้องกับโครงสร้างที่คล่องตัวอื่นๆ อย่างไรนั้นให้บริมาตราสำคัญสำหรับงานพัฒนาประจำวัน
- แผนงานผลิตภัณฑ์คือแผนการดำเนินการว่าผลิตภัณฑ์หรือโซลูชันจะพัฒนาไปตามกาลเวลาอย่างไร
- ก แม่ลาย เป็นเป้าหมายขององค์กรที่ขับเคลื่อนการสร้างมหากาพย์และความคิดริจุดเริ่มต้น
- แผนงานผลิตภัณฑ์จะแสดงและแสดงเป็นภาพเป็นชุดของ แคมเปญ วางแผนตามไทม์ไลน์
- แตกความคิดริเริ่มเป็น มหากาพย์ ช่วยให้งานประจำวันของทีมที่แสดงเป็นเรื่องราวเล็กๆ เชื่อมโยงกับเป้าหมายทางธุรกิจโดยรวม
มหากาพย์ที่เสร็จสมบูรณ์ชุดหนึ่งขับเคลื่อนความคิดริเริ่มเฉพาะ ซึ่งทำให้ผลกระทบิตภัณฑ์โดยรวมพัฒนาและพัฒนาไปพร้อมกับความต้องการของตลาดและลูกค้านอกเหนือจากธีมขององค์กร
จากตัวอย่างของเราข้างต้น ธีมจะเพิ่มการเปิดตัวกระสวยอวกาศ แผนการทำงานจะติดตามการเพิ่มการเปิดตัวจากไตรมาสละ 3 ครั้งเป็น 4 ครั้ง ความคิดริเริ่มจะเป็นการลดต้นทุนและเพิ่มยอดขายตั๋ว และแต่ละมหากาพย์จะรวมกันเป็นความคิดริจุดเริ่มต้น .
สร้างมหากาพย์เปรียว
เมื่อสร้างมหากาพย์ใหม่ อุปทานพิจารณาเครื่องมือการวางแผนและการจัดระเบียบอื่นๆ ที่ทีมของคุณอาจมีเก็บปัจจุบัน การสร้างมหากาพย์เกี่ยวกับเป้าหมายรายไตรมาสหรือ OKR ของทีมเป็นการเริ่มต้นที่ดี เมื่อสร้างมหากาพย์ อุปทานพิจารณาสิ่งต่อไปนี้:
- ระบุ — สร้างมหากาพย์สำหรับโครงการที่ผู้จัดการและผู้บริหารจะต้องจับตามอง
- เล่าเรื่อง — ใช้มหากาพย์และเรื่องราวที่รวบรวมเป็นกลไกในการบอกเล่าเรื่องราวว่าคุณมาถึงสถานะปัจจุบันของคุณสมบัติหรือผลิตภัณฑ์ได้ยังไง
- สังคม — อุปทานวัฒนธรรมองค์กรกำหนดขนาดและความละเอียดของมหากาพย์
- โอกาส — ทีมพัฒนาส่วนใหญ่พึ่งพากรอบการประมาณค่าแทนเวลา อย่างไรก็ตามก็คุ้มค่าที่จะตรวจสอบเพื่อให้แน่ใจว่ามหากาพย์ของคุณจะใช้เวลาสองสามสัปดาห์จึงจะเสร็จสมบูรณ์ ไม่แน่นอนยาวเกินไปและไม่สั้นเกินไป
จุดชมวิวว่า Epics ทำงานอย่างไรใน Jira
ทำลายมหากาพย์เปรียว
การแบ่งมหากาพย์ออกเป็นเรื่องราวที่ใช้ประโยชน์จากงานได้จริงช่วยในการทำความเข้าใจโครงการและรักษาโมเมนตัม อย่างไรก็ตามอาจเป็นงานที่น่ากลัวสำหรับผู้ที่ไม่แน่นอนได้วิธี ไม่แน่นอนมีแน่นอนโซลูชันใดที่เหมาะกับทุกขนาดสำหรับการสร้างเรื่องราวจากมหากาพย์ อย่างไรก็ตามมีแน่นอนตัวเลือกดีๆ มากมายให้คิดถึง:
- บทบาทของผู้ใช้ประโยชน์จากหรือบุคคล — สร้างเรื่องราวเฉพาะสำหรับผู้ใช้ประโยชน์จากแต่ละคน “เข้าสู่ระบบเร็วขึ้นสำหรับผู้เยี่ยมชมใหม่” “เข้าสู่ระบบเร็วขึ้นสำหรับลูกค้าที่กลับมา” เป็นต้น
- ขั้นตอนการสั่งซื้อ — แบ่งกระบวนการและสร้างเรื่องราวสำหรับแต่ละขั้นตอน
- สังคม — อุปทานบรรทัดฐานของทีมกำหนดว่าเรื่องราวเป็นงานด่วนหรือโครงการยาวหนึ่งสัปดาห์
- โอกาส — นอกเสียจากอนุสัญญาอื่นที่ตกลงร่วมกัน การออกแบบเรื่องราวที่สามารถทำให้เสร็จในหนึ่งสปรินต์หรือน้อยกว่านั้น
ไม่แน่นอนมีแน่นอนคำจำกัดความที่เป็นสากลที่ลากเส้นแบ่งระหว่างเรื่องใหญ่และมหากาพย์ โดยพื้นฐานแล้ว ขอบเขตของงานที่ทีมงานประเมินว่า “สัปดาห์” (หรือนานกว่านั้น) จะเสร็จสิ้น เลิกกันจะเป็น “{ชั่วโมง}” หรือแม้กระทั่ง “เวลา” ควรถือเป็นมหากาพย์และแยกย่อยออกเป็นเรื่องราวย่อยๆ
มหากาพย์การวัดเปรียว
สามารถใช้แผนภูมิ Burndown เพื่อแสดงภาพมหากาพย์ และช่วยให้ทีมมีแรงจูงใจและแจ้งให้ผู้มีแน่นอนส่วนได้ส่วนเสียที่เป็นผู้บริหารทราบ กราฟการเบิร์นดาวน์ที่มหาศาลที่น่าปรารถนาคือจุดที่ความคล่องตัวขององค์กรเปล่งประกายอย่างแท้แท้
กราฟการเบิร์นดาวน์แบบมหากาพย์แสดงจำนวนงานจริงและโดยประมาณที่ต้องทำในการวิ่งหรือแบบมหากาพย์ แกน x แนวนอนในแผนภูมิเบิร์นดาวน์ชี้ให้เห็นเวลา และแกน y แนวตั้งระบุเรื่องราวหรือปัญหา
ใช้ประโยชน์จากแผนภูมิการเบิร์นดาวน์เพื่อติดตามงานทั้งหมดที่เหลืออยู่ และเพื่อคาดการณ์โอกาสในการบรรลุเป้าหมายการวิ่ง การติดตามงานที่เหลือตลอดการทำซ้ำ ทีมสามารถจัดการความคืบหน้าและตอบสนองตามนั้น
การติดตามดูกราฟการหยุดทำงานจะทำให้เห็นได้ชัดเจนว่าทีมมีความคืบหน้าอย่างไรและตัวบล็อกอยู่ที่ใด การมีจุดข้อมูลเหล่านี้ชัดเจนชัดเจนทำให้ทุกคนเข้าใจตรงกันและอำนวยความสะดวกในการสนทนาแบบเปิดเกี่ยวกับวิวัฒนาการของผลิตภัณฑ์และการคาดการณ์ความสมบูรณ์ ไม่แน่นอนต้องพูดถึงว่าความโปร่งใสสร้างความไว้วางใจ!
ทราบเทคนิคกำหนดค่าแผนภูมิเบิร์นดาวน์ในซอฟต์แวร์ Jira
เพิ่มประสิทธิภาพมหากาพย์ของคุณด้วยระบบอัตโนมัติ
เมื่อคุณเชี่ยวชาญศิลปะในการสร้างมหากาพย์และเรื่องราวแล้ว คุณอาจต้องการก้าวไปอีกขั้นและเพิ่มประสิทธิภาพโดยใช้ระบบอัตโนมัติ ต่อไปนี้คือกฎการทำงานอัตโนมัติทั่วไปสามข้อที่ใช้ประโยชน์จากสำหรับการวิ่งใน Jira
- เพิ่มสามเรื่องโดยอัตโนมัติเมื่อสร้างมหากาพย์ ไปปกครอง.
- ปิดเรื่องราวอัตโนมัติเมื่อมหากาพย์แปรงกทำเครื่องหมายว่าเสร็จสิ้น ไปปกครอง.
- เปลี่ยนสถานะของมหากาพย์เมื่อสถานะของหนึ่งในประเด็นที่เชื่อมโยงเปลี่ยนไป ไปปกครอง.
จุดชมวิวกฎการทำงานอัตโนมัติเหล่านี้และอีกหลายร้อยรายการในไลบรารีเทมเพลตการทำงานอัตโนมัติของ Jira
ไปที่คอลเลกชัน
ทำความเข้าใจมหากาพย์เปรียว
Epics ไม่แน่นอนแน่นอนรากฐานที่เต็มของโปรแกรมแบบ Agile อย่างไรก็ตามเป็นตัวขับเคลื่อนที่ใช้ประโยชน์จากงานได้จริงสำหรับทีม Agile และนอกจากนี้ยังมี DevOps ส่วนใหญ่ การทำความเข้าใจว่าจุดใดเหมาะสมในโปรแกรม Agile ที่น่าปรารถนาต่อสุขภาพจะสร้างบริบทสำหรับงานของคุณ ในขณะที่แยกย่อยออกเป็นเรื่องราวจะสร้างโมเมนตัม
แม็กซ์ เรห์คอป
ในฐานะที่ขวาเป็น “ไอ้โง่เขลา” ที่ประกาศตัวเองว่าฉันมองหาแนวทางปฏิบัติที่คล่องตัวและหลักการแบบลีนเพื่อนำระเบียบมาสู่ชีวิตประจำวันของฉัน ฉันมีความสุขที่ได้แบ่งปันบทเรียนเหล่านี้กับผู้อื่นผ่านบทความ การพูดคุย และวิน่าปรารถนาโอมากมายที่ฉันสร้างให้พร้อมด้วย Atlassian
