- Bước 1: Thu nhập các đặc điểm của

- Bước 1: Thu nhập các đặc điểm của sản phẩm (backlog) trong đơn đặt hàng. Đây là bước quan trọng nhất. Lập nên các đội làm việc, có thể tách thành các đội nếu cần thiết và thảo luận với nhau về nghiệp vụ cần làm. Sau đó bổ nhiệm một người vào vị trí Product owner, người này có khả năng trao đổi, bao quát công việc tốt, biết sắp xếp ưu tiên đúng thứ tự các nhiệm vụ. Sau đó tự tổ chức lại đội làm việc, đề xuất ra vị trí Scrum master và thảo luận chi tiết các yêu cầu, sắp xếp chúng theo thứ tự ưu tiên.
• Bước 2: Ước lượng đầy các yêu cầu về sản phẩm đầu ra. Có ước lượng ở mức độ cao, chia sản phẩm thành số lượng các danh mục backlog. Tuy nhiên số lượng sẽ không chính xác được, về sau chúng sẽ được bổ sung. Tiếp đến là ước lượng chi tiết từng backlog, ước lượng số lượng các đội làm việc.
• Bước 3: Lên kế hoạch phát triển các vòng lặp sprint. Sử dụng các cuộc trao đổi kế hoạch phát triển sprint với tất cả các thành viên. Xác định khoảng thời gian sẽ phát triển một sprint (thường là 30 ngày), mục tiêu của sprint là gì, sẽ đạt được gì, phân tích các yêu cầu của sprint một cách rõ ràng.
• Bước 4: Lên kế hoạch phát triển các nhiệm vụ của sprint. Tất cả mọi người sẽ xác định ngân sách của sprint đó, chia các đặc điểm thành các tác vụ nhỏ hơn, ước lượng số thời gian sẽ làm từng task (giờ), hoàn tất các yêu cầu và nhận dạng task quan trọng.
• Bước 5: Tạo ra không gian làm việc cộng tác cho tất cả mọi người. Thường sử dụng bảng trắng để vẽ nên những vấn đề cần thiết cho tất cả mọi người cùng đánh giá.
• Bước 6: Các thành viên bắt tay xây dựng từng sprint. Lập trình, kiểm thử và điều chỉnh thời gian để có hiệu quả tốt nhất. Đôi khi có thể hủy bỏ một sprint và quay lại với việc lập kế hoạch khác.
• Bước 7: Mọi người báo cáo kết quả để tiếp tục làm việc. Các báo cáo tập trung vào các vấn đề: đạt được những gì so với lần trao đổi trước; sẽ hoàn thành những gì trong lần trao đổi tiếp theo; có những trở ngại gì trong quá trình làm việc v.v.
• Bước 8: Tổng hợp kết quả trên biểu đồ. Đây là bức tranh tổng quát về những việc đã làm được, những việc chưa làm được, thời gian ước lượng còn lại và có thể điều chỉnh lại.
• Bước 9: Xem xét để hoàn tất. Khi các thành viên nói công việc đã hoàn thành có nghĩa là mọi thay đổi sẽ bị từ chối, đẩy lại cho vòng lặp sau.
• Bước 10: Đánh giá, phản ánh và lặp lại. Có các cuộc họp đánh giá lại sprint của các thành viên. Sẽ trình bày những gì đạt được, phản hồi của khách hàng, xét thời hạn của sprint. Nhìn lại biểu đồ ở bước 8 để xác định lại toàn bộ hệ thống và tiếp nhận những đóng góp, bổ sung để đưa tiếp vào các vòng lặp sprint tiếp theo.
4. Các điểm mạnh
Điểm mạnh nhất đó là việc linh hoạt, dự án không được cố định từ đầu về thời gian hoàn thành hay những yêu cầu mà nó sẽ được xác định khi phát triển thực tế.
Phân phối sản phẩm mềm dẻo: nội dung sản phẩm chuyển giao được xác định linh hoạt theo môi trường sử dụng thực tế.
Thời gian biểu linh hoạt: có thể muộn hoặc sớm hơn so với kế hoạch ban đầu.
Chất lượng sản phẩm tốt và giảm rủi ro sản xuất, chi phí thấp. Khả năng trao đổi giữa khách hàng và nhà phát triển, giữa những thành viên trong đội được đặt lên mức cao.
Tốc độ phát triển nhanh, tiết kiệm thời gian. Việc chuẩn bị hành động cho những thay đổi trong quá trình phát triển tốt hơn vì hầu như hàng ngày luôn có những buổi họp đánh giá lại ở những vòng lặp phát triển.
Các bugs (lỗi) và các vấn đề được phát hiện sớm hơn rất nhiều so với các phương pháp truyền thống bởi vì khách hàng được tham gia đánh giá rất nhiều và đầu ra của sản phẩm rất nhanh. Và khi đi sai hướng, có thể hủy ngay sprint đó để quay lại với bản kế hoạch.

