Scrum e a Crise Mundial

Post on 13-Dec-2014

413 views 0 download

Tags:

description

Palestra sobre as vantagens do uso do Framework Scrum para gestão de projetos em momentos de crise. Apresentado no Scrum Gathering Munich 2009

Transcript of Scrum e a Crise Mundial

and the World Crisis

Rafael Sabbagh

Marcos Garrido

ScrumWhy Scrum is the best choice for

projects in times of crisis

v 2.0

2http://scrumability.net

Speakers

• Rafael Sabbagh• Certified Scrum Practitioner (CSP) / ScrumMaster• Seven years of experience in IT Project Management and

Development Team Leadership• Computer Engineer - PUC-Rio• Master Student in Administration - PUC-Rio• MBA - PUC-Rio

• Marcos Garrido• Certified Scrum Product Owner (CSPO)• Six years of experience in IT Project Management and

Development Team Leadership • Information Technologist - PUC-Rio• Master Student in Administration - PUC-Rio• MBA - PUC-Rio

3http://scrumability.net

Part I

World Crisis

4http://scrumability.net

The world just faced a large crisis...U.S.-aided banks U.S.-aided banks are offering less are offering less creditcredit

ADDICTED TO RISK

5http://scrumability.net

...and it’s still healing from it!

Who believes that we’re safe for now?

…and who believes that there’s more coming?

6http://scrumability.net

World Crisis of the last 80 years

1929Wall Street Crash

1944WWII

1971Oil

19732nd Oil

1982Mexican Debt

1994Tequila Effect

1997Asian Tigers

1998Russian Financial

2000Dot Com

20019/11

2002Tango Effect

2007Subprime !! 2010

China Credit Bubble

More than 50% in the last 15 years!Come on! Another one?!

7http://scrumability.net

We’ve got to be prepared!

8http://scrumability.net

The crisis scenario is hard!

• Demand for projects shrinking • Investments in technology diminishing• Longer decision making process• Limited access to credit• Financial problems with most clients • Resource rationalization • Margin pressure • Environment of uncertainty • Constant changes

9http://scrumability.net

Part II

How to survive?

10http://scrumability.net

How to survive?

The market demands that organizations change the way they work in order to survive

turbulent times.

A truePARADIGM SHIFT

11http://scrumability.net

How to survive?

This new way of work shall:

Work well on rapidly changing environments, allowing frequent replanning

Focus on maximizing the client's Return On Investment (ROI)

Help reduce time-to-production or time-to-market

12http://scrumability.net

How to survive?

This new way of work shall:

Avoid wasted effort/time with subproducts (e.g. docs.) and features that will never be used

Always deliver value to the client, even if the project needs to be halted

increase the communication and feedback between the project's stakeholders, so people will know what needs to be done and what's being done

13http://scrumability.net

How to survive?

What framework for project development focuses on all those

issues?

Scrum

14http://scrumability.net

How to survive?

Scrum is the best choice for projects in times of

crisis!

Also, Scrum helps to protect organizations from

crisis to come!

15http://scrumability.net

Part III

Why Scrum?

16http://scrumability.net

Why Scrum?

We’ll offer several arguments so that people can decide or influence others to

opt for Scrum in their organizations.

17http://scrumability.net

NO waste!

Non-agile methodologies defend that a big amount of documents must be generated so that a project may succeed

Project Charter

Preliminary Scope

Statement

Project Management

Plan

Change Requests

Progress Report

Performance Report

Acceptance Report

Project Closure Report

Detailed Schedule

Earned Value Analysis

Lessons Learned

Document

Sequence Diagrams

Components Diagram

Collaboration Diagram

State Diagrams

Use Cases Diagram

Packages Diagram

Activities Diagram

...what else?

Does the cost of production and maintenance of those documents pay?

How many of those documents will be kept current?

How many will be really useful for the project development?

18http://scrumability.net

NO waste!

• 35% of requirements change

• 65% of functionalities are never or rarely used

About 50% of a typical project’s time (and money) is spent on requisites, architecture

and specifications

Requirement AnalysisSpecification / Architecture

Implementation Tests Maintenance

all that is done before building any functionality!and it gets

worse...

19http://scrumability.net

NO waste!

In the current world scenario, is

such waste of time and effort acceptable?

20http://scrumability.net

NO waste!

After all, the objective of a project is the product - not the documentation!

With Scrum, only the documentation strictly sufficient and necessary must be

produced for the project

That is, produce only what will be used.

21http://scrumability.net

NO waste!

On Scrum, the Product Backlog must keep up with the client needs. And those change on the course of the project.

Therefore, whatever is delivered has a better chance of actually being used by the client.

The functionalities that’ll be implemented are the ones of most importance for the client before the beginning of every sprint.

22http://scrumability.net

Better value first!

With waterfall, the client only gets value at the end

of the project.

THE release

23http://scrumability.net

Better value first!

With Scrum, the Product Owner must constantly update and prioritize the Product Backlog by the items with better value for the client.

Therefore, Scrum assures that items of most value get delivered first, generating ROI frequently for the client.

24http://scrumability.net

Better value first!

• In times of crisis, organizations must stay competitive. Prioritizing the Product Backlog based on value allows the organization to:

• deliver results to its clients faster than the other players

• put in production functionalities that add better value to their businesses more quickly

• launch products and new versions more frequently on the market, so that they keep up with the inevitable market changes

25http://scrumability.net

May changes come!

Large and frequent transformations happen in times of crisis

