Peterson and Wohlin [20] found that

Peterson and Wohlin [20] found that implementing agile and incremental practices in large-scale software development leads to benefits in one part of the process, while raising issues in another part of the process. For example, using small and coherent teams increases control over the project, but leads to new issues at the management level where coordination of the projects has to take place [20]. They also stated the main challenges while using agile and incremental practices in largescale software development as (1) challenges in regard to realize continuous testing, (2) increased maintenance effort with an increase in the number of releases, (3) management overhead due to the need for coordination between teams, (4) detailed dependencies are not discovered on a detailed level due to lack of focus on design, (5) long requirements engineering duration, due to complex decision processes in requirements engineering, (6) requirements priority lists are hard to create and maintain, (7) waiting times in the process, specifically in design waiting for requirements, (8) reduction of test coverage due to shortage of projects and lack of independent testing, (9) increased configuration management effort.

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

Peterson และ Wohlin [20] พบว่า ใช้คล่องตัว และเพิ่มขึ้นในการพัฒนาซอฟต์แวร์ขนาดใหญ่นำไปสู่ประโยชน์ส่วนหนึ่งของกระบวนการ ในขณะที่เพิ่มปัญหาในส่วนอื่นของกระบวนการ ตัวอย่าง การใช้ทีมงานขนาดเล็ก และ coherent เพิ่มควบคุมโครงการ ได้นำไปสู่ปัญหาใหม่ที่ระดับบริหารที่ประสานงานของโครงการมีขึ้น [20] พวกเขากล่าวความท้าทายหลักในขณะที่ใช้ความคล่องตัว และเพิ่มวิธีปฏิบัติในการพัฒนาซอฟต์แวร์ largescale เป็น (1) ความท้าทายในสัมมาคารวะซาบทดสอบอย่างต่อเนื่อง ความพยายามบำรุงรักษา (2) เพิ่มขึ้น ด้วยการเพิ่มจำนวนรุ่น, (3) การจัดการค่าใช้จ่ายเนื่องจากต้องประสานงานระหว่างทีม (4) รายละเอียดอ้างอิงไม่ถูกค้นพบในระดับที่ละเอียดขาดการเน้นออกแบบ , (5) ยาวข้อกำหนดระยะเวลา เนื่องจากกระบวนการตัดสินใจที่ซับซ้อนข้อวิศวกรรม วิศวกรรมความต้องการ (6) ระดับความสำคัญรายการยากเพื่อสร้าง และ รักษา, (7) เวลารอคอยในกระบวนการ โดยเฉพาะในการออกแบบรอความต้องการ ความพยายามจัดการตั้งค่าคอนฟิกที่เพิ่มขึ้น (9) ครอบคลุมเนื่องจากโครงการและขาดอิสระในการทดสอบ (8) ลด

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

ปีเตอร์สันและ Wohlin [20] พบว่าการดำเนินการปฏิบัติเปรียวและเพิ่มขึ้นในการพัฒนาซอฟต์แวร์ขนาดใหญ่จะนำไปสู่​​ผลประโยชน์ในส่วนหนึ่งของกระบวนการในขณะที่ยกประเด็นในส่วนหนึ่งของกระบวนการอื่น ตัวอย่างเช่นการใช้ทีมงานที่มีขนาดเล็กและเชื่อมโยงกันเพิ่มควบคุมโครงการ แต่จะนำไปสู่​​ปัญหาใหม่ในระดับที่บริหารจัดการการประสานงานของโครงการที่มีการใช้สถานที่ [20] พวกเขายังระบุความท้าทายที่สำคัญในขณะที่ใช้การปฏิบัติเปรียวและเพิ่มขึ้นในการพัฒนาซอฟต์แวร์ largescale เป็น (1) ความท้าทายในเรื่องการตระหนักถึงการทดสอบอย่างต่อเนื่อง (2) ความพยายามในการบำรุงรักษาที่เพิ่มขึ้นกับการเพิ่มขึ้นในจำนวนของการเผยแพร่ (3) ค่าใช้จ่ายในการจัดการเนื่องจากการ ความจำเป็นในการประสานงานระหว่างทีม (4) การอ้างอิงรายละเอียดไม่ได้ค้นพบในระดับรายละเอียดเนื่องจากการขาดการมุ่งเน้นไปที่การออกแบบ (5) ข้อกำหนดยาวระยะเวลาวิศวกรรมเนื่องจากกระบวนการตัดสินใจที่ซับซ้อนในความต้องการวิศวกรรม (6) รายการลำดับความสำคัญของความต้องการ ยากที่จะสร้างและการบำรุงรักษา (7) เวลาในการรอในกระบวนการเฉพาะในการออกแบบการรอคอยสำหรับความต้องการ (8) การลดลงของความคุ้มครองการทดสอบเนื่องจากการขาดแคลนโครงการและขาดการทดสอบอิสระ (9) ความพยายามจัดการการกำหนดค่าที่เพิ่มขึ้น

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

Peterson และ wohlin [ 20 ] พบว่า การใช้ Agile และเพิ่มการปฏิบัติในการพัฒนาซอฟต์แวร์ขนาดใหญ่ที่นำไปสู่ประโยชน์ในส่วนหนึ่งของกระบวนการในขณะที่เพิ่มปัญหาในส่วนอื่นของกระบวนการ ตัวอย่างการใช้ทีมขนาดเล็กและเชื่อมโยงกันมากขึ้น ควบคุมโครงการแต่จะนำไปสู่ปัญหาใหม่ที่ระดับบริหาร ซึ่งการประสานงานของโครงการมีการใช้สถานที่ [ 20 ] พวกเขายังกล่าวว่า ความท้าทายหลักในขณะที่ใช้ Agile และเพิ่มการปฏิบัติมากกว่าการพัฒนาซอฟต์แวร์ ( 1 ) ความท้าทายในเรื่องการตระหนักถึงการทดสอบอย่างต่อเนื่อง ( 2 ) รักษาความพยายามเพิ่มขึ้นด้วยการเพิ่มจํานวนของรุ่น( 3 ) การจัดการค่าใช้จ่ายเนื่องจากต้องประสานงานระหว่างทีม ( 4 ) รายละเอียดการอ้างอิงจะไม่พบในระดับรายละเอียดเนื่องจากการขาดการมุ่งเน้นออกแบบ ( 5 ) ความต้องการเป็นระยะเวลายาวนาน วิศวกรรม เนื่องจากการตัดสินใจที่ซับซ้อนในกระบวนการวิศวกรรมความต้องการ ( 6 ) รายการความต้องการความยากที่จะสร้างและรักษา ( 7 ) รอเวลาในกระบวนการโดยเฉพาะในการออกแบบรอความต้องการ ( 8 ) การลดลงของการทดสอบความคุ้มครองเนื่องจากการขาดแคลนของโครงการและขาดการทดสอบอิสระ ( 9 ) เพิ่มการตั้งค่าการจัดการความพยายาม