Kết quả (Anh) 1:

-Step 1: income the characteristics of the product (backlog) in order. This is the most important step. Set up the working team, able to split into teams if needed and talk with each other about the profession needs to do. Then appoint a person to the location of the Product owner, who has the ability to Exchange, covering a good work, know the sort order priority tasks. Then reorganized the team work, suggestions out location of Scrum master and discussed in detail the requirements, arrange them in order of priority.• Step 2: estimate the full requirements for product output. There is a high level estimate, divided into product categories number of backlog. However the amount will not exactly be, later on they will be added. Next up is the estimate in detail each of the backlog, the estimate for the number of working teams.• Step 3: planning the development of sprint loop. Use the Exchange development sprint plan with all the members. Determine the period of time will develop a sprint (usually 30 days), sprint's goal is nothing, will achieve anything, analyzing the requirements of sprint in a clear way.• Bước 4: Lên kế hoạch phát triển các nhiệm vụ của sprint. Tất cả mọi người sẽ xác định ngân sách của sprint đó, chia các đặc điểm thành các tác vụ nhỏ hơn, ước lượng số thời gian sẽ làm từng task (giờ), hoàn tất các yêu cầu và nhận dạng task quan trọng.• Bước 5: Tạo ra không gian làm việc cộng tác cho tất cả mọi người. Thường sử dụng bảng trắng để vẽ nên những vấn đề cần thiết cho tất cả mọi người cùng đánh giá.• Bước 6: Các thành viên bắt tay xây dựng từng sprint. Lập trình, kiểm thử và điều chỉnh thời gian để có hiệu quả tốt nhất. Đôi khi có thể hủy bỏ một sprint và quay lại với việc lập kế hoạch khác.• Bước 7: Mọi người báo cáo kết quả để tiếp tục làm việc. Các báo cáo tập trung vào các vấn đề: đạt được những gì so với lần trao đổi trước; sẽ hoàn thành những gì trong lần trao đổi tiếp theo; có những trở ngại gì trong quá trình làm việc v.v.• Bước 8: Tổng hợp kết quả trên biểu đồ. Đây là bức tranh tổng quát về những việc đã làm được, những việc chưa làm được, thời gian ước lượng còn lại và có thể điều chỉnh lại.• Bước 9: Xem xét để hoàn tất. Khi các thành viên nói công việc đã hoàn thành có nghĩa là mọi thay đổi sẽ bị từ chối, đẩy lại cho vòng lặp sau.• Bước 10: Đánh giá, phản ánh và lặp lại. Có các cuộc họp đánh giá lại sprint của các thành viên. Sẽ trình bày những gì đạt được, phản hồi của khách hàng, xét thời hạn của sprint. Nhìn lại biểu đồ ở bước 8 để xác định lại toàn bộ hệ thống và tiếp nhận những đóng góp, bổ sung để đưa tiếp vào các vòng lặp sprint tiếp theo.4. Các điểm mạnhĐiểm mạnh nhất đó là việc linh hoạt, dự án không được cố định từ đầu về thời gian hoàn thành hay những yêu cầu mà nó sẽ được xác định khi phát triển thực tế.Phân phối sản phẩm mềm dẻo: nội dung sản phẩm chuyển giao được xác định linh hoạt theo môi trường sử dụng thực tế. Thời gian biểu linh hoạt: có thể muộn hoặc sớm hơn so với kế hoạch ban đầu.Chất lượng sản phẩm tốt và giảm rủi ro sản xuất, chi phí thấp. Khả năng trao đổi giữa khách hàng và nhà phát triển, giữa những thành viên trong đội được đặt lên mức cao.Tốc độ phát triển nhanh, tiết kiệm thời gian. Việc chuẩn bị hành động cho những thay đổi trong quá trình phát triển tốt hơn vì hầu như hàng ngày luôn có những buổi họp đánh giá lại ở những vòng lặp phát triển.Các bugs (lỗi) và các vấn đề được phát hiện sớm hơn rất nhiều so với các phương pháp truyền thống bởi vì khách hàng được tham gia đánh giá rất nhiều và đầu ra của sản phẩm rất nhanh. Và khi đi sai hướng, có thể hủy ngay sprint đó để quay lại với bản kế hoạch.

