Thiết lập một mục tiêu chạy nước rút đã được thống nhất, quyết định các PBI nên được thực hiện, tạo một Sprint backlog.

Họ không thể thực hiện công việc của họ nếu họ không quản lý chặt chẽ.

Đặc điểm chính của tất cả các nhóm Scrum là do người ngoài tổ chức

các nhóm như vậy cầm yêu cầu phải có người quản lý dự án hoặc bất kỳ nhà lãnh đạo chính thức nào khác

Chú trọng vào tài liệu thay vì mã chương trình

Chú trọng vào mã chương trình thay vì thiết kế

Dựa trên 1 cách phát triển phần mềm theo kiểu vòng lặp

Nhanh chóng chuyển giao phần mềm hoạt động tới khách hàng và nhanh chóng tiến hóa để đáp ứng yeu cầu thay đổi của khách hàng

Sprint planning, Sprint backlog, Sprint excution, Sprint review

Shippable product increment

Test software

Select items to implement

Là các hoạt động có thời lượng ngắn (1-4 tuần) và diễn ra giữa một ngày bắt đầu và ngày kết thúc xác định

Là một cuộc đua

Là một quá trình tăng tốc

Là một hoạt động có tính bị động

Một nhóm phát triển đưa ra quyết định của riêng họ về phân bổ công việc, điều phối, lịch trình và bên ngoài tương tác cuối cùng

Ở cấp độ đơn giản nhất, một nhóm tự tổ chức là một nhóm rất phụ thuộc hoặc chờ đợi người quản lý phân công công việc

các nhóm này tự tìm công việc của riêng họ và không cần quản lý các trách nhiệm và thời gian liên quan

Để cấu trúc này hoạt động, các nhóm tự tổ chức không cần phải có tinh thần làm chủ và trách nhiệm cao

Iterative development and the minimization of overheads during the development process.

The increased of overheads during the development process.

The minimization of overheads during the development process.

Iterative development

Implement user roles so that a user can select their role when they login to the system.

There is a tangible output (usually a software demonstrator) that can be delivered at the end of every sprint.

If errors and omissions are discovered the rework required is limited to the duration of a sprint.

The team develops an understanding of how much work they can do in a fixed time period.

Xây dựng các phiên bản lớn nhỏ của phần mềm một cách linh và khả năng hỗ trợ sự thay đổi

Xây dựng các phiên bản lớn của phần mềm một cách chính xác và chặt chẽ

Xây dựng các phiên bản nhỏ của phần mềm một cách chính xác và chặt chẽ

Xây dựng các phiên bản lớn của phần mềm một cách linh hoạt

Tăng cường sự trao đổi trực tiếp và tương tác giữa các thành viên trong nhóm và khách hàng để đảm bảo rằng phần mềm được xây dựng đúng yêu cầu và đáp ứng nhu cầu của người dùng cuối

Tăng cường sự hỗ trợ và tương tác giữa các lập trình viên trong nhó

Giúp người quản lý dự án hiểu rõ hơn về nhu cầu của khách hàng và điều chỉnh kế hoạch dự án tương ứng

Giúp các thành viên trong nhóm có sự tương tác với nhau để hoàn thiện phần mềm

Product Owner

Project Manager

Lead Developer

Business Analyst

Không hay thích ứng với những thay đổi.

Hiểu sai tài liệu, mất tài liệu do Agile không yêu cầu tài liệu.

Những yêu cầu được gửi đến cho đội sản xuất khi chưa đầy đủ các thông tin cần thiết.

Những thay đổi yêu cầu là quá nhiều và dồn dập sẽ gây ra những đánh giá và kế hoạch không đúng đắn.

Quy trình và công cụ hơn là cá nhân và sự tương tác.

Phần mềm chạy tốt hơn là tài liệu đầy đủ.

Cộng tác với khách hàng hơn là đàm phán hợp đồng.

Null

Software features

Product experience

Convenient use

Some Important Features

Giúp doanh nghiệp đạt được kết quả kinh doanh tốt hơn.

Mang lại nhiều giá trị cho khách hàng.

Gắn kết nhân viên.

