Metodologia scrum actualizada qa

Yuxi Pacific Group

AGILE Software Development PresentationThe SCRUM method

Overview

1• Introduction to the SCRUM method

2

• Meetings3

• Roles

4• Scrum Phases and Activities

5• Synoptic Tab

Scrum Methodology Introduction

Scrum is a very simple AGILE software development method based on continues adaptation to circumstances to the project’s evolution

Scrum Model

It´s a more ADAPTABLE than

PREDICTIVE method

Orientated towards PEOPLE more than

PROCESSES

Based on the AGILE development

structure

It is an ITERATIVE and INCREMENTAL

method for managing software

projects

Scrum in the incremental Development

It does not predict what will be the final product on the initial stage

With SCRUM the design and architecture development is generated in an incremental way throughout the project

It works under uncertain environments and unstable requirements.

clubdesarrolladores .com

Overview of the project Objetive:

Understand the vision of the project.

Specify and detail each one of the features identified so far.

Identify requirements with higher development priority and which can be carried out over a period of time(approx. 2 to 4 weeks).

Important: Each of these periods of development is an interaction that ends with the production of an increase in operating the product.

Ticket Backlog: the list of tickets or blocks of milestones originated based on the product’s overview and that will grow and evolve during the development

Sprint or Milestone: List of activities to be performed by the team during the Sprint or Milestone to generate the projected increase.

Delivery: Result of each Sprint or Milestone.

Process elements

Ticket Backlog Represents the client’s vision regarding the project’s objectives and deliverables. Contains the prioritized list objectives and requirements of the client. The client is responsible for creating and managing the requirements with help

of the Project Manager.

Sprint Basic development cycle of the SCRUM which is equivalent to one Iteration or

Milestone; during which the team works to transform a Ticket Backlog requirement into a project increase.

At the end of each Sprint, the team must present progress with functional features for the client.

AGILE management practices

AGILE works with self-organization and collaboration

Self-organization

During a project’s development there are many unpredictable factors arising from all areas and levels. Predictive management entrusts its resolution to the Project manager.

In Scrum teams are self-organized (not self-directed), with sufficient decision margin to take the decisions they deem appropriate

Collaboration

AGILE practices and working environment facilitates team’s collaboration. This is necessary, because in order to operate Self-organization as an effective control strategy, each member of the team must collaborate openly with the rest, according to their abilities and not to their role or their position.

ROLES

Everyone involve in the project must play a ROLE

Product Owner Who’s interest in receiving the project’s delivery. Ensures that the SCRUM team works properly from the

business perspective. The Product Owner writes user stories, prioritizes and

place them in the Ticket Backlog in collaboration with the Project Manager.

Client

Scrum Master (or Facilitator) Remove obstacles that prevent the team to reach the

Sprint goals. Ensures that the SCRUM process is perform properly. SCRUM master make sure the rules are followed.

Project Manager o Project Leader

Development team Is responsible for the product

delivery. It is typically composed of a team of 3

to 9 people with the necessary skills to develop the product (analysis, design, development, testing, documentation, etc.).

Project leader , Architect, Developers and QA

Stakeholders Refers to the people who make the

project possible and for whom itt will produce the benefit that justifies its production.

Involved and committed to the project: Ex: team development, client, etc….

PROCESS MEETINGSIncludes the vision, planning milestone, daily scrum, revision and closure

meeting

View meeting:

Presentation of the proposal or technological solution for the client. The requirements are established The user stories are designed

Planning Milestone Meeting :

Working day prior to the start of each Milestone that determines what will be the work and the objectives that must be met in that iteration.

Daily Scrum Meeting: Brief review of the team's work to date and planning for the next day.

Sprint Review: Analysis and review of the generated increase.

Closing Meeting: Analysis of continuous improvement to release the project.

PHASES AND ACTIVITIES SCRUM

VIEW PHASE

The objective is to develop the project proposal and backlog

Vision meeting Objetive:

Understand the needs of the client and of the project. This meeting starts the process of establishing requirements in order to start designing the User Stories.Who is attending?

The CEO and/or Project Manager, with client.

Deliverables

• The project proposal delivered by the CEO

• Ticket backlog delivered by the Project Manager.

Backlog Product Highly important document high for the entire project.

It represents what the client expects from the project regarding objectives, requirements and deliveries.

The client is responsible for creating and managing the list of requirements, in collaboration with of the Project Manager and/or the Scrum team.

It contains the the User Stories designed by the client.

The list of requirements may evolve during the project’s development, and new requirements may be included.

It reflects all the deliveries or Sprints, that the client expects to receive as the product is developed.

