Bringing Sense, Sensibility, and Sanity to projects.

32
Bringing Sense, Sensibility, and Sanity to projects.

Transcript of Bringing Sense, Sensibility, and Sanity to projects.

Page 1: Bringing Sense, Sensibility, and Sanity to projects.

Bringing Sense, Sensibility, and Sanity to projects.

Page 2: Bringing Sense, Sensibility, and Sanity to projects.

What they are and what they are not.

Page 3: Bringing Sense, Sensibility, and Sanity to projects.
Page 4: Bringing Sense, Sensibility, and Sanity to projects.

WHAT ARE THEY?

Unique Output Specific Goals Professional Judgment Distinctive events Change Focus Time Boundaries Temporary Resources Distinct and

Interdependent Completion focused Conscious

Constitution

WHAT THEY ARE NOT.

Departments Teams Committees Outsourced

Individuals or groups

Page 5: Bringing Sense, Sensibility, and Sanity to projects.
Page 6: Bringing Sense, Sensibility, and Sanity to projects.
Page 7: Bringing Sense, Sensibility, and Sanity to projects.

Exercise #1 Discuss the project pyramid

Exercise #2 What is the most important part of the pyramid for your business.

Page 8: Bringing Sense, Sensibility, and Sanity to projects.

How work gets done.

Page 9: Bringing Sense, Sensibility, and Sanity to projects.

Ad-HocWaterfallAgile

Page 10: Bringing Sense, Sensibility, and Sanity to projects.

Hey, can you do me a favor?? Not a formal method

Common sense based Dialog becomes action Quick Rework and Patches

Problems with this approach Lack of Clarity in Sponsorship Unpredictable schedules and costs Morphing requirements and project drift High potential for surprise factor

Page 11: Bringing Sense, Sensibility, and Sanity to projects.

ideation

feasibility

requirements

design

deployment

maintenance

The Software Development Life Cycle or the Waterfall method of project management.

Page 12: Bringing Sense, Sensibility, and Sanity to projects.

Long project durations

Heavy dependency of the creation of

documentation.

Lack of flexibility

The project is outdated by the time

of delivery.

Page 13: Bringing Sense, Sensibility, and Sanity to projects.

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.Manifesto for Agile Software Development (February 13th,

2001)

Page 14: Bringing Sense, Sensibility, and Sanity to projects.

Ad-hoc and Waterfall approaches to project are not very effective

Change happens so fast in business that you need a faster, better and leaner approach to your projects.

Agile helps you complete projects to meet the above challenges.

Page 15: Bringing Sense, Sensibility, and Sanity to projects.

The Who, What, When and Where of Agile project mangement

Page 16: Bringing Sense, Sensibility, and Sanity to projects.

A collection of features and requirements

you need to complete the project.

The Scrum Process

Sprints to transform features and

requirements into product

Rapid iterations.

Cyclical in nature.

Page 17: Bringing Sense, Sensibility, and Sanity to projects.

THE PRODUCT BACKLOG

Customer Feature #1 Internal Feature #1 Customer Feature #2 Bug fix #1 Internal Feature #2 Internal Feature#3 Customer Feature #3

The wish list of what people want done.

THE SPRINT BACKLOG

Bug Fix #1 Customer Feature #1 Customer Feature #2 Customer Feature #3

The list of tasks agreed to be completed during the next sprint.

Page 18: Bringing Sense, Sensibility, and Sanity to projects.

This is where the work gets done

At the start of each working day there is a Scrum meeting to update the team on the sprint.

Sprints can be as short as a week and as long as four weeks.

Shippable product must be provided at the end of the sprint.

Each Sprint is called an iteration.

Idea

Develop

Document

Test

Deploy

Debrief

This is an example of how a developer does an agile sprint.

Page 19: Bringing Sense, Sensibility, and Sanity to projects.

The scrum master is the project leader and person who works with IT professionals each day. They keep the project on track, on budget, and with high quality. They should be good with people and have a solid grounding in technology.

The Product Owner works with the Scrum Master. They understand the business and customers who use the product. They should be experienced pros who can take vague requirements and turn them into a concrete to do list.

Page 20: Bringing Sense, Sensibility, and Sanity to projects.

The pigs on the project are the ones who make it a reality. They are the ones who are committed and have the most to loose if the project fails. These are your IT professionals.

The Chickens are the ones involved with the project. They don’t have as much invested and their career is not as impacted by project failure. These people can affect the project in both positive and negative ways. These are sales people, marketing professionals, accounting types, and the legal department

Page 21: Bringing Sense, Sensibility, and Sanity to projects.
Page 22: Bringing Sense, Sensibility, and Sanity to projects.
Page 23: Bringing Sense, Sensibility, and Sanity to projects.

Should start in the IT department for

small projects

Expand to bigger projects

Move to other aspects of the business

The entire enterprise should be

adopting agile principles.

Page 24: Bringing Sense, Sensibility, and Sanity to projects.

Get started right away.

Set small achievable goals and deadlines and meet them.

Soon no project is too big for this approach.

When eating an elephant you start one bite at a time.

-Creighton Abrams

Page 25: Bringing Sense, Sensibility, and Sanity to projects.

Exercise #3 do a project with an agile approach.

Exercise #4 how do you think your business is going to change using this approach.

Page 26: Bringing Sense, Sensibility, and Sanity to projects.

Things you need to do to make agile work in your business.

Page 27: Bringing Sense, Sensibility, and Sanity to projects.

Commitment

Openness

Focus

Respect

Courage

Page 28: Bringing Sense, Sensibility, and Sanity to projects.

These values must be agreed upon and out in the open.

Everyone should practice these virtues and not tolerate those who don’t

You must spend more time screening employees to make sure they practice these values.

Average is just not good enough.

Page 29: Bringing Sense, Sensibility, and Sanity to projects.

Why is all this necessary?

Page 30: Bringing Sense, Sensibility, and Sanity to projects.

IBM uses it to develop software

Fits seamlessly with lean management

approaches to business.

Software project success rate with Agile

is 83% compared with the 24%

compared to the chaos study.Scott Ambler July 2008

Page 31: Bringing Sense, Sensibility, and Sanity to projects.

No cost to the firm More responsive to

changes in the business climate

Better customer service

A process that both IT professionals support and business leaders can understand.

Page 32: Bringing Sense, Sensibility, and Sanity to projects.