Gắn kết khách hàng.

Liên quan đến khách hàng, nắm lấy sự thay đổi, phát triển và cung cấp tăng dần, duy trì sự đơn giản, tập trung vào mọi người không xử lý

Liên quan đến khách hàng, nắm lấy sự thay đổi, phát triển và cung cấp tăng dần, duy trì sự đơn giản, tập trung vào mọi người xử lý

Liên quan đến khách hàng, nắm lấy sự thay đổi, phát triển và cung cấp giảm dần, duy trì sự đơn giản, tập trung vào mọi người xử lý

Liên quan đến khách hàng, nắm lấy sự thay đổi, phát triển và cung cấp giảm dần, duy trì sự đơn giản, tập trung vào mọi người không xử lý

Dễ dàng thích nghi với các thay đổi xảy ra

Công việc được thực hiện theo trình tự: lập kế hoạch cơ bản, thiết kế ngoài, thiết kế trong, thiết kế chương trình, lâp trình, kiểm thử

Tập trung vào xây dựng các tài liệu trong tiến trình phát triển.

Nhấn mạnh đặc điểm toán học của yêu cầu

Có khả năng đáp ứng sự thay đổi yêu cầu của khách hàng mà không phải sửa lại quá nhiều

Giảm phụ phí trong quy trình phần mềm bằng giảm công sức viết code

Cộng tác cuả khách hàng hơn và thương lượng hợp đồng

Không cần sự tham gia của khách hàng trong quá trình phát triển

Cả phát triển gia tăng và lặp đi lặp lại

Phát triển gia tăng

Phát triển lặp đi lặp lại

Phát triển tuyến tính

Sửa đổi code mà không thay đổi chức năng của nó để cải thiện hiệu suất

Sửa đổi code mà thay đổi chức năng để cải thiện hiệu suất

Không sửa đổi code mà vẫn cải thiện được hiệu suất

Sửa đổi code mà có thay đổi chức năng nhưng không cải thiện hiệu suất

Thực hiện và kiểm tra tính năng

Phân phối hệ thống

Hoàn thành các tính năng

Tích hợp tính năng vào hệ thống

People and how they communicate.

Documentation and planning.

Control and management.

Processes and tools.

Maintain complexity

Involve the customer

Embrace change

Focus on people, not things

Sum of all product backlog items completed at any point during a sprint and the value of the increments of all previous sprint.

The Product Backlog.

All user stories

Product backlog items completed during this Sprint only. Does not include the previous Sprints.

Choosing features to be included randomly

Refine feature descriptions

Integrate feature and test

Implement and test

Following a plan over responding to change

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Một phương pháp lập trình phần mềm độc lập

Một ngôn ngữ lập trình phần mềm

Một công cụ hỗ trợ lập trình phần mềm

Một ngôn ngữ lập trình phần mềm linh hoạt

Sự phát triển của Extreme Programming(XP).

Sự phát triển của Scrum.

Sự phát triển của Agile methods.

Sự phát triển của quản lý sản phẩm phần mềm.

Software development, change, rapid delivery

Application software with many features

Widely used

Rapid delivery

Lập kế hoạch gia tăng, hội nhập liên tục, phát triển thử nghiệm đầu tiên tái cấu trúc, phát hành nhỏ và Sở hữu tập thể, lập trình cặp, bước đi bền vững, khách hàng tại chỗ, thiết kế đơn giản.

Sở hữu tập thể, lập trình cặp, bước đi bền vững, khách hàng tại chỗ, thiết kế đơn giản.

Lập kế hoạch gia tăng, hội nhập liên tục, phát triển thử nghiệm đầu tiên tái cấu trúc, phát hành nhỏ

Lập kế hoạch gia tăng, hội nhập liên tục, sở hữu tập thể, lập trình cặp.

Phản hồi nhanh(Rapid Feedback)

Chất lượng công việc thấp(Low quality work)

Giả định phức tạp(Complex assumptions)

Phản hồi chậm(Slow Feedback)

Các tính năng mới được thêm vào so với phiên bản trước

Dung lượng được giảm so với phiên bản trước

