Story Points ใน Agile คืออะไรและจะประเมินอย่างไร
เผยแพร่แล้ว: 2021-06-17สารบัญ
Story Points ใน Agile คืออะไร?
ประเด็นเรื่องเป็นการวัดเพื่อประเมินงานที่ทำผ่านการใช้งานเฟรมเวิร์กที่คล่องตัว เช่น Scrum และ eXtreme Programming
การนำเรื่องราวของผู้ใช้ไปใช้นั้นเป็นงานที่ยาก ทีมอาจเผชิญความเสี่ยง ความซับซ้อน ฯลฯ ในขณะที่กระบวนการพัฒนา ระดับความยากนี้วัดโดยทีมพัฒนาโดยใช้การวัดนามธรรมที่เรียกว่าจุดเรื่องราว ดังนั้น ประเด็นเรื่องในเปรียว จึงถูกใช้เป็นตัวชี้วัดในการพัฒนาที่คล่องตัว มันบอกทีมงานว่าการนำเรื่องราวไปใช้นั้นยากเพียงใด
เซสชั่นการดูแลสินค้าที่ค้างอยู่ดำเนินการประเมินประเด็นเรื่องราวซึ่งจะได้รับการประเมินโดยการพัฒนาผลิตภัณฑ์และทีมทดสอบ สิ่งนี้ทำเพื่อเพิ่มประสิทธิภาพในการวางแผนการวิ่ง งานในมือที่ค้างอยู่ของผลิตภัณฑ์เป็นการประมาณคร่าวๆ ที่ตรวจสอบ:
- ว่าแผนวิ่งพร้อมที่จะดำเนินการอย่างมีประสิทธิภาพหรือไม่
- มีข้อมูลเพียงพอสำหรับการกรอกเรื่องต่างๆ
- แผนการวิ่งตามเรื่องราวของผู้ใช้นั้นสมเหตุสมผลหรือไม่
มีองค์ประกอบหลักสามประการในการประมาณจุดเรื่องราวที่คล่องตัว:
- ความเสี่ยง: สำหรับรายการใดรายการหนึ่ง ความเสี่ยงที่เกี่ยวข้องกับรายการนั้นคือความต้องการที่คลุมเครือ การเปลี่ยนแปลงระหว่างกระบวนการกลาง และการพึ่งพาบุคคลที่สาม
- ความซับซ้อน: แสดงถึงระดับความยากในการพัฒนาคุณลักษณะ
- การรับ: กำหนดความคุ้นเคยของคุณลักษณะนี้กับสมาชิกในทีมและความซ้ำซากจำเจของงานบางอย่างในการพัฒนา
การรวมสามประเด็นเข้าด้วยกันช่วยให้สามารถวางแผนการวิ่งได้อย่างแม่นยำ รวมถึงเบาะรองสำหรับความไม่แน่นอน ปัญหาที่เกี่ยวข้องกับการประมาณค่าที่ดีขึ้น และการหลีกเลี่ยงการเรียนรู้อย่างหนักเกินไปเกี่ยวกับภาระผูกพันด้านเวลา
การประมาณค่า Story Points ใน Agile
ขั้นตอนการประมาณจุดเรื่องราวที่คล่องตัว
การมีส่วนร่วมของนักพัฒนา นักออกแบบ ผู้ทดสอบ ฯลฯ ถือเป็นปัจจัยสำคัญในขณะที่ประเมิน ประเด็นที่คล่องตัว เนื่องจากสมาชิกในทีมทุกคนมีมุมมองที่แตกต่างกันในการดำเนินการและส่งมอบผลิตภัณฑ์ การทำงานร่วมกันอย่างมีประสิทธิภาพจึงเป็นสิ่งสำคัญ ตัวอย่างเช่น การเปลี่ยนแปลงในการออกแบบใดๆ ไม่เพียงแต่ต้องการความพยายามของทีมออกแบบเท่านั้น แต่ยังต้องการการมีส่วนร่วมในการพัฒนาเช่นเดียวกับแผนก QA
ในการเริ่มต้นด้วยการประมาณจุดเรื่องราวในความคล่องตัว ทีมงานควรมีเรื่องราวพื้นฐานที่ไม่จำเป็นต้องมีขนาดเล็กแต่สามารถสะท้อนได้ดีภายในทีม ตามด้วยขนาดของเรื่องราวตามเรื่องราวพื้นฐาน ด้วยความช่วยเหลือของเรื่องราวอ้างอิง ควรให้คะแนนเรื่องราว แต่ละเรื่องจะได้รับค่าคะแนน
ประโยชน์ของการปรับขนาด
ทีมจัดส่งที่คล่องตัวดำเนินกระบวนการกำหนดขนาดซึ่งง่ายต่อการประมาณการ ผ่านการปรับขนาด
- สามารถดูภาพรวมขอบเขตงานได้
- สามารถกำหนดขนาดของงานได้หลายมุมมอง
- สมมติฐานที่ผิดพลาดสามารถแก้ไขได้
- สิ่งที่ไม่ชัดเจนจะถูกล้างออก
การปรับขนาดจะทำการพิจารณาสิ่งต่อไปนี้:
- ปริมาณงานที่ต้องทำ
- ความซับซ้อนของงาน
- ความเสี่ยงหรือความไม่แน่นอนในการทำงาน
- เวลา / ระยะเวลา
สามารถวางแผนการวิ่งได้แม่นยำยิ่งขึ้นโดยทำตามขั้นตอนที่ระบุไว้:
กระบวนการสามขั้นตอนในการ ประมาณจุดเรื่องราว คือ:
- การใช้ลำดับฟีโบนักชี
- การประเมินวันมนุษย์แบบดั้งเดิมถูกแทนที่เพื่อ ประเมินจุดเรื่องราว ผ่านตัวเลขฟีโบนักชี เช่น 1, 2, 3, 5, 8, …
- มาตราส่วนเชิงเส้นไม่ได้ใช้เนื่องจากมีรายการที่ไม่แตกต่างกันมากพอที่จะกำหนดประมาณการ อย่างไรก็ตาม ชุดฟีโบนักชีสามารถประมาณการกระโดดเล็กน้อยในปัญหาได้
- อนุกรมฟีโบนักชีแสดงถึงลำดับของตัวเลข โดยที่หมายเลขถัดไปในลำดับคือผลรวมของตัวเลขสองตัวก่อนหน้า ในการประมาณ จุดเรื่องราวในเปรียว ลำดับฟีโบนักชีถูกแก้ไขเป็น 0.5, 1, 2, 3, 5, 8, 13, …
- การหาเมทริกซ์
- มีการกำหนดเส้นฐานสำหรับแต่ละประเด็นเรื่อง
- ค่าพื้นฐานรวมอยู่ในเมทริกซ์ด้วยค่า 1 ซึ่งกำหนดเป็นมาตรฐานสำหรับความเสี่ยงที่น้อยที่สุด การทำซ้ำ ฯลฯ
- การวางแผนโป๊กเกอร์
ผ่านการวางแผนโป๊กเกอร์ ทีมงานยอมรับการประมาณจุดเรื่องราวที่ถูกต้องสำหรับแต่ละรายการ
การทำงานของการวางแผนโป๊กเกอร์คือ
- ระหว่างการวางแผนการวิ่ง ผู้พัฒนาและผู้ทดสอบแต่ละคนจะได้รับชุดการ์ด การ์ดแสดงหมายเลขอนุกรมฟีโบนักชี
- มีการเลือกรายการจากตารางงานในมือเพื่อสอบถามและชี้แจงคุณสมบัติของรายการ
- ในตอนท้ายของการสนทนา ผู้ทดสอบและนักพัฒนาจะเลือกการ์ดที่แสดงถึงการประมาณการของรายการ
- ไพ่จะถูกเปิดเผยโดยผู้ประเมิน พวกเขาย้ายไปยังรายการสุทธิหากพบฉันทามติ สำหรับการ์ดที่แตกต่างกัน ผู้นำจะอภิปรายต่อไปจนกว่าฉันทามติจะมาถึง
เมทริกซ์ที่เสร็จสมบูรณ์มีประโยชน์สำหรับผู้ประมาณเพื่อใช้เป็นข้อมูลอ้างอิงระหว่างการวางแผนโป๊กเกอร์ ซึ่งช่วยให้มีความสอดคล้องกันมากขึ้นในงาน นอกจากนี้ ขีดจำกัดสูงสุดของการประเมินคือ 13 หากมากกว่า 13 ก็จะมีประสิทธิภาพที่งานควรแบ่งออกเป็นรายการย่อยๆ นอกจากนี้ หากคาดว่างานจะน้อยกว่า 1 ก็แนะนำให้รวมงานนั้นเข้ากับงานอื่น
อีก 8 ขั้นตอนในการประมาณการที่ประสบความสำเร็จของจุดเรื่องราวในเปรียวคือ:
- การระบุเรื่องราวพื้นฐาน
- ขั้นตอนสำคัญขั้นตอนหนึ่งในการ ประมาณจุดเรื่องราว ในความคล่องตัวคือการระบุเรื่องราวพื้นฐานที่ใช้เป็นข้อมูลอ้างอิงสำหรับขนาดสัมพันธ์ของงานในมือ
- เรื่องราวพื้นฐานได้รับการคัดเลือกจากเรื่องราวก่อนหน้านี้ที่ดำเนินการโดยทีมพัฒนาหรือจากงานในมือที่มีอยู่ในปัจจุบัน
- ความเข้าใจในเรื่องราวพื้นฐานควรเหมือนกันในหมู่สมาชิกทุกคนในทีม กล่าวอีกนัยหนึ่ง ควรมีความมั่นใจในทีมในเรื่องพื้นฐาน
- หารือเกี่ยวกับข้อกำหนด
- รายละเอียดของเรื่องราวจะต้องมีการพูดคุยและคำอธิบายที่เกี่ยวข้องกับเรื่องราวของผู้ใช้จะต้องให้โดยเจ้าของผลิตภัณฑ์หรือนักวิเคราะห์ธุรกิจ
- จดสิ่งสำคัญ
- สิ่งสำคัญใด ๆ ที่มีความสำคัญควรจดไว้
- scrum master ทำหน้าที่นี้ได้ดีที่สุดในระหว่างการสนทนาที่กำลังดำเนินอยู่
- คำถามสำคัญที่ต้องถาม
คำถามสองสามข้อมีความสำคัญเกินกว่าที่ทีมพัฒนาจะต้องถามตัวเอง
- ก่อนเริ่มการออกแบบ สมาชิกในทีมต้องเรียนรู้อะไรบ้าง?
- อะไรคือข้อกำหนดของรหัสสำหรับเรื่องราว? ต้องใช้ความยาวเท่าใดและมีโค้ดที่คล้ายกันซึ่งเขียนโดยทีมพัฒนาก่อนหน้านี้หรือไม่
- เพื่อการยอมรับจากลูกค้า มีส่วนงานมากน้อยเพียงใด?
- มีการพึ่งพาภายนอกที่เรื่องราวมีหรือไม่?
- มีใครในทีมที่มีความเชี่ยวชาญหรือมีประสบการณ์การทำงานในเรื่องเดียวกันบ้างไหม?
- เรื่องราวมีความเรียบง่ายหรือความซับซ้อนที่เกี่ยวข้องไม่ว่าจะจากมุมมองของตรรกะทางธุรกิจหรือจากมุมมองทางเทคนิคหรือไม่?
- มีความแน่นอนมากน้อยเพียงใดในการรับการขึ้นต่อกันในเวลา?
- คะแนนสำหรับการเปรียบเทียบแบบสัมพัทธ์
- ควรกำหนดจุดเปรียบเทียบเพื่อเปรียบเทียบให้กับเรื่องราว
- ควรกำหนดจำนวนคะแนนให้กับเรื่องราวเท่ากัน เช่น 1 สำหรับเรื่องราวที่มีจำนวนงานเท่ากันกับเรื่องราวที่มีขนาดอยู่แล้ว
- สำหรับเรื่องที่ยากขึ้น ควรกำหนดมูลค่าที่สูงขึ้นตามสัดส่วน
- หากเรื่องราวซับซ้อนน้อยกว่าเนื่องจากการเรียนรู้จากเรื่องก่อนๆ แต่เกือบจะคล้ายกับเรื่องนั้น ให้กำหนดค่าที่ต่ำกว่า
- จะต้องได้รับฉันทามติในทีมทั้งหมดตามขนาดของเรื่อง
- ควรมีการตรวจสอบข้อเท็จจริงว่าเรื่องราวมีความสอดคล้องกันภายใน
- ควรตรวจสอบให้แน่ใจเป็นระยะ ๆ ว่า 1 ทั้งหมดเหมือนกันหรือตรงกับ 2 ทั้งหมด ฯลฯ
ประโยชน์ของการประมาณจุดเนื้อเรื่องแบบ Agile
การใช้การประมาณค่ากับ จุดเรื่องราวใน agile ให้ประโยชน์กับทั้งนักพัฒนาและเจ้าของผลิตภัณฑ์
ประโยชน์ที่มอบให้กับนักพัฒนาคือ:
- การประยุกต์ใช้การประมาณค่าช่วยให้นักพัฒนาทราบว่าต้องมีการวางแผนมากเพียงใดสำหรับการวิ่งระยะสั้น และสามารถดำเนินการทำงานต่อไปได้อย่างยั่งยืน
- หลีกเลี่ยงการวางแผนการวิ่งมากเกินไป
- กลยุทธ์การนำไปใช้และข้อกำหนดที่จำเป็นในผลิตภัณฑ์นั้นเป็นที่เข้าใจกันดีผ่านการอภิปรายและการอธิบายเพิ่มเติม
ประโยชน์ที่มอบให้กับเจ้าของผลิตภัณฑ์คือ:
- สามารถมุ่งเน้นการส่งมอบผลิตภัณฑ์ในระยะยาว
- สามารถประเมิน “ความคุ้มค่า” หรือ “ผลตอบแทนการลงทุน” ของสินค้าได้
- เจ้าของผลิตภัณฑ์มองเห็นความเสี่ยงทางเทคนิคของสินค้าขนาดใหญ่
เรียนรู้ หลักสูตรซอฟต์แวร์ออนไลน์ จากมหาวิทยาลัยชั้นนำของโลก รับโปรแกรม PG สำหรับผู้บริหาร โปรแกรมประกาศนียบัตรขั้นสูง หรือโปรแกรมปริญญาโท เพื่อติดตามอาชีพของคุณอย่างรวดเร็ว
สรุป
เช่นเดียวกับวิธีการแบบเปรียวเกี่ยวข้องกับการฝึกฝน การประมาณค่าเองก็เป็นแนวทางปฏิบัติที่จะดีขึ้นเมื่อเวลาผ่านไป การใช้การประเมินจุดเปรียวจะเป็นประโยชน์ต่อทั้งนักพัฒนาและเจ้าของซึ่งส่งผลให้เกิดโซลูชันที่มีประสิทธิภาพในที่สุด
หากคุณต้องการเชี่ยวชาญด้านการพัฒนาซอฟต์แวร์ ให้เข้ามาตรวจสอบหลักสูตร Executive PG Program in Software Development – Specialization in Full Stack Development ที่นำเสนอโดย upGrad
หลักสูตรเฉพาะทางจะช่วยในการเปลี่ยนความคิดสร้างสรรค์ที่ซ่อนอยู่ของมืออาชีพระดับเริ่มต้นไปสู่อนาคตของการพัฒนาซอฟต์แวร์ หากต้องการความช่วยเหลือ คุณสามารถติดต่อทีมช่วยเหลือของเราได้
Story Points ใน Agile คืออะไร?
คุณประเมินจุดเรื่องราวที่ถูกต้องอย่างไร?
หากเรื่องราวเป็นเรื่องเกี่ยวกับงานแสดงสินค้าซึ่งจะมีขึ้นในหกเดือน คุณก็สามารถใส่คะแนนที่สองได้ เนื่องจากข้อกำหนดจะไม่มีการเปลี่ยนแปลง หากคุณกำลังพัฒนาส่วนต่อประสานกับผู้ใช้ ประเด็นเรื่องราวสามารถเป็นหนึ่งเดียวได้ หากคุณกำลังเขียนโปรแกรมเซิร์ฟเวอร์ คุณสามารถใส่หนึ่งจุดเป็นเวลาสองชั่วโมง บางครั้งทีมไม่สามารถประมาณความต้องการได้ ดังนั้นจึงเป็นการดีกว่าที่จะใส่คะแนนจำนวนมากเพื่อระบุว่าคุณไม่รู้ว่าจะต้องพยายามมากแค่ไหน ในทางกลับกัน หากคุณมีเรื่องราวที่เรียบง่าย ซึ่งคุณเพิ่งเพิ่มปุ่มใหม่ลงในแบบฟอร์ม คุณสามารถพูดได้ว่าประเด็นนี้เป็นเพียงจุดเดียว มีเครื่องมือบางอย่างที่สามารถคำนวณเวลาในประเด็นเรื่องราวได้
การพัฒนาที่คล่องตัวคืออะไร?
การพัฒนา Agile เป็นวิธีการสำหรับการพัฒนาซอฟต์แวร์ ในการพัฒนาที่คล่องตัว ข้อกำหนดและโซลูชันจะพัฒนาผ่านการสื่อสาร คำติชม และการทำงานร่วมกันอย่างต่อเนื่องระหว่างทีมข้ามสายงานที่จัดระเบียบตนเอง เป็นศัพท์ทั่วไปสำหรับวิธีการแบบวนซ้ำและแบบเพิ่มหน่วยหลายแบบ เช่น Scrum และ Extreme Programming (XP) แทนที่จะรอจนถึงจุดสิ้นสุดของโปรเจ็กต์เพื่อดูว่าดีหรือไม่ เราจึงสร้างวิธีการพัฒนาที่คล่องตัวขึ้นเพื่อส่งมอบซอฟต์แวร์ที่ใช้งานได้เป็นระยะๆ ตลอดทั้งโปรเจ็กต์ ซึ่งทำได้โดยการตั้งทีมเล็กๆ ที่มีเป้าหมายเฉพาะ และเพื่อส่งมอบซอฟต์แวร์ที่สมบูรณ์และใช้งานได้เมื่อสิ้นสุดการทำซ้ำแต่ละครั้ง