Changes in legislation and regulation

Changes in business rules

New business opportunities

Important players leave the market

Big losses and budget becomes scarce

Mergers and aquisitions / government interventions

26http://scrumability.net

May changes come!

How do traditional methodologies deal with changes?

Change is undesirable!

Change is risky!

Change is expensive!

Change must be

negotiated!

As almost all the planning is made at the beginning of the project, there’s very

little room for changes!

27http://scrumability.net

May changes come!

How do traditional methodologies deal with changes?

“The limited scope contract will protect us! The client may want to change it all!”

“Every change must be negotiated with the client! Its impact must be quantified!”

“Every change must be revised, approved, planned, documented and managed!”

28http://scrumability.net

May changes come!

Change Management is a source of stress on projects that use non-agile

methodologies.

Stress on the long-term relationship with the client.

Daily stress on the project team.

29http://scrumability.net

May changes come!

How Scrum deals with change?

Scrum maintains that change is a natural part of the development process

Agile manifesto: “respond to changes over following a plan”

Changes are always reflected in the Product Backlog

30http://scrumability.net

May changes come!

How Scrum deals with change?

Client’s new requests can be introduced on the product by the following sprint!

Such quick response to change becomes a great competitive advantage…

...making it possible to turn a crisis into an opportunity!

31http://scrumability.net

The client perceives the project as a

big black box, which content will be revealed solely by the end of the process.

Parcels or partners?

On a typical waterfall project, when is the client encouraged to participate?

Requirement AnalysisSpecification / Architecture

Implementation MaintenanceTests

Acceptance Tests

32http://scrumability.net

Parcels or partners?

Therefore, it's unlikely that what the client asked for in the beginning of the project will fulfill his needs in the end.

33http://scrumability.net

Parcels or partners?

How Scrum deals with communication?

The Product Owner is always in touch with client to identify his needs and

update the Product Backlog.

The client frequently gets new versions…

... and can give feedback more quickly to the team through the Product Owner.

34http://scrumability.net

Parcels or partners?

How Scrum deals with communication?

That way, the client feels involved with the whole process...

...sharing the responsibility over the project with the team...

... increasingly trusting the team and the process itself.

35http://scrumability.net

Parcels or partners?

The relationship with the client ceases being merely commercial and instead fosters:

Partnership Complicity Satisfaction Fidelity

A long-term relationship is then developed with the client, which can often

overcome strong periods of crisis.

36http://scrumability.net

Parcels or partners?

With non-agile methodologies, how is project visibility promoted to its

stakeholders?

State Diagrams

Mainly through documentation, which...

...takes a lot of work to be

produced

...is not efficient

...is hard to update

...ends up being

dismissed

37http://scrumability.net

Parcels or partners?

With Scrum, project visibility is constantly promoted!

Daily meetings

TaskboardWorking in a

collocated environment

Client involvement

Burndown charts

Frequent releases

Review meeting

Retros-pective

...are some examples.

38http://scrumability.net

Parcels or partners?

Keeping communications open between the project’s stakeholders is the best way to assure that everyone knows what needs to

be done and what’s being done.

That leads to an increase of productivity, which is essential to surviving the new

reality.

39http://scrumability.net

What if the project gets suspended?

Requirement AnalysisSpecification / Architecture

Implementation Tests Maintenance

In a non-agile project, what will be delivered to the client if the project gets suspended...

...here? ...or here?...or even here?

40http://scrumability.net

What if the project gets suspended?

A project with Scrum works differently...

VALUE is delivered in every iteration!

41http://scrumability.net

What if the project gets suspended?

A project with Scrum always produces an increment on the product which is potentially deliverable at the end of every sprint.

As such, if the project gets suspended at any moment, the client may utilize what has been generated on previous sprints, minimizing his risks.

In a non-agile project, chances are the client won’t be getting any return whatsoever on the investments made.

42http://scrumability.net

What if the project gets suspended?

On an environment of uncertainties, minimizing the client’s risks becomes an important competitive

advantage.

43http://scrumability.net

What if members leave the team?

With waterfall, roles inside the projects are very well defined, with high specialization.

What happens in waterfall projects?

If a member leaves the team, no one will be able to do his job.

Periods of crisis lead to high turnover rates. Teams frequently change.

Therefore, the whole project’s success is

threatened!

44http://scrumability.net

What if members leave the team?

The team is cross-functional. Responsibility over delivery belongs to the whole team.

And what happens in projects with Scrum?

Although there is a natural specialization, people are stimulated to develop and utilize

their secondary abilities...

...and, in general, will do their best to compensate for the lack of team members.

So, even with changes, the team can keep

delivering.

45http://scrumability.net

Part IV

Conclusions

46http://scrumability.net

Conclusions

In this presentation, we showed that

Scrum is the best choice for projects, specially in

turbulent times.

47http://scrumability.net

Conclusions

We offered several arguments so that people can decide or influence others to

opt for Scrum in their organizations.

48http://scrumability.net

Conclusions

Organizations which use Scrum are closer to its clients, focused

on results, more compact, objective and transparent.

49http://scrumability.net

Conclusions

Therefore these organizations will be more prepared to the new

world reality, ahead of competition.

50http://scrumability.net

Part V

Bibliography

51http://scrumability.net

Bibliography

52http://scrumability.net

Contact us

http://scrumability.net

Rafael Sabbaghsabbagh@gmail.com

Marcos Garridomgarridobr@gmail.com