Không thay đổi gì so với phiên bản trước

Là phiên bản mới hoàn toàn so với phiên bản trước

Big releases.

Collective ownership

Simple design

On-site customer

Tăng cường sự trao đổi trực tiếp và tương tác giữa các thành viên trong nhóm để đảm bảo rằng các thành viên đều hiểu rõ những gì đang được làm và làm thế nào để hoàn thành công việc một cách hiệu quả.

Sử dụng ngôn ngữ lập trình phần mềm để xây dựng các phiên bản lớn của phần mềm

Sử dụng công cụ hỗ trợ lập trình phần mềm để tăng tính chính xác và chặt chẽ của các phiên bản

Tăng cường sự trao đổi trực tiếp và tương tác giữa các lập trình viên trong nhóm để tăng tính hiệu quả của công việc

Incremental planning.

Collective ownership

Pair programming

Simple design

Mã nguồn mới thay thế, phá vỡ mã nguồn cũ

Thay vì code sau đó viết mã thử nghiệm, các nhà phát triển viết test case trước khi code.

Một đơn vị framework tự động kiểm tra sẽ được thực hiện sau mỗi lần thay đổi

Luôn luôn có một phiên bản kiểm tra của code có sẵn

Tinh chỉnh, ước tính, sáng tạo, ưu tiên

Tinh chỉnh, ước tính, ưu tiên

Ước tính, ưu tiên, sáng tạo

Tinh chỉnh, sáng tạo, ưu tiên

Chủ sản phẩm, điều phối viên, nhóm phát triển.

Người quản lý.

Kiến trúc sư.

Chăm sóc khách hàng.

Tự quản (self-managing)

Minh bạch (transparency)

Thanh tra (inspection)

Thích nghi (adaptation)

Không bắt buộc bất kỳ thực hành kỹ thuật cụ thể.

Niềm tin giữa khách hàng và nhà phát triển được thiết lập và một nền văn hóa tích cực được tạo ra.

Khách hàng thấy các sản phẩm gia tăng được giao đúng hạn và nhận được phản hồi về cách thức hoạt động của sản phẩm.

Yêu cầu không ổn định không theo kịp tiến độ.

Many projects are evolutionary, and a better solution emerges this way.

It is time-consuming to analyze everything at the beginning of a project.

It prevents late delivery of the project.

It creates a better relationship between the developers and customer representatives.

Unstable requirements don’t hold up progress, stakeholders can relate to productincrements, customers see on-time delivery of increments, team communication isimproved, trustis established between developers and customers

Unstable requirements don’t hold up progress, stakeholders can relate to productincrements, customers see on-time delivery of increments, It is not related to the project's deadline, trustis established between developers and customers

It requires the use of small teams, stakeholders can relate to productincrements, customers see on-time delivery of increments, team communication isimproved, trustis established between developers and customers.

Unstable requirements don’t hold up progress, It requires experienced personnel, customers see on-time delivery of increments, team communication isimproved, trustis established between developers and customers.

Từ 2 đến 4 tuần.

1 tháng.

3 tháng.

4 tháng.

Scrum có 3 vai trò đó là -Product Owner, Scrum Master, Development Team

Scrum có 2 vai trò đó là: product backlog, inspection

Scrum có 4 vai trò đó là: Scrum Master, Scrum continuous improvement, Agile, Product Owner

Scrum chỉ có đúng 1 vai trò đó là Scrum Master

Là một phương pháp linh hoạt cung cấp khuôn khổ cho dự án linh hoạt tổ chức và lập kế hoạch. Nó không yêu cầu bất kỳ kỹ thuật cụ thể tập quán.

Là một cụm từ viết tắt

Là một kế hoạch phát triển của một dự án

Là mục tiêu phát triển của một dự án

Cả 3 đáp án đều đúng

Quản lý Product Backlog hiệu quả.

Tổ chức các sự kiện Scrum theo yêu cầu hoặc khi cần.

Hiểu và thực hành các giá trị Agile

Agile hoạt động linh hoạt hơn Scrum. Agile có người lãnh đạo đóng vai trò quan trọng trong khi Scrum là một nhóm chức năng chéo tự hoạt động. Agile với chức năng đơn giản mặc định trong khi Scrum có thể sáng tạo và thử nghiệm.