Includes risks and obstacles and actions to solve them.

It roughly estimates the cost of development.

This document helps the Product owner to know the priorities of the different objectives in order to define which tickets goes within a Sprint or Milestone.

All designs related to the project such as use cases, architectural design, UML designs, etc are registered.

Set Up Product Backlog in Unfuddle

Objetive :

Create all the tickets in Unfuddle that make part of the project (Ticket Backlog). Load the proposal in the Unfuddle Notebook Tab including the designs applied

so far and the User Stories established by the customer.

Note: The product Backlog is represented in

• Document with the proposal including its elements (User stories, designs, etc.)

• Creation of tickets in Unfuddle, Meaning: Ticket Backlog.

Responsible:Project Manager

Create the repository in UnfuddleObjetive:

Create the structure of folders in Unfuddle, specifically in the Tab Notebooks.

Note: This structure is adaptable to projects.

Design Documentation

Design of use cases Project proposal

Architectural Design Project delivery letter

System Files(CSS, templates, etc) Lessons learned

Unfuddle Repository

Responsible for creating the repository:Project Manager

Responsible for maintaining the repository:QA, Project leader, Project Manager in collaboration with those who conform the team.

PLANNING PHASE

Understanding requirements and designing use cases

Understanding RequirementsObjetive:

QAs with the support of the Project Leader clears all doubts of each of the requirements that are part of the Sprint.

QA provides support so that together with the development team assures that the requirements are fulfilled.

Attend meeting of the SprintObjetive:

Determine what will be the work and the objectives to be met in the iteration.

Who attend?

Project manager, Project leader, developers and QA.

Deliverable:

• Milestone created by Project Manager.

Planning the Sprint or Milestone

Take the Ticket Backlog and review the tasks starting with the highest in priority.

Define the duration time of the Spring (approx. 2 to 4 weeks).

The Project Manager defines the tasks of the Sprint and Project Leader assigns them.

Can the first requirement of the Backlog be done in X weeks? The Scrum Team examine it and split it into Tickets, thus forming the Milestone.

What does it contain a Sprint, Backlog or Milestone? Each ticket is organized by its priority.

Includes all tickets of the iteration or Sprint course.

It is recommended that a ticket should not take more than 16 hours to be completed.

UML designs and architecture Deliver or adapt architectural designs, infrastructure or security designs (according to the case ). Also do UML designs such as :

• Activities.• Estates.• Classes.• Collaboration.• Among others that apply.

Responsible:Architect and QA.

Attending Daily Scrum

After the Sprint planning meeting the Scrum Team meets and each one answers to three questions.

• What did you do yesterday?• What are you going to do today?• What help do you need?

This meeting also haves the advantage to return an estimate of the time of ongoing work that will need to be done due to unexpected changes.

Life Cycle of Software

Demo with the client

Objetive:

Once finished running the tests and all of the Sprint or Milestone bugs have been solved, proceeds to perform the Demo with the customer and the project team.

Responsible for directing the meeting:

Project Manager.

Note: As much as necessary demos are performed during the Sprint.

Customer tests

Objetive:

Ensure there are no errors in development before moving on to the production environment.

The client validates tickets in the Beta environment.

If customer finds errors in the project, it reports them by creating a ticket.

Perform again the bugs management and regression testing.

ANALYSIS AND REVIEW DURING THE SPRING

Attend the Sprint review meeting

Approximately a 2 hour meeting to review the program version with all the features specified in the Sprint Backlog.

Project leader teaches the version to the members of the team. Attendees can give opinions, suggestion for improvements, among other comments.

Sprint Retrospective

The Project manager, development team and the client discuss what things can be improved when working for the next Sprint or Milestone.

Observation :

The next meeting of the next Sprint based on Ticket Backlog is defined at the end of this review meeting.

RELEASE PHASE

Pass the development of Sprint or the whole project to the production environment. As long as all the functionalities of the system have been tested by the customer.

PROJECT CLOSURE

Verify deliverables

Objetive:

The Project leader checks that each of the deliverables at every stage of the project are stored in the file structure defined in Unfuddle.

Responsible:

Project Leader

Total closure meetingObjetive:

Once released the draft, the Scrum team and the customer perform the closing meeting.

At this meeting, details of the project are discussed, and the lessons learned. The summary of reported bugs will be reviewed.

• What did we do well?• What have we learned?• What can we do better?• What confuses us?

QA updates the WIKI of Yuxi with lessons learned so that in the future other Scrum team can refer to processes already carried out.

SYNOPTIC TAB OF THE SCRUM PROCESS

Synoptic tab of the process

Synoptic tab of the process

THANK YOU SO MUCH!!