Trong quá khứ, nếu có thay đổi về c

Trong quá khứ, nếu có thay đổi về các tính năng hay hệ thống, công nghệ thì sẽ rất khó khăn để thay đổi vì trong các mô hình cũ, các giai đoạn design, implementation và test sẽ được thực hiện một cách liên tục và khách hàng chỉ có thể thấy được sản phầm hoàn thiện. Vì thế nếu khách hàng muốn thay đổi một số tính năng hoặc thay đổi một số chi tiết thì sẽ rất khó khăn. Trong eXtreme Programing thì khác, các công đoạn được chia ra thành các phần nhỏ và được lặp nhiều lần và sau mỗi lần lặp sẽ là một bản release cho khách hàng. Vì thế nếu có thay đổi gì về yêu cầu hay tính năng cũng sẽ rất dễ dàng để sửa. Build ngắn và release ngắn sẽ giúp khách hàng nắm rõ tiến độ và kết quả của phần mềm hơn, cũng như giúp programer có thể dễ dàng thay đổi theo nhu cầu của khách hàng

Kết quả (Anh) 1:

In the past, if there is a change in the features or the system, the technologies will be very difficult to change because in the old model, the stages of design, implementation and test will be done continuously and customers can only see products perfect. So if the customer wants to change some features or change some of the details, it will be very difficult. In eXtreme Programing is different, the stage is divided into small parts and was repeated many times and after each loop would be a release for customers. So if there was no change of requirements or features will also be very easy to fix. Short and brief release build will help the customer is aware of the progress and results of the software, as well as help programer can easily be changed according to customer's needs

Kết quả (Anh) 2:

In the past, if there is a change in system features or technologies, it will be difficult to change because in the old model, the design phase, an implementation and tests will be carried out on an ongoing basis and customers can only see the finished product. So if customers want to change some features or change some of the details, it will be very difficult. In eXtreme Programming is different, the stages are divided into smaller pieces and was repeated several times, and after each iteration will be a release to customers. So if there is any change in requirements or functionality will also easy to fix. Build short and short release will help customers understand the progress and results of the software, as well as help programer can easily be changed according to customer needs