• Extreme Programming PracticesIncr

• Extreme Programming Practices
Incremental planning: Requirements are recorded on Story Cards and the Stories to be included in a release are determined by the time available and their relative priority.
The developers break these stories into development "Tasks".
Small Releases: The minimal useful set of functionality that provides business value is developed first. Releases of the system are frequent and incrementally add functionality to the first release.
Simple Design: Enough design is carried out to meet the current requirements and no more.
Test first development: An automated unit test framework is used to write tests for a new piece of functionality before functionality itself is implemented.
Refactoring: All developers are expected to re-factor the code continuously as soon as possible code improvements are found. This keeps the code simple and maintainable.
Pair Programming: Developers work in pairs, checking each other’s work and providing support to do a good job.
Collective Ownership: The pairs of developers work on all areas of the system, so that no islands of expertise develop and all the developers own all the code. Anyone can change anything.
Continuous Integration: As soon as work on a task is complete, it is integrated into the whole system. After any such integration, all the unit tests in the system must pass.
Sustainable pace: Large amounts of over-time are not considered acceptable as the net effect is often to reduce code quality and medium term productivity.
On-site Customer: A representative of the end-user of the system (the Customer) should be available full time for the use of the XP team. In an extreme programming process, the customer is a member of the development team and is responsible for bringing system requirements to the team for implementation.

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

•ปฏิบัติการเขียนโปรแกรมมากวางแผนเพิ่ม: ความต้องถูกบันทึกไว้ในบัตรเรื่อง และเรื่องที่จะรวมไว้ในรุ่นถูกกำหนด โดยระดับความสำคัญสัมพัทธ์และเวลาว่างนักพัฒนาแบ่งเรื่องราวเหล่านี้ไปพัฒนา "งาน"ขนาดเล็กรุ่น: ชุดฟังก์ชันที่มีมูลค่าทางธุรกิจประโยชน์น้อยที่สุดคือพัฒนาครั้งแรก รุ่นของระบบเป็นประจำ และแบบเพิ่มหน่วยเพิ่มฟังก์ชันรุ่นแรกออกแบบง่าย: ออกแบบเพียงพอจะดำเนินเพื่อตอบสนองความต้องการปัจจุบันและเพิ่มเติมไม่ทดสอบพัฒนาแรก: มีกรอบงานการทดสอบหน่วยอัตโนมัติใช้เขียนสำหรับชิ้นส่วนใหม่ของฟังก์ชันใช้งานเองRefactoring: นักพัฒนาทั้งหมดคาดว่าปัจจัยรหัสอย่างต่อเนื่องโดยเร็วที่สุดมีพบการปรับปรุงรหัสใหม่ นี้เก็บรหัสง่าย และ maintainableเขียนโปรแกรมคู่: นักพัฒนาทำงานในคู่ ตรวจสอบงานของผู้อื่น และให้การสนับสนุนการทำงานที่ดีเจ้าของรวม: คู่พัฒนางานบนพื้นที่ทั้งหมดของระบบ เพื่อให้พัฒนาไม่เกาะความเชี่ยวชาญ และนักพัฒนาทั้งหมดเป็นเจ้าของรหัสทั้งหมด ทุกคนสามารถเปลี่ยนแปลงอะไรอย่างต่อเนื่องรวม: เป็นงานสำหรับงานเสร็จสมบูรณ์ มันรวมทั้งระบบ หลังจากที่ใด ๆ ดังกล่าวรวม ต้องผ่านการทดสอบหน่วยทั้งหมดในระบบก้าวอย่างยั่งยืน: จำนวนมากเกินเวลาไม่ถือว่าเป็นที่ยอมรับเป็นผลสุทธิมักลดรหัสคุณภาพและผลผลิตระยะปานกลางบริการลูกค้า: เป็นตัวแทนของผู้ใช้ระบบ (ลูกค้า) ควรจะว่างเต็มเวลาใช้ทีม XP ในกระบวนการเขียนโปรแกรมมาก ลูกค้าที่เป็นสมาชิกของทีมพัฒนา และรับผิดชอบนำความระบบทีมการดำเนินงาน

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

