During FTS development, each team m

During FTS development, each team member works normal working hours pertaining to his/her time zone. At the end of each working day shift, the
work-in-progress follows to another team member located in a different time zone. When a team finishes its working day shift in one site, another team localized in another site takes the work and starts another working day shift [3]. For each 24 hour period, there are two or more shifts [4].
However, while the FTS concept looks promising in theory, it appears to be difficult in practice [5]. According to Carmel et al. [6], FTS is difficult and uncommon because production teams are
sequentially handing off work-in-progress (unfinished objects) from site to site. This transfer of work-in-progress between sites is called handoff.
Handoffs require a large coordination,
communication and collaboration effort. Furthermore, handoffs must be fast and efficient in order to reduce the development cycle duration [3]. FTS efficiency is determined by both the quality of knowledge transfer and its duration [6]. Handoff coordination difficulties can negatively affect team productivity and consequently will not result in benefits for the project [7]. In addition,
misunderstandings may also lead to re-work [6].
In this study, we present an experience report describing the development and management of handoffs for a FTS software project. Following FTS rules described by Carmel and Espinosa [3], handoffs were performed at the beginning and at the end of each working day shift at each production site. We collected data about these handoffs, which are presented and discussed in this paper.
The main contribution of this study is the identification of challenges faced by FTS teams when conducting handoffs and the solution applied to minimize them. In our conclusions, we also highlight management elements to support the efficiency of handoffs.
The remainder of the paper is structured as follows. Section 2 presents the main concepts discussed in this study. Section 3 presents the related work. Section 4 describes the research method utilized in this study. In section 5, we present the
obtained results. In section 6, we discuss these results. Finally, section 7 provides the conclusions.

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

ในระหว่างการพัฒนา FTS สมาชิกแต่ละทีมทำงานเวลาทำงานปกติที่เกี่ยวข้องกับโซนเวลาเขา/เธอ ในตอนท้ายของแต่ละกะวันทำงาน การ งานระหว่างทำดังต่อไปนี้กับสมาชิกทีมอื่นที่อยู่ในโซนเวลาอื่น เมื่อทีมเสร็จสิ้นวันทำงานเป็นกะในไซต์หนึ่ง ทีมอื่นเป็นภาษาท้องถิ่นอีกไซต์งาน และเริ่มกะงานวันอื่น [3] สำหรับแต่ละรอบระยะเวลา 24 ชั่วโมง มีอย่าง น้อยสองกะ [4]อย่างไรก็ตาม ในขณะที่แนวคิด FTS ดูสัญญาในทางทฤษฎี เหมือนจะยากในทางปฏิบัติ [5] ตามคารเมลและ al. [6], FTS เป็นเรื่องยาก และเรื่องแปลกเนื่องจากทีมงานผลิตลำดับ handing ออกจากงานระหว่างทำ (วัตถุที่ยังไม่เสร็จ) จากเว็บไซต์ไป โอนงานระหว่างทำนี้ระหว่างไซต์คือโอนHandoffs ต้องการประสานงานที่มีขนาดใหญ่พยายามสื่อสารและทำงานร่วมกัน นอกจากนี้ handoffs ต้องได้อย่างรวดเร็ว และมีประสิทธิภาพเพื่อลดรอบระยะเวลา [3] การพัฒนา FTS ประสิทธิภาพได้ตามคุณภาพของการถ่ายโอนความรู้และระยะเวลา [6] ความยากลำบากในการประสานงานโอนอาจเป็นอันตรายต่อผลผลิตของทีมงาน และดังนั้น จะไม่มีผลประโยชน์โครงการ [7] นอกจากนี้นอกจากนี้ยังอาจเกิดความเข้าใจผิดอีกทำงาน [6]ในการศึกษานี้ เรานำเสนอรายงานประสบการณ์การอธิบายการพัฒนาและการจัดการโครงการซอฟต์แวร์ FTS handoffs ต่อกฎ FTS โดยคารเมลและ Espinosa [3], handoffs ได้ทำ ที่จุดเริ่มต้น และจุดสิ้นสุดของแต่ละวันทำงานกะที่ผลิตแต่ละ เราเก็บรวบรวมข้อมูลเกี่ยวกับ handoffs เหล่านี้ ซึ่งเป็นการนำเสนอ และกล่าวถึงในเอกสารนี้สัดส่วนหลักของการศึกษานี้คือ รหัสของความท้าทายที่เผชิญ โดยทีม FTS เมื่อทำ handoffs และโซลูชั่นที่ใช้เพื่อลดพวกเขา ในบทสรุปของเรา เรายังเน้นการจัดการองค์ประกอบเพื่อสนับสนุนประสิทธิภาพของ handoffsจัดโครงสร้างส่วนเหลือของกระดาษดังนั้น ส่วนที่ 2 นำเสนอแนวคิดหลักในการศึกษานี้ หมวดที่ 3 แสดงการทำงานที่เกี่ยวข้อง ส่วน 4 อธิบายวิธีการวิจัยที่ใช้ในการศึกษานี้ ในส่วนที่ 5 เราปัจจุบันนี้ ผลที่ได้รับ ในส่วนที่ 6 เจรจาผลลัพธ์เหล่านี้ สุดท้าย ส่วน 7 แสดงบทสรุป

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

