Agile methods define how the work s

Agile methods define how the work should be carried out under agile values and principles to answer the challenges of rapid development and changing requirements. Agility, as characterized by Highsmith [9], is the ability of both creating and responding to change in order to profit in a turbulent business environment.
Ken Schwaber first described Scrum in 1996 [18] as a process that accepts that the development process is unpredictable, formalizing the “do what it takes” mentality, and has found success with numerous independent software vendors. The term is borrowed from Rugby: “[A] Scrum occurs when players from each team huddle closely together . . . in an attempt to advance down the playing field” [10].
According to Schwaber [17], Scrum starts with the premise that software development is too complex and unpredictable to be planned exactly in advance. Instead, empirical process control must be applied to ensure visibility, inspection, and adaptation. The different environmental and technical variables (such as time frame, quality, requirements, resources, implementation technologies and tools, and even development methods) must be controlled constantly in order to be able to adapt to changes flexibly. This is achieved through an iterative and incremental development process.
Scrum implements an iterative, incremental skeleton through three roles: the Product Owner, the Team, and the ScrumMaster [17], as shown in Table 1.
A detailed Scrum flow is shown in Figure 1. According to Schwaber [17], a SCRUM-based project starts from a high-level vision of the system to be developed. After that, Product Backlog is created containing a list of known requirements. So, the items of the Product Backlog are prioritized and divided into small time-boxed iterations (called sprints).
Every task in SCRUM is carried out through Sprints. A Sprint is a 30-day period of development time. Schwaber [17] explains that each Sprint is initiated with a Sprint planning meeting, where the Product Owner and Team get together to collaborate about what will be done for the next Sprint. Selecting from the highest priority Product Backlog, the Product Owner tells the Team what is desired, and the Team tells the Product Owner how much of what is desired can be turned into functionality over the next Sprint. In the first sprints, most of architecture and infra-structure work are done, so less functionalities are released.

ผลลัพธ์ (ไทย) 1:

วิธีการคล่องตัวกำหนดวิธีการทำงานควรจะดำเนินการภายใต้หลักการเพื่อตอบรับความท้าทายของการพัฒนาอย่างรวดเร็วและเปลี่ยนแปลงข้อกำหนดและค่าคล่องตัว ความว่องไว โดย Highsmith [9], เป็นความสามารถของทั้งสร้าง และตอบสนองการเปลี่ยนแปลงเพื่อให้กำไรในธุรกิจเพ Schwaber เคนอธิบาย scrum ได้ครั้งแรกในปี 1996 [18] เป็นกระบวนการที่ยอมรับว่า การพัฒนาไม่การแน่นอน การ formalizing "ทำสิ่งที่มันจะ" ความคิด และพบความสำเร็จกับผู้ขายซอฟต์แวร์อิสระจำนวนมาก คำยืมมาจากรักบี้: "scrum ได้ [A] เกิดขึ้นเมื่อผู้เล่นจากแต่ละทีมคุดกันอย่างใกล้ชิด...ในความพยายามที่จะเลื่อนลงเล่น" [10] ตาม [17] Schwaber, scrum ได้เริ่มต้น ด้วยการเดินที่พัฒนาซอฟต์แวร์ซับซ้อนเกินไป และคาดเดาไม่ได้มีการวางแผนว่าในล่วงหน้า แทน ต้องใช้ควบคุมกระบวนการประจักษ์ให้เห็น ตรวจสอบ และการปรับตัว ต้องควบคุมตัวแปรต่าง ๆ ของสิ่งแวดล้อม และด้านเทคนิค (เช่นเวลา คุณภาพ ความต้องการ ทรัพยากร ใช้เทคโนโลยี และเครื่องมือ และพัฒนาแม้วิธี) อย่างต่อเนื่องเพื่อให้สามารถปรับให้เข้ากับการเปลี่ยนแปลงตำแหน่ง นี้สามารถทำได้ผ่านกระบวนการซ้ำ และเพิ่มพัฒนา Scrum ได้ใช้โครงกระดูกเป็นซ้ำ เพิ่มผ่านบทบาทสาม: เจ้า ของผลิตภัณฑ์ ทีม และ ScrumMaster [17], ดังที่แสดงในตารางที่ 1 กระแส scrum ได้รายละเอียดจะแสดงในรูปที่ 1 ตาม [17] Schwaber, scrum ได้ตามโครงการเริ่มต้นจากวิสัยทัศน์ของระบบการพัฒนาระดับสูง หลังจากนั้น ผลิตภัณฑ์ยอดคงค้างแล้วประกอบด้วยรายการของความต้องการรู้จัก ดังนั้น สินค้าของยอดคงค้างสินค้าจะจัดลำดับความสำคัญ และแบ่งออกเป็นกล่องกล่องเล็กเวลาซ้ำ (เรียกว่า sprints) ทุกงานใน scrum ได้จะดำเนินผ่าน Sprints การวิ่งเป็นระยะเวลา 30 วันของเวลาในการพัฒนา Schwaber [17] อธิบายว่า วิ่งแต่ละเริ่มต้น ด้วยการวิ่งการวางแผนการประชุม ที่รับเจ้าของผลิตภัณฑ์และทีมงานร่วมกันเพื่อทำงานร่วมกันเกี่ยวกับสิ่งที่จะทำได้สำหรับวิ่งต่อไป เลือกจากระดับความสำคัญสูงสุดยอดคงค้างของผลิตภัณฑ์ เจ้าของผลิตภัณฑ์บอกทีมงานว่าถูกต้อง และทีมบอกเจ้าของผลิตภัณฑ์จำนวนของสิ่งที่ต้องจะเปิดเข้าไปในฟังก์ชันมากกว่าวิ่งต่อไป ใน sprints แรก ส่วนใหญ่ของงานสถาปัตยกรรมและโครงสร้างอินฟรามีแล้ว ดังนั้นฟังก์ชันการทำงานน้อยกว่าจะออก

