There are many good reasons for tur

There are many good reasons for turning co-located
projects distributed, likewise there are many good reasons for
turning traditional projects agile. In both cases there are many
obstacles to overcome and pitfalls to avoid and the
combination of agile and distributed does not make this
situation any better. In general Configuration Management
works as the infrastructure of any software project and its
concepts and principles have to be implemented in different
ways depending on the specific context. How to adapt
Configuration Management for an agile context is well
understood, how to adapt it for distribution is less understood
– and what changes and how to fix that when a co-located agile
team goes distributed is unclear. In this position paper, we
draw on our experience from academic and industrial agile
projects to give our opinions on what to look out for and
possibilities for solutions.

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

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

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

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

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

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

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

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