ในระหว่างการพัฒนา FTS สมาชิกในทีมแต่ละคนทำงานเวลาทำงานปกติที่เกี่ยวข้องกับการ / เขตเวลาของเขาและเธอ ในตอนท้ายของแต่ละกะวันทำงาน,
การทำงานในความคืบหน้าต่อไปนี้ให้กับสมาชิกทีมอื่นอยู่ในโซนเวลาที่แตกต่างกัน เมื่อทีมประสบความสำเร็จในการเปลี่ยนแปลงวันทำการในหนึ่งเว็บไซต์อีกทีมท้องถิ่นในเว็บไซต์อื่นใช้เวลาทำงานและเริ่มเปลี่ยนวันทำการอีก [3] สำหรับแต่ละระยะเวลา 24 ชั่วโมงมีสองหรือมากกว่ากะ [4].
อย่างไรก็ตามในขณะที่แนวคิด FTS ดูแนวโน้มในทางทฤษฎีมันดูเหมือนจะเป็นเรื่องยากในทางปฏิบัติได้ [5] ตามที่คาร์เมลและคณะ [6], FTS เป็นเรื่องยากและเป็นเรื่องธรรมดาเพราะทีมงานผลิตที่มีการ
เรียงตามลำดับการส่งออกการทำงานในความคืบหน้า (วัตถุที่ยังไม่เสร็จ) จากเว็บไซต์ไปยังเว็บไซต์ การถ่ายโอนของการทำงานในความคืบหน้าระหว่างเว็บไซต์นี้เรียกว่าแฮนด์ออฟ.
handoffs ต้องมีการประสานงานที่มีขนาดใหญ่,
การสื่อสารและการทำงานร่วมกันความพยายาม นอกจาก handoffs จะต้องรวดเร็วและมีประสิทธิภาพเพื่อลดระยะเวลาวงจรการพัฒนา [3] ประสิทธิภาพ FTS จะถูกกำหนดโดยทั้งคุณภาพของการถ่ายโอนความรู้และระยะเวลาของมัน [6] แฮนด์ออฟยากลำบากประสานงานในทางลบจะมีผลต่อการผลิตและทีมงานจึงจะไม่ส่งผลให้เกิดประโยชน์สำหรับโครงการ [7] นอกจากนี้ยังมี
ความเข้าใจผิดอาจนำไปสู่การทำงานอีกครั้ง [6].
ในการศึกษานี้เรานำเสนอรายงานจากประสบการณ์ที่อธิบายการพัฒนาและการบริหารจัดการของ handoffs สำหรับโครงการซอฟต์แวร์ FTS ต่อไปนี้กฎ FTS อธิบายโดยคาร์เมลและ Espinosa [3], handoffs ได้ดำเนินการที่จุดเริ่มต้นและในตอนท้ายของแต่ละกะวันทำงานที่สถานที่ผลิตแต่ละ เราเก็บรวบรวมข้อมูลเกี่ยวกับเหล่านี้ handoffs ซึ่งจะนำเสนอและกล่าวถึงในบทความนี้.
สนับสนุนหลักของการศึกษาครั้งนี้คือบัตรประจำตัวของความท้าทายที่ต้องเผชิญกับทีม FTS เมื่อดำเนินการ handoffs และแก้ปัญหาที่นำมาใช้เพื่อลดพวกเขา ในข้อสรุปของเราเรายังเน้นการจัดการองค์ประกอบที่จะสนับสนุนประสิทธิภาพของ handoffs.
ที่เหลือของกระดาษที่มีโครงสร้างดังนี้ ส่วนที่ 2 นำเสนอแนวคิดหลักที่กล่าวถึงในการศึกษาครั้งนี้ ส่วนที่ 3 นำเสนองานที่เกี่ยวข้อง หมวดที่ 4 การอธิบายวิธีการวิจัยที่ใช้ในการศึกษาครั้งนี้ ในมาตรา 5 เรานำเสนอ
ผลที่ได้รับ ในส่วนที่ 6 เราจะหารือถึงผลลัพธ์เหล่านี้ สุดท้ายมาตรา 7 ให้ข้อสรุป

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

