Scrum can be traced back to the wor

Scrum can be traced back to the work of Hirotaka Takeuchi and Ikujiro Nonaka who in 1986 described a new holistic approach in new commercial product development efforts. They compare this approach of a cross-functional team collaborating to develop a new product to rugby, where the whole team “tries to go the distance as a unit, passing the ball back and forth.” The scrum metaphor has been expanded and refined into a fairly prescriptive framework that has enjoyed success on high-tech and software development projects (see Snapshot from Practice Soul Searching).
Scrum, like other Agile methods, begins with a high-level scope definition and ballpark time and cost estimates for the project. The scope and cost estimates should be complete enough that management is comfortable with the estimates. The theory is that since requirements evolve over time, detailed up-front planning will be wasted. In place of a product WBS, Scrum uses product features as deliverables. A feature is defined as a piece of a product that delivers some useful functionality to a customer. In the case of a software project, a feature may be a bank customer being able to change her PIN. In the case of a high-tech product, it may be 3G wireless access. Features are prioritized by their perceived highest value. The project team tackles the highest, feasible priority features first. Priorities are re-evaluated after each iteration. Iterations are called sprints and should last no longer than four weeks. The goal of each sprint is to produce fully functional features. This forces the team to tackle tough decisions early in order to create a workable demo.
Specific features are created according to four distinct phases: analysis, design, build, and test (see Figure 17.3). Each feature can be thought of as a mini-project. The first phase is analysis and review of functional requirements that will be needed to complete the feature. The team commits to meet these requirements. The second phase is the development of a design that meets the requirements of the feature. The third phase is to build the feature so that it is functional. Finally, the feature is tested and documented. At the end of each sprint, features are demonstrated. Within this sprint framework, Scrum relies on specific roles, meetings, and documents/logs to manage the project.

Kết quả (Việt) 1:

Scrum có thể được truy trở lại công việc của Hirotaka Takeuchi và Ikujiro Nonaka Ai năm 1986 mô tả một cách tiếp cận toàn diện mới trong nỗ lực phát triển mới của sản phẩm thương mại. Họ so sánh cách tiếp cận này một đội ngũ chéo chức năng cộng tác để phát triển một sản phẩm mới để bóng bầu dục, nơi toàn bộ đội ngũ "cố gắng đi khoảng cách như là một đơn vị, đi qua bóng trở lại và ra." Ẩn dụ scrum đã được mở rộng và tinh chế thành một khuôn khổ quy tắc khá đã rất thành công về các dự án phát triển công nghệ cao và phần mềm (xem ảnh chụp từ thực hành linh hồn tìm kiếm).Scrum, giống như các phương pháp nhanh nhẹn, bắt đầu với một định nghĩa phạm vi cao cấp và ballpark thời gian và chi phí ước tính cho dự án. Phạm vi và chi phí ước tính nên hoàn toàn đủ rằng quản lý là thoải mái với các ước tính. Lý thuyết là rằng kể từ khi yêu cầu phát triển theo thời gian, kế hoạch lên-trước chi tiết sẽ bị lãng phí. Thay cho một sản phẩm WBS, Scrum sử dụng tính năng sản phẩm như phân phôi. Một tính năng được định nghĩa như là một phần của một sản phẩm mà cung cấp một số tính năng hữu ích cho một khách hàng. Trong trường hợp của một dự án phần mềm, một tính năng có thể là một khách hàng ngân hàng có thể thay đổi mã PIN của mình. Trong trường hợp của một sản phẩm công nghệ cao, nó có thể là truy cập không dây 3 G. Các tính năng được ưu tiên bằng giá trị cao nhận thức của họ. Nhóm dự án bóng các tính năng ưu tiên cao nhất, khả thi lần đầu tiên. Ưu tiên được tái đánh giá sau mỗi iteration. Lặp đi lặp lại được gọi là chạy nước rút và nên cuối cùng không còn hơn bốn tuần. Mục tiêu của mỗi sprint là để sản xuất các tính năng đầy đủ chức năng. Điều này buộc các đội để giải quyết các quyết định cứng rắn đầu để tạo ra một bản demo hoàn toàn khả thi.Tính năng cụ thể được tạo ra theo bốn giai đoạn riêng biệt: phân tích, thiết kế, xây dựng và thử nghiệm (xem hình 17.3). Mỗi tính năng có thể được dùng như một dự án nhỏ. Giai đoạn đầu tiên là phân tích và xem xét các yêu cầu chức năng cần có để hoàn thành các tính năng. Đội cam kết đáp ứng các yêu cầu này. Giai đoạn thứ hai là sự phát triển của một thiết kế đáp ứng yêu cầu của các tính năng. Giai đoạn thứ ba là xây dựng các tính năng như vậy mà nó là chức năng. Cuối cùng, các tính năng thử nghiệm và ghi lại. Vào cuối mỗi sprint, tính năng được chứng minh. Trong khuôn khổ này chạy nước rút, Scrum dựa trên vai trò cụ thể, các cuộc họp và các tài liệu/Nhật ký để quản lý dự án.

