Bringing Sense, Sensibility, and Sanity to projects.

Slides:



Advertisements
Similar presentations
Keith McMillan Principal, Adept Technologies Copyright (C) 2008, Adept Technologies llc.
Advertisements

Colin Weaver The Eleven Essential Behaviours of Successful Agile Project Teams.
Delivering Enterprise Projects Using Agile Methods Brent Barton May 23, 2006.
“Something called agile”
AgileMan Consulting So what the heck is Agile? It came about as a response to the high failure rate of software projects (> 60%), where failure means late,
Ni.com Introduction to Agile and Scrum Speaker/Author: Paul Packebush Section Manager, Corporate Metrology Author:Logan Kunitz Staff Calibration Engineer.
Agile 101.
© conchango Agile Architecture Microsoft Architect Insight Conference Howard van Rooijen
Agile Project Management with Scrum
Intro to Scrum. What is Scrum? An answer to traditional “fixed cost / strict requirements” contracts which had very high rates of failure Recognizes the.
Agile PM Basics Dr. Vijay Kanabar © Boston University
Agile Process Models. Prescriptive models don’t work It is unrealistic to not have changes. Why? The Agile Manifesto: Individuals and interactions over.
Agile development By Sam Chamberlain. First a bit of history..
1 Agile Methodologies in DoD Software By Cynthia Johnson.
International Scrum Institute Accredited Scrum Certifications for Agile Software Practitioners.
Agile Software Development Matt Rice November 27, 2006.
Agile Programing Methods Drew Arrigoni. The Agile Manifesto ● Individual Interactions over Processes and Tools ● Working Software over Comprehensive Documentation.
Developing for continuous change UCD demands a different model for development An iterative approach is suitable.
CHAPTER 9: LEARNING OUTCOMES
Software Development Models: Waterfall and Spiral Sung Hee Park Department of Mathematics and Computer Science Virginia State University August 21, 2012.
The Product Owner prioritizes the requirements or features through feedback from the Stakeholders & interaction with the core team The Team.
Introduction to Agile.
Agile Software Development What is Agile? And How are we implementing Agile?
AGILE Methodology. AGILE  derived from the word ‘agile manifesto’, also called the Manifesto for Agile Software Development which is a formal proclamation.
Agile Software Development Brian Link
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
CPSC 371 John D. McGregor Session 22 Process. Specification and design problem solution specification implementation specification.
When is Agile the Best Project Management Method? Lana Tylka.
Agile: Lessons Learned (a retrospective) Tony
THE AGILE MENTALITY CHAPTER Topics  Why Use Agile and Scrum?  Agile Development –Manifesto for Agile Software Development  Scrum Methodology.
Copyright © 2015 Curt Hill Software Development Paradigms What do you need to know?
CS3100 Software Project Management Agile Approaches.
Theories of Agile, Fails of Security Daniel Liber CyberArk.
#AgileEd. Using Agile in the Classroom Cindy Royal, Associate Professor Texas State University slideshare.net/cindyroyal #AgileEd.
How to Make User Experience Research Robust When You’re Working Agile Just Enough for Innovation November 2015 Josie Scott.
PV213 EIS in Practice: 06 – Development process 1 PV213 Enterprise Information Systems in Practice 06 – Development process.
AGILE - IMPLEMENTATION (C) CLARION TECHNOLOGIES. ability to move quickly and easily…. AGILE MEANING (LITERALLY)
10 key principles of agile software development
Using Scrum to Improve Teamwork, Communication, Quality and Speed
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
Agile Development Chapter 10 - part 2. Agile Philosophy  A guiding philosophy and set of guidelines for : developing information systems in an unknown,
AGILE - IMPLEMENTATION (C) CLARION TECHNOLOGIES. ability to move quickly and easily…. AGILE MEANING (LITERALLY)
JASS 2006 Agile Software Development. JASS 2006 Agenda.
Agile Manifesto Values. Agile Manifesto - Values In 2001, a group of expert software development professionals met to agree on a common set of guiding.
AGILE PROJECT MANAGEMENT WITH TEAM FOUNDATION SERVER 2010 Brian Keller Microsoft.
Agile Project. Agile - Project proj·ect präj ˌ ekt noun an individual or collaborative enterprise that is carefully planned and designed to achieve a.
Extreme Programming מתודולוגיה לפיתוח פרויקטי תוכנה.
Agile Methodology. -Dhanashree Kumkar -Plus91 Technologies.
Using Scrum to Improve Teamwork, Communication, Quality and Speed.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Introducing an Agile Process to an Organization By Mike Cohn and Doris Ford IEEE Computer.
Utilize Agile Project Management for GIS Projects Jennifer Prather and Lana Tylka.
Skiing and Boxing Coaching Product and Enterprise Teams 黃馨誼 蘇育光 修訂.
Embedded Systems Software Engineering
Agile/XP Introduction
Agile Methods SENG 301.
Agile Methodology and Scrum
AGILE SCRUM METHODOLOGY
Software Engineering Process
Waterfall, Agile & Scaling Agile
Agile Frameworks Individuals and interactions over processes and tools
Agile Software Development Brian Moseley.
Information Technology Project Management – Fifth Edition
Product Backlog List of things that needs to be done to make the product come into existence 
CEN 4010 Intro to Software Engineering Professor Alex Roque
Introduction to Agile Blue Ocean Workshops.
Scrum Science NGSS: Engineering, Technology, Applications of Science
Adjective: Able to move quickly and easily. Principles and Values
Scrum Science NGSS: Engineering, Technology, Applications of Science
A quick intro to SCRUM and KANBAN By John Voris.
Presentation transcript:

Bringing Sense, Sensibility, and Sanity to projects.

What they are and what they are not.

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

 Exercise #1 Discuss the project pyramid  Exercise #2 What is the most important part of the pyramid for your business.

How work gets done.

 Ad-Hoc  Waterfall  Agile

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

 Long project durations  Heavy dependency of the creation of documentation.  Lack of flexibility  The project is outdated by the time of delivery.

 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 13 th, 2001)

 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.

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

 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.

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.

 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.

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.

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

 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.

 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

 Exercise #3 do a project with an agile approach.  Exercise #4 how do you think your business is going to change using this approach.

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

 Commitment  Openness  Focus  Respect  Courage

 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.

Why is all this necessary?

 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

 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.