ผลลัพธ์ (ไทย) 2:

วิธีการ Agile กำหนดวิธีการทำงานที่ควรจะดำเนินการภายใต้ค่าเปรียวและหลักการที่จะตอบความท้าทายของการพัฒนาอย่างรวดเร็วและความต้องการที่เปลี่ยนแปลงไป ความว่องไวเป็นเอกลักษณ์เฉพาะด้วยการ Highsmith [9] คือความสามารถของทั้งสองการสร้างและการตอบสนองต่อการเปลี่ยนแปลงเพื่อที่จะทำกำไรในสภาพแวดล้อมทางธุรกิจปั่นป่วน.
เคน Schwaber แรกที่อธิบายการต่อสู้ในปี 1996 [18] เป็นกระบวนการที่ยอมรับว่าการพัฒนาเป็น คาดเดาไม่ได้อย่างเป็นทางการ "ทำในสิ่งที่มันต้องใช้" ความคิดและได้พบความสำเร็จกับผู้ผลิตซอฟต์แวร์อิสระจำนวนมาก เป็นคำที่ยืมมาจากรักบี้ "[] การต่อสู้เกิดขึ้นเมื่อผู้เล่นจากกองแต่ละทีมกันอย่างใกล้ชิด . . ในความพยายามที่จะก้าวลงสนามเด็กเล่น "[10].
ตาม Schwaber [17] การต่อสู้เริ่มต้นด้วยสมมติฐานที่ว่าการพัฒนาซอฟต์แวร์ที่มีความซับซ้อนเกินไปและคาดเดาไม่ได้มีการวางแผนล่วงหน้าว่า แต่การควบคุมกระบวนการเชิงประจักษ์จะต้องถูกนำมาใช้เพื่อให้แน่ใจว่าการมองเห็น, การตรวจสอบและการปรับตัว ตัวแปรด้านสิ่งแวดล้อมและทางเทคนิคที่แตกต่างกัน (เช่นกรอบเวลาที่มีคุณภาพ, ความต้องการทรัพยากรเทคโนโลยีและเครื่องมือการดำเนินงานและแม้กระทั่งวิธีการพัฒนา) จะต้องได้รับการควบคุมอย่างต่อเนื่องเพื่อที่จะสามารถที่จะปรับตัวเข้ากับการเปลี่ยนแปลงที่มีความยืดหยุ่น นี่คือความสำเร็จผ่านกระบวนการพัฒนาซ้ำและเพิ่มขึ้น.
การต่อสู้ดำเนินการซ้ำโครงกระดูกที่เพิ่มขึ้นผ่านสามบทบาท: เจ้าของสินค้าทีมและ ScrumMaster [17] ดังแสดงในตารางที่ 1.
รายละเอียดการไหลของการแย่งชิงกันจะแสดงในรูป 1. ตามที่ Schwaber [17] ซึ่งเป็นโครงการที่ใช้การแย่งชิงกันเริ่มจากวิสัยทัศน์ระดับสูงของระบบได้รับการพัฒนา หลังจากนั้น Backlog สินค้าจะถูกสร้างขึ้นที่มีรายชื่อของความต้องการที่รู้จัก ดังนั้นรายการ Backlog สินค้าที่มีการจัดลำดับความสำคัญและแบ่งออกเป็นซ้ำเวลาชนิดบรรจุกล่องขนาดเล็ก (เรียกว่าลมพัด).
งานในการแย่งชิงกันทุกคนจะดำเนินการผ่านลมพัด Sprint เป็นระยะเวลา 30 วันของเวลาในการพัฒนา Schwaber [17] อธิบายว่าแต่ละ Sprint จะเริ่มมีการประชุมวางแผนการวิ่งที่เจ้าของผลิตภัณฑ์และทีมงานได้ร่วมกันเพื่อทำงานร่วมกันเกี่ยวกับสิ่งที่จะทำต่อไปสำหรับ Sprint เลือกจากลำดับความสำคัญสูงสุด Backlog สินค้า, เจ้าของสินค้าบอกทีมสิ่งที่เป็นที่ต้องการและทีมบอกเจ้าของสินค้าวิธีการมากของสิ่งที่ต้องการจะกลายเป็นฟังก์ชั่นมากกว่าวิ่งต่อไป ลมพัดในครั้งแรกที่มากที่สุดของสถาปัตยกรรมและการทำงานของโครงสร้างพื้นฐานที่จะทำเพื่อให้ฟังก์ชันการทำงานที่ถูกปล่อยออกมาน้อย