Kết quả (Anh) 2:

- Step 1: The income of the characteristics of the product (backlog) in order. This is the most important step. Establish working teams, can split into teams if necessary and discuss together about the need to do business. Then appoint a person to the position Product owner, who has the ability to exchange, covering good job, knowing prioritize the order of tasks. Then reorganize the work, proposed a Scrum master position and discuss the details of the request, arrange them in order of priority.
• Step 2: Estimate the full requirements of output . There are estimated at a high level, divided into the number of product backlog list. However, the exact amount will not be, for they will be added later. Next to the details of each backlog estimates, estimates of the number of team working.
• Step 3: Plan to develop the loop sprint. Use these discussions sprint development plan with all members. Determine the amount of time will develop a sprint (usually 30 days), the goal of the sprint is, what will be achieved and analyzing the requirements of a clear sprint.
• Step 4: Plan Development sprint tasks. Everyone will determine the budget of that sprint, dividing the characteristics into smaller tasks, estimate the amount of time each task will (now), complete the identification requirements and important task.
• step 5: Create a collaborative work space for everyone. Often using a whiteboard to draw up the necessary matters for everyone the same rating.
• Step 6: The members began building each sprint. Programming, testing and adjustment time to get the best effect. Sometimes it is possible to cancel a sprint and back to the other planning.
• Step 7: People report the results to continue working. The report focuses on the following issues: achieving what compared with the previous exchange; will accomplish what during the next exchange; What obstacles during work etc.
• Step 8: Summary of findings on the chart. This is a comprehensive overview of what has been done, what has not been achieved, estimated time remaining and can be readjusted.
• Step 9: Review to complete. When members say the work has been completed which means that any changes will be rejected, pushed back to the next loop.
• Step 10: Review, reflect and repeat. There the sprint review meeting of the members. Will present what is achieved, customer feedback, consider the duration of the sprint. Looking back at the chart in step 8 to redefine the entire system and receiving contributions, added to bring the sprint to the next loop.
4. The strong point
is that the point of maximum flexibility, the project will not be fixed from the beginning of time to complete or require that it will be determined when the actual development.
Product distribution flexibility: content products transferred shall be determined flexibly according to the actual use environment.
Timeline flexibility: can later or earlier than originally planned.
the quality of good products and reducing production risks, costs low. Exchange capacity between clients and developers, between the team members were placed on a high level.
The growth faster, save time. Action preparation for the changes in the development process better because almost daily meetings always reassessed in the development loop.
The bugs (errors) and the problem is detected early much more than the traditional method because clients are involved greatly appreciated and output of the product very quickly. And when it goes wrong, it can be canceled immediately sprint to get back to the plan.