คำถามติดแท็ก iterative-development

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

9
คุณคิดอย่างไรกับ“ การวางแผนโป๊กเกอร์”? [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา วางแผนโป๊กเกอร์ สรุปในกรณีที่คุณไม่ต้องการอ่านบทความ wiki: รับรายการงานที่คุณต้องการทำสำหรับการทำซ้ำที่จะเกิดขึ้น สำหรับแต่ละงาน: 2.1 พูดคุยกับกลุ่มสิ่งที่เกี่ยวข้อง 2.2 ทุกคนเขียน / เลือกการประเมินว่าจำเป็นต้องใช้ความพยายามมากแค่ไหนสำหรับงาน 2.3 ทุกคนเปิดเผยการประมาณ 2.4 ค่าสูงสุดและค่าต่ำสุดอธิบายการใช้เหตุผล 2.5 ทำซ้ำจนกว่าจะถึงฉันทามติ โดยทั่วไปแล้วสิ่งที่คล้ายกับตัวเลขจากลำดับฟีโบนักชีเช่น 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 เป็นค่าที่อนุญาตดังนั้นคุณจึงไม่ได้รับข้อโต้แย้งที่ยาวนานกว่าค่าปิดเช่น 23 vs 27 นอกจากนี้ตัวเลขยังแสดงถึงค่าความพยายามน้อยกว่าหน่วยซึ่งค่าจะถูกกำหนดโดยงานพื้นฐานที่ทุกคนเห็นด้วยเท่ากับ 1 และทุกสิ่งทุกอย่างสัมพันธ์กับสิ่งนั้น ในท้ายที่สุดเป้าหมายคือการได้รับความรู้สึกที่ดีสำหรับ "ความเร็ว" ของทีมที่กำหนดซึ่งเป็นจำนวนคะแนนเหล่านี้ที่สามารถทำให้เสร็จในการวนซ้ำที่กำหนด ด้วยสิ่งนี้จึงเป็นไปได้ที่จะทำการประมาณการอย่างแม่นยำอย่างสมเหตุสมผลว่าจะใช้คุณลักษณะใดนานเท่าใด เราทำสิ่งนี้ในการวางแผนการประชุมซ้ำที่ บริษัท …

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

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

1
การพัฒนาเอกสารซ้ำเป็นไปได้และส่งมอบเอกสารที่มีประสิทธิภาพหรือไม่
ฉันมีโครงการสำหรับมหาวิทยาลัยที่ฉันจะไม่เริ่มต้นในทันที แต่ได้คิดมานานพอสมควรแล้ว ฉันเข้าใจว่าการพัฒนาโครงการของมหาวิทยาลัยไม่เหมือนอุตสาหกรรม (ตอนนี้ฉันฝึกงานด้วยตนเอง) ดังนั้นสถานการณ์ที่ฉันจะชี้ให้เห็นในขณะนี้อาจดูเหมือนไร้สาระกับผู้พัฒนาซอฟต์แวร์จริง ^^' ตัวโครงการเองต้องการให้เราทำเอกสารงานของเรามากมาย ดังนั้นนอกจากการส่งรหัสซึ่งนับรวมเครื่องหมายบางอย่างแล้วเราต้องส่งเอกสารดังนี้: เอกสารวิเคราะห์ความต้องการ แผนโครงการ รายการตามแผนของกรณีการใช้งานวัตถุและโมเดลไดนามิกและการทดสอบการยอมรับ เอกสารขั้นตอนการทดสอบและความสำเร็จของการทดสอบ การอภิปรายและการวิเคราะห์การใช้เวลาอื่น ๆ การส่งมอบเหล่านี้จะต้องจัดส่งในลักษณะดังต่อไปนี้: RAD ก่อน ตามด้วยโครงการโครงการใช้แบบจำลองและการทดสอบ (ประมาณ 3 สัปดาห์ต่อมา) สุดท้ายเอกสารประกอบของโปรแกรมจริงกระบวนการทดสอบ ฯลฯ + โปรแกรมจริง (ประมาณ 5 สัปดาห์ต่อมา) ดังนั้นจากสิ่งที่ฉันเข้าใจนี่คือการมุ่งสู่แนวทางแบบน้ำตกในโครงการ ปัญหาเดียว (ในความคิดของฉัน) คือว่านี่เป็นโครงการของมหาวิทยาลัยและนักเรียนมีแรงกดดันมากพอที่จะพยายามพัฒนาโครงการเมื่อสิ้นสุดภาคการศึกษาในช่วงสัปดาห์ของโครงการ ฉันไม่ต้องการเขียนโค้ด / พัฒนา / ทดสอบทุกอย่างเมื่อสิ้นสุดภาคการศึกษาเมื่อฉันจะตื่นตระหนกกับการประเมินอื่น ๆ อีกมากมายที่ฉันต้องรับมือ อย่างน้อยฉันก็ลองและทำวงจรการพัฒนาแบบวนซ้ำซึ่งหมายความว่าเราสามารถเริ่มต้นการเข้ารหัส / การสร้างต้นแบบตั้งแต่ต้นมีวงจรการพัฒนาอย่างต่อเนื่องที่ไม่ได้มุ่งเน้นที่จะทำทุกอย่างในนาทีสุดท้ายและไม่มีแรงกดดันมากนัก จุดสิ้นสุดของภาคเรียนเพื่อเสร็จสิ้นโครงการนี้ และมาถึงคำถามที่แท้จริงของฉัน: ฉันสามารถตกลงกันได้หรือไม่ว่าจะต้องส่งเอกสารทั้งหมดด้วยวัฏจักรการพัฒนาที่รวดเร็วทำซ้ำ / สร้างต้นแบบ? มีกลยุทธ์ในการสร้างเอกสารในลักษณะวนซ้ำหรือไม่? ฉันไม่มีเหตุผลเลยที่จะขอสิ่งนี้และคาดหวังว่าจะทำได้ในมหาวิทยาลัยหรือไม่? นอกจากนี้ฉันเข้าใจว่าคำถามนี้แปลเป็นภาษาท้องถิ่นอย่างมากดังนั้นฉันจึงอยากถามคำถามแบบเดียวกันกับที่ฉันถามไปข้างต้นในแง่ของอุตสาหกรรมและไม่ว่าจะเป็นปัญหาประเภทใดก็ตามที่กระบวนการเปรียวเผชิญอยู่นั้นแตกต่างกันหรือไม่ …

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

3
การแย่งชิงกันในโครงการที่สั้นมาก?
ฉันใช้การต่อสู้และชอบมันมาก อย่างไรก็ตามร้านค้าของฉันพบว่าตัวเองอยู่ในโครงการที่ระยะเวลาของความพยายามในการพัฒนาคือสองหรือสี่สัปดาห์ เราได้แก้ไขความยาวของการวิ่งเป็นสองสัปดาห์แล้วและทุกคนที่นี่บอกว่า ฉันไม่คิดว่าเราจะได้รับประโยชน์มากมายจากการวิ่งหนึ่งครั้งครึ่ง เราจะได้รับประโยชน์จากกระบวนการพัฒนาแบบวนซ้ำได้ด้วยการทำซ้ำเพียงหนึ่งสองหรือหนึ่งครึ่ง
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.