ผลลัพธ์ (ไทย) 3:

วิธีที่ว่องไว กำหนดวิธีการทำงาน ควรดำเนินการภายใต้ค่าว่องไวและหลักการที่จะตอบความท้าทายของการพัฒนาอย่างรวดเร็วและการเปลี่ยนแปลงความต้องการ ความคล่องตัวเป็นลักษณะ ไฮสมิธ [ 9 ] , คือความสามารถของทั้งการสร้างและการตอบสนองต่อการเปลี่ยนแปลงในการทำกำไรในสภาพแวดล้อมทางธุรกิจที่วุ่นวาย .
เคนอธิบายการ schwaber ครั้งแรกในปี 1996 [ 18 ] เป็นขั้นตอนว่า ยอมรับว่ากระบวนการพัฒนามันคาดเดาไม่ได้ formalizing " ทำ " จิต และได้พบความสำเร็จกับหลายผู้ขายซอฟต์แวร์อิสระ . คำที่ยืมจากรักบี้ : " [ เป็น ] การแย่งชิงกันเกิดขึ้นเมื่อผู้เล่นแต่ละทีม รวมกลุ่มกันอย่างใกล้ชิด . . . . . . . .ในความพยายามที่จะเลื่อนลงสนามเล่น " [ 10 ]
ตาม schwaber [ 17 ] , การเริ่มต้นด้วยสถานที่ตั้งที่การพัฒนาซอฟต์แวร์เป็นความซับซ้อนเกินไปและไม่ต้องวางแผนกันล่วงหน้า แทน , ควบคุมกระบวนการเชิงประจักษ์ ต้องใช้เพื่อให้แน่ใจว่า การมองเห็น การตรวจสอบ และการปรับตัว ความแตกต่างด้านสิ่งแวดล้อมและเทคนิคตัวแปร ( เช่นกรอบคุณภาพเวลาความต้องการทรัพยากร เทคโนโลยี และการใช้เครื่องมือ และวิธีการพัฒนา ) จะต้องควบคุมอยู่ตลอดเวลา เพื่อที่จะสามารถปรับตัวให้เข้ากับการเปลี่ยนแปลงไวท์ นี่คือความผ่านวิธีการและกระบวนการพัฒนาเพิ่มขึ้น .
การใช้ซ้ำเป็นโครงกระดูกที่เพิ่มขึ้นถึงสามบทบาท : ผลิตภัณฑ์ เจ้าของทีม และ scrummaster [ 17 ] ดังแสดงใน ตารางที่ 1
ไหลสกรัมรายละเอียดจะแสดงในรูปที่ 1 ตาม schwaber [ 17 ] , การใช้โครงการเริ่มจากวิสัยทัศน์ พื้นฐานของระบบที่จะพัฒนา หลังจากนั้น ค้างเป็นผลิตภัณฑ์สร้างที่มีรายชื่อของความต้องการที่รู้จักกัน ดังนั้น รายการของผลิตภัณฑ์ที่ค้างจะจัดลำดับความสำคัญและแบ่งเป็นขนาดเล็กเวลาชกซ้ำ ( เรียกว่า sprints )
ทุกงานในการจะดำเนินการผ่านเวลา . Sprint เป็น 30 วันระยะเวลาการพัฒนา schwaber [ 17 ] อธิบายว่า การวิ่งแต่ละริเริ่มกับ Sprint แผนการประชุมที่ผลิตภัณฑ์เจ้าของและทีมงานได้ร่วมกันประสานงานเกี่ยวกับสิ่งที่จะทำสำหรับ Sprint ถัดไป เลือกจากสูงสุดอันดับแรกสินค้าค้างส่ง เจ้าของผลิตภัณฑ์ว่าเป็นทีมอะไรที่ต้องการและทีมงานบอกเจ้าของผลิตภัณฑ์เท่าใดของสิ่งที่ปรารถนาจะกลายเป็นการทํางานมากกว่าวิ่งต่อไป ในเวลาแรก ส่วนใหญ่ของสถาปัตยกรรมและโครงสร้างใต้ ทำงานเสร็จแล้ว ดังนั้น ฟังก์ชัน
ถูกปล่อยตัว