Trò chơi Lập kế hoạch (The Planning

Trò chơi Lập kế hoạch (The Planning Game) — nhanh chóng xác định phạm vi của lần phát hành (release) tới bằng cách kết hợp những ưu tiên nghiệp vụ (business priorities) và ước lượng kĩ thuật (technical estimates). Khi thực tiễn có những tác động tới kế hoạch, cập nhật kế hoạch. Trò chơi Lập kế hoạch được sử dụng cả trong việc lập kế hoạch phát hành (Release Planning) lẫn lập Kế hoạch Phân đoạn (Iteration Planning).
Các bản phát hành nhỏ (Small releases) — Đưa hệ thống vào trạng thái sản xuất (production, đối lập với trạng thái “development” – phát triển), rồi phát hành phiên bản mới vào cuối mỗi vòng đời ngắn.
System Metaphor (Ẩn dụ Hệ thống) — Hướng dẫn tất cả quá trình phát triển bằng những câu chuyện chia sẻ đơn giản về cách mà hệ thống sẽ làm việc. Đó có thể là một hệ thống những khái niệm về những lớp, phương thức để giúp thành viên đội phát triển dễ dàng đoán được chức năng nó thực hiện.
Thiết kế Đơn giản (Simple design) — Hệ thống cần được thiết kế đơn giản nhất có thể tại bất kì thời điểm nào. Mỗi khi phát hiện ra chỗ nào phức tạp, cần loại bỏ ngay tức thì.
Kiểm thử (Testing) — Lập trình viên thường xuyên viết các kiểm thử đơn vị (unit tests) trong khi phát triển, còn khách hàng thì viết ra những bài kiểm thử để xác định điều kiện hoàn thành cho mỗi tính năng.
Tái cấu trúc (Refactoring) — Lập trình viên tái cấu trúc hệ thống mà không làm ảnh hưởng đến hoạt động của hệ thống để loại bỏ các trùng lặp, dư thừa, để cải thiện tính giao tiếp, đơn giản và gia tăng sự linh hoạt của hệ thống.
Lập trình theo cặp (Pair programming) — Tất cả các đoạn mã sản xuất (production code, phân biệt với “test code”-các mã lệnh viết ra để kiểm thử) phải được viết bởi hai lập trình viên trên mỗi máy tính.
Sở hữu tập thể (Collective ownership) — Bất kì người nào đều có thể thay đổi bất kì dòng lệnh nào vào bất kì thời điểm nào.
Tích hợp liên tục (Continuous integration) — Tích hợp và xây dựng (build) hệ thống nhiều lần trong ngày, mỗi khi một tác vụ được hoàn thành.
Làm việc 40 giờ một tuần — Không làm việc nhiều hơn 40 giờ một tuần. Không bao giờ làm việc quá giờ đến tuần thứ hai.
Khách hàng tại chỗ (On-site customer) — Kết hợp một người dùng thật vào đội ngũ phát triển, làm việc toàn thời gian để trả lời các câu hỏi cho đội phát triển.
Các chuẩn mực lập trình (Coding standards) — Lập trình viên viết tất cả các mã lệnh tuân theo những quy tắc nhằm khuyến khích giao tiếp thông qua mã lệnh.

Kết quả (Anh) 1:

The game plan (The Planning Game) — quickly determine the scope of the release (release) to by matching the business priorities (business priorities) and estimate engineer (technical estimates). When these practices affect the plan, updated plan. The game plan was to use both in the plan released (Release Planning) and planning segments (Iteration Planning).The minor release (Small releases) — Putting the system into production status (production, as opposed to a status of "development"-grow), and then release the new version at the end of each short lifecycle.System Metaphor (the metaphor system) — guide all development processes by simply sharing stories about how that system would work. It may be a system of the concept of the class, the method to help the development team members to easily guess the function it performs.Simple design (Simple design) — the system should be designed as simple as possible at any time. Every time the discovery place complex, need to remove immediately.Test (Testing) — programmers often write the unit test (unit tests) during development, and client shall write down the test article to identify the complete conditions for each feature.Restructuring (Refactoring) — programmer system restructuring that does not affect the operation of the system to remove the duplicate, redundant, to improve communication, simple and increase the flexibility of the system.Programming in pairs (Pair programming) — all the production code (production code, distinguished from the "test code"-code written out to test) must be written by two programmers on each computer.Collective ownership (Collective ownership) — anyone can change any command line would in any time.Continuous integration (Continuous integration) — integrate and build (build) the system several times a day, each time a task is completed.Working 40 hours a week — not to work more than 40 hours a week. Never work overtime to the second week.On-premises customers (On-site customer) — a combination of real users in our development team, working full time to answer the questions for the development team.Programming standards (Coding standards) — programmers write code all follow these rules in order to encourage communication through the command code.

Kết quả (Anh) 2:

Game Plan (The Planning Game) - quickly determine the scope of the release (release) to by combining business priorities (business Priorities) and estimating techniques (technical Estimates). When practices have an impact on the plan, updating the plan. Game Plan used both in the planning of release (Release Planning) and planning Segment (Iteration Planning).
The minor release (Small releases) - Putting the system into production status ( production, in contrast to the state of "development" - development), then release the new version at the end of the short life cycle.
system metaphor (metaphor system) - guide all development with stories shared simple sharing of how the system will work. It can be a system of class concepts, measures to help the development team members easily predict the function it performs.
Design Simple (Simple design) - System design should be simple possible at any given time. Whenever discovered complicated place, needs to be removed immediately.
Testing (Testing) - Programmers often write unit tests (unit tests) during development, and then write down customers the test for determining completion conditions for each feature.
restructuring (refactoring) - programmers restructure the system without affecting the operation of the system in order to eliminate duplication and redundancy , to improve communication, increase the simplicity and flexibility of the system.
Programming in pairs (pair programming) - All production code (production code, as opposed to "test code" -the code written order to test) must be written by two programmers on each computer.
collective ownership (collective ownership) - any person can change any line of code in any given time.
continuous integration (continuous integration) - integrated and construction (build) system several times a day, every time a task is completed.
work 40 hours a week - not to work more than 40 hours a week. Never work overtime until the second week.
Customers in situ (on-site customer) - Combining a real user on the development team, working full-time to answer questions for the development team .
the programming standards (Coding standards) - programmers write all the code to follow these rules in order to encourage communication through the code.