•มากการเขียนโปรแกรมการวางแผนที่เพิ่มขึ้น: ความต้องการได้รับการบันทึกไว้ในเรื่องการ์ดและเรื่องที่จะรวมอยู่ในรุ่นที่จะถูกกำหนดโดยเวลาที่มีอยู่และการจัดลำดับความสำคัญญาติของพวกเขา. นักพัฒนาทำลายเรื่องราวเหล่านี้ในการพัฒนา "งาน". ข่าวขนาดเล็ก: น้อยที่สุดที่มีประโยชน์ ชุดของการทำงานที่มีมูลค่าทางธุรกิจที่ได้รับการพัฒนาเป็นครั้งแรก ข่าวของระบบอยู่บ่อยครั้งและเพิ่มขึ้นเพิ่มฟังก์ชันการทำงานที่จะปล่อยครั้งแรก. ออกแบบที่เรียบง่าย: การออกแบบที่พอจะดำเนินการเพื่อตอบสนองความต้องการในปัจจุบันและไม่. ทดสอบการพัฒนาครั้งแรก: กรอบหน่วยการทดสอบแบบอัตโนมัติที่ใช้ในการเขียนทดสอบสำหรับชิ้นใหม่ ของการทำงานก่อนที่การทำงานของตัวเองที่จะดำเนินการ. Refactoring: นักพัฒนาทั้งหมดที่คาดว่าจะกลับมาเป็นปัจจัยรหัสอย่างต่อเนื่องโดยเร็วที่สุดเท่าที่เป็นไปได้การปรับปรุงรหัสที่พบ นี้ช่วยให้ง่ายรหัสและบำรุงรักษา. คู่การเขียนโปรแกรม: นักพัฒนาจับคู่ทำงานด้วยการตรวจสอบการทำงานของแต่ละคนและการให้การสนับสนุนการดำเนินงานที่ดี. กลุ่มเจ้าของ: คู่ของนักพัฒนาทำงานในทุกพื้นที่ของระบบเพื่อให้ไม่มีเกาะของความเชี่ยวชาญ พัฒนาและนักพัฒนาทุกคนเป็นเจ้าของรหัสทั้งหมด ทุกคนสามารถเปลี่ยนแปลงอะไร. บูรณาการอย่างต่อเนื่อง: เร็วที่สุดเท่าที่ทำงานในงานที่เสร็จสมบูรณ์แล้วมันจะรวมอยู่ในระบบทั้งหมด หลังจากที่ใด ๆ ที่บูรณาการดังกล่าวทั้งหมดที่ทดสอบหน่วยในระบบจะต้องผ่าน. ก้าวที่ยั่งยืน: จำนวนมากในช่วงเวลาไม่ถือว่าเป็นที่ยอมรับว่าเป็นผลกระทบสุทธิที่มักจะให้ลดคุณภาพรหัสและการผลิตระยะปานกลาง. ในสถานที่ของลูกค้า: ตัวแทน ของผู้ใช้ปลายทางของระบบ (ลูกค้า) ควรจะมีเวลาเต็มรูปแบบสำหรับการใช้งานของทีม XP ที่ ในขั้นตอนการเขียนโปรแกรมมากลูกค้าที่เป็นสมาชิกของทีมพัฒนาและเป็นผู้รับผิดชอบในการนำความต้องการของระบบให้กับทีมงานสำหรับการดำเนินงาน

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

- โปรแกรมการปฏิบัติมาก
วางแผนเพิ่มความต้องการจะถูกบันทึกไว้ในบัตรเรื่องเล่าและเรื่องราวที่จะถูกรวมอยู่ในรุ่นที่ถูกกำหนดโดยเวลาที่มีอยู่และความสําคัญของญาติของพวกเขา .
พัฒนาแบ่งเรื่องราวเหล่านี้ในการพัฒนา " งาน " .
รุ่นเล็ก : ชุดที่มีประโยชน์น้อยที่สุดของฟังก์ชันที่ให้มูลค่าทางธุรกิจถูกพัฒนาขึ้นครั้งแรกรุ่นของระบบบ่อยและแบบเพิ่มหน่วยเพิ่มฟังก์ชันให้รุ่นแรก .
ออกแบบที่เรียบง่ายออกแบบพอ จะดําเนินการเพื่อตอบสนองความต้องการในปัจจุบัน และไม่มี
ทดสอบการพัฒนาแรก : อัตโนมัติหน่วยทดสอบกรอบที่ใช้เขียนแบบชิ้นใหม่ของการทำงานก่อนที่ฟังก์ชันเอง
วาริท : การใช้งานนักพัฒนาทั้งหมด คาดว่าจะเป็นปัจจัยต่อเนื่องทันทีที่รหัสการปรับปรุงรหัสที่เป็นไปได้จะพบ นี้เก็บรหัสที่ง่ายและ maintainable .
โปรแกรมคู่ : พัฒนางานคู่ ตรวจสอบผลงานของกันและกัน และให้การสนับสนุนการทำงานที่ดี .
เจ้าของร่วม : คู่ของงานพัฒนาบนพื้นที่ทั้งหมดของระบบไม่มีเกาะของความเชี่ยวชาญและนักพัฒนาทั้งหมดที่พัฒนาเองทั้งหมด รหัส ทุกคนสามารถเปลี่ยนแปลงอะไร .
บูรณาการต่อเนื่องทันทีที่งานเมื่องานเสร็จสมบูรณ์ มันรวมอยู่ในระบบทั้งหมด หลังจากการรวมใด ๆเช่น การทดสอบหน่วยในระบบทั้งหมดจะต้องผ่าน
ก้าวอย่างยั่งยืนจำนวนมากของเวลา ไม่ถือว่ายอมรับเป็นผลสุทธิคือมักจะลดคุณภาพรหัสและผลผลิตในระยะปานกลาง
บนเว็บไซต์ลูกค้า : ตัวแทนของผู้ใช้ในระบบ ( ลูกค้า ) ควรจะเต็มเวลาพร้อมใช้งานสำหรับการใช้งานของทีม XP ในกระบวนการเขียนโปรแกรมมาก ,ลูกค้าที่เป็นสมาชิกของทีมพัฒนา และเป็นผู้รับผิดชอบในการนำความต้องการของระบบทีมปฏิบัติ