Scrum tối ưu hơn Agile, Giảm chi phí, Cải thiện chất lượng.

tối đa hóa các giá trị mà mỗi phương pháp sẽ tạo ra cho khách hàng doanh nghiệp, cơ chế lặp lại và sự tăng trưởng .

Scrum Có thể cần thay đổi quy trình, cách tổ chức khi bắt đầu hoặc trước khi bắt đầu dự án.

Do the necessary documentation to support the development and use of the product.

Do no documentation because it is a waste of time.

Do sufficient documentation to prove you have done a good job.

Do more documentation than usual, because Agile is risky.

Là một chuyên gia Scrum có nhiệm vụ hướng dẫn nhóm trong việc sử dụng hiệu quả phương pháp Scrum

Là người đầu não của một Scrum

Là người chịu trách nhiệm nghĩ ra Scrum

Là người sáng lập ra Scrum

Provide a framework for agile project organization and planning.

Help saving budget.

Identify product features and attributes.

Reponsible for fixxing bugs and implement features.

A team coach who guides the team in the effective use of Scrum

Organizer of daily group meetings

A member who knows what the customer wants and the relative business value of those wants

A collection of individuals (typically between five and nine members) working together

The Product Owner is responsible for ensuring that the development team are always focused on the product they are building

The Product Owner is a Scrum expert whose job is to guide the team in the effective use of the Scrum method.

Customers see on-time delivery of increments and gain feedback on how the product works.

The product is broken down into a set of understandable chunks that stakeholders can relate to.

Unstable requirements do not hold up progress

Customers see on-time delivery of increments and gain feedback on how the product works

Trust between customers and developers is established and a positive culture is created

Team communication is improved because everyone can see everything.

When the sprint duration ends

When all tasks are complete.

When all committed product backlog items meet their definition of done.

It depends.

The Developers decide within conformance of the Scrum framework.

At the end of the work day.

The Scrum Master will decide the best time.

It depends on the Product Owner's availability.

Is a way for a team to reflect on how they can improve the way they work.

Only team members attend the Sprint Review

The Sprint Review should be done every week even if your sprint duration is 3 weeks or longer..

The sprint review shouldn't include a process review

Ready for consideration, Ready for refinement.

Estimation, Refinement.

Prioritization, Ready for refinement.

Estimation, Refinement, Ready for consideration.

Product, Development team, Sprint

Domain experience, Product experience, Product

Domain experience, Development team, Sprint

Domain experience, Product experience, Prototyping and playing around

An increment of done software

Wireframes designs for User Interface

An architectural design of the solution

A document containing test cases for the current sprint

Product Owner

Project Manager.

Scrum Master.

Project Sponsor

Một danh sách các yêu cầu cho sản phẩm phần mềm.

Một danh sách các công việc được chọn từ Product Backlog để được thực hiện trong một Sprint

Một người đảm nhiệm quản lý danh sách công việc

Một công cụ để theo dõi tiến độ và hiệu quả của dự án

Tất cả đáp án

Các tính năng mới cho sản phẩm

Sửa chữa lỗi (bug fixes)

Các cải tiến hiệu suất và tính năng hiện có

Xây dựng Product Backlog.

Tổ chức Sprint Review Meeting

Thực hiện Sprint

Tổ chức Sprint Planning Meeting

Tổ chức các cuộc họp hàng ngày.

Thêm các yêu cầu mới vào Product Backlog

Sắp xếp lại thứ tự ưu tiên trong Product Backlog

Đánh giá và ước lượng khối lượng công việc cho các yêu cầu trong Product Backlog

The Product Owner

The Development Team

The Scrum Master

The Scrum Team

Code mới phá vỡ, thay đổi các mã code đã thực hiện

Nhóm từ 5-8 người

Bao gồm nhiều thành viên có nhiều Kỹ năng, trải nghiệm người dùng, mạng, thiết kế CSDL, ...

Thành viên trong nhóm có mức độ kinh nghiệm làm việc khác nhau