คำจำกัดความของ Done สำหรับทีม Agile คืออะไร?

เผยแพร่แล้ว: 2022-08-23

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

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

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

ทำงานอย่างไรใน Agile

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

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

ที่เกี่ยวข้อง: เทมเพลตการวางแผน Agile Sprint

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

คำจำกัดความของ Done in Agile

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

จบการวนซ้ำ

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

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

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

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

แตกต่างโดยทีม

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

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

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

คำจำกัดความของ Done Vary สามารถเปลี่ยนแปลงได้หรือไม่?

Agile เป็นวิธีการที่มีอำนาจเหนือกว่าและกระบวนการ Agile สามารถดำเนินการได้ด้วยกรอบงานที่หลากหลาย บางส่วน ได้แก่ Scrum, Extreme Programming, Adaptive System Development, DSDM, Feature Driven Development, Kanban, Crystal และอื่นๆ

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

หลักการคงที่

Agile มีมาตั้งแต่ปี 2544 เมื่อกลุ่มเล็ก ๆ สร้าง Agile Manifesto เพื่อตอบสนองต่อแนวทางดั้งเดิมในการจัดการการพัฒนาซอฟต์แวร์ แถลงการณ์สรุปแนวคิดพื้นฐานที่มีอยู่ในกรอบงานเปรียวแต่ละกรอบ แรงผลักดันหลักสี่ประการของแถลงการณ์คือ:

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

นอกจากนี้ยังมีหลัก 12 ประการของการพัฒนาซอฟต์แวร์ที่คล่องตัว หลักการเหล่านี้ทำให้เราเข้าใจว่างานหรือโครงการเสร็จสิ้นเมื่อใด:

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

Agile นอกการพัฒนาซอฟต์แวร์

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

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

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

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

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