ในระหว่างการพัฒนา ซึ่งสมาชิกแต่ละทีมทำงานปกติชั่วโมงการทำงานเกี่ยวกับของเขา / เธอเวลาโซน เมื่อสิ้นสุดการทำงานในแต่ละวัน
กะ ความก้าวหน้าในงานตามสมาชิกทีมอื่นตั้งอยู่ในโซนเวลาที่แตกต่างกัน เมื่อทีมเสร็จสิ้นกลางวันทำงานกะ ในเว็บไซต์หนึ่ง ทีมอื่นถิ่นในเว็บไซต์อื่นที่ใช้งานและเริ่มต้นอีกวันกะ [ 3 ]สำหรับแต่ละระยะเวลา 24 ชั่วโมง มีสองคนหรือมากกว่ากะ [ 4 ] .
แต่ในขณะที่ FTS แนวคิดลักษณะสัญญาในทางทฤษฎี มันดูเหมือนจะยากในทางปฏิบัติ [ 5 ] จากคาร์เมล et al . [ 6 ] ซึ่งเป็นเรื่องยากและแปลก เพราะทีมผลิต
ตามลำดับ ส่งไม้ความก้าวหน้าในงาน ( วัตถุที่ยังไม่เสร็จ ) จากเว็บไซต์ไปยังเว็บไซต์นี้โอนงานในความคืบหน้าระหว่างเว็บไซต์ที่เรียกว่าการ .
handoffs ต้องประสานงานความพยายามขนาดใหญ่
การสื่อสารและความร่วมมือ นอกจากนี้ handoffs ต้องรวดเร็ว และมีประสิทธิภาพ เพื่อลดวงจรการพัฒนาโรงเรียน [ 3 ] ประสิทธิภาพซึ่งจะถูกกำหนดโดยทั้งคุณภาพของการถ่ายโอนความรู้และระยะเวลาของ [ 6 ]ปัญหาการประสานงาน สามารถส่งผลเสียต่อทีม ประสิทธิภาพและจึงจะไม่ส่งผลประโยชน์สำหรับโครงการ [ 7 ] นอกจากนี้ยังอาจนำไปสู่ความเข้าใจผิด
Re ทำงาน [ 6 ] .
ในการศึกษานี้จึงได้เสนอรายงานการอธิบายประสบการณ์การพัฒนาและการจัดการ handoffs สำหรับโครงการซอฟต์แวร์ FTS . ตามกฎที่อธิบายโดย FTS คาราเมลและ เอสปีโนซา [ 3 ]handoffs แสดงที่จุดเริ่มต้นและที่สิ้นสุดของแต่ละวัน ทำงานกะที่แต่ละเว็บไซต์การผลิต เรารวบรวมข้อมูลเกี่ยวกับ handoffs เหล่านี้ ซึ่งถูกนำเสนอและอธิบายในบทความนี้ .
ส่วนหลักของการศึกษานี้คือ การระบุความท้าทายที่เผชิญ โดย FTS ทีมเมื่อทำการ handoffs และโซลูชั่นที่ใช้เพื่อลดการ ในความเห็นของเรานอกจากนี้เรายังเน้นการจัดการองค์ประกอบที่สนับสนุนประสิทธิภาพของ handoffs .
ส่วนที่เหลือของกระดาษมีโครงสร้างดังนี้ ส่วนที่ 2 นำเสนอหลักแนวคิดที่กล่าวถึงในการศึกษานี้ ส่วนที่ 3 แสดงงาน ส่วนที่ 4 อธิบายวิธีวิจัยที่ใช้ในการศึกษาครั้งนี้ ในส่วนที่ 5 , เรานำเสนอ
ผลการทดลอง ในมาตรา ๖ เราหารือเกี่ยวกับผลลัพธ์เหล่านี้ ในที่สุดมาตรา 7 ให้ข้อสรุป .