Kết quả (Việt) 2:

Scrum có thể được truy trở lại công việc của Hirotaka Takeuchi và Ikujiro Nonaka người vào năm 1986 đã mô tả một cách tiếp cận toàn mới trong nỗ lực phát triển sản phẩm thương mại mới. Họ so sánh cách tiếp cận này của một đội chéo chức năng hợp tác để phát triển một sản phẩm mới đến bóng bầu dục, nơi mà toàn đội "cố gắng đi xa như một đơn vị, đi bóng qua lại." Ẩn dụ scrum đã được mở rộng và tinh chế thành một khuôn khổ khá quy tắc đó đã rất thành công về công nghệ cao và các dự án phát triển phần mềm (xem Ảnh chụp từ thực hành linh hồn tìm kiếm).
Scrum, giống như các phương pháp Agile khác, bắt đầu với một định nghĩa cấp cao phạm vi và thời gian sân chơi bóng chày và dự toán chi phí cho dự án. Các ước tính quy mô và chi phí nên hoàn toàn đủ rằng quản lý là thoải mái với dự toán. Lý thuyết này là từ yêu cầu phát triển theo thời gian, lập kế hoạch lên phía trước chi tiết sẽ bị lãng phí. Ở vị trí của một WBS sản phẩm, Scrum sử dụng tính năng sản phẩm như phân phôi. Một tính năng được định nghĩa như là một phần của một sản phẩm mà cung cấp một số chức năng hữu ích cho một khách hàng. Trong trường hợp của một dự án phần mềm, một tính năng có thể là một khách hàng của ngân hàng có thể thay đổi mã PIN của mình. Trong trường hợp của một sản phẩm công nghệ cao, nó có thể là 3G truy cập không dây. Các tính năng được ưu tiên bởi giá trị cao nhất nhận thức của họ. Nhóm dự án đã khắc phục những ưu tiên cao nhất, khả thi tính năng đầu tiên. Ưu tiên được đánh giá lại sau mỗi lần lặp. Lặp đi lặp lại được gọi là chạy nước rút và không nên kéo dài hơn bốn tuần. Mục tiêu của mỗi nước rút là để sản xuất các tính năng đầy đủ chức năng. Điều này buộc các đội để giải quyết quyết định khó khăn ban đầu để tạo ra một bản demo hoàn toàn khả thi.
Tính năng cụ thể được tạo ra theo bốn giai đoạn: phân tích, thiết kế, xây dựng và thử nghiệm (xem hình 17.3). Mỗi tính năng có thể được coi như là một dự án nhỏ. Giai đoạn đầu tiên là phân tích và xem xét các yêu cầu chức năng đó sẽ là cần thiết để hoàn thành các tính năng. Các đội cam kết đáp ứng các yêu cầu này. Giai đoạn thứ hai là sự phát triển của một thiết kế đáp ứng các yêu cầu của tính năng này. Giai đoạn thứ ba là xây dựng các tính năng để nó là chức năng. Cuối cùng, tính năng được kiểm tra và ghi chép lại. Vào cuối của mỗi nước rút, tính năng này được chứng minh. Trong khuôn khổ chạy nước rút này, Scrum dựa trên vai trò cụ thể, các cuộc họp, và các tài liệu / bản ghi để quản lý dự án.