Introduction To Agile Management: (For Private Circulation Only) 2024
Introduction To Agile Management: (For Private Circulation Only) 2024
MANAGEMENT
COURSE WRITERS
Mr. Manoj Y Parab, PMP
EDITOR
Mr. Yogesh Bhosle
Acknowledgement
Every attempt has been made to trace the copyright holders of the materials reproduced in this book.
Should any infringement have occurred, SCDL apologises for the same and will be pleased to make
necessary corrections in future editions of this book.
PREFACE
The purpose of this Self Learning Material is to gain an understanding of project management
and to give a brief overview of the methodology that underpins most formally run projects. Many
organisations do not employ full time Project Managers and it is common to pull together a project
team to address a specific need. While most people are not formally skilled in project methodology,
taking a role in a project team can be an excellent learning opportunity and can enhance a person’s
career profile.
A project is one-time exercise which varies in duration. It is undertaken to address a specific need in
an organisation, which may be to create a product or service or to change a business process. This is
in direct contrast to how an organisation generally works on a permanent basis to produce their goods
or services. Project management is the discipline of managing all the different resources and aspects
of the project in such a way that the resources will deliver all the output that is required to complete
the project within the defined scope, time, and cost constraints. These are agreed upon in the project
initiation stage and by the time the project begins all stakeholders and team members will have a clear
understanding and acceptance of the process, methodology and expected outcomes. A good project
manager utilises a formal process that can be audited and used as a blue print for the project, and this
is achieved by employing a project management methodology.
I hope that this Self Learning Material will be useful for the students and help them understand this
subject in a more meaningful way.
ABOUT THE AUTHOR
Mr. Manoj Y Parab, is Self-Motivated & Self-Learner Certified Project Management professional
form PMI (USA) Certified corporate director from IOD(India), Certified Independent director (ID)
from IICA (India), Internal Auditor from Broad beach (UK), having Analytical thinking and decision
making ability in Digital Technology and Complex business environment. Presently Board Member
for Course PGDPM of SCDL.
He is having working experience of more than 20 plus years in different management positions as
project director, Additional director, project Head, Technical manager, Regional Manager, Engineering
officers in different industry.
He worked for Service, IT, Marine, Shipping, Education &Training, Real estate, and NGOs having
expertise of Strategic Planning, Stakeholder Management, Management of Multiple & Complex
Projects, Requirement gathering, Risk assignment, Conflict management, Internal Audit (IMS), Audit
process, project/Operation Communication/ management.
His Trainer profile in project Management Subjects, Project Repots assignments, Microsoft Excel,
Microsoft Project, Primavera P6, Since 2011. He has completed Coaching and Training for 150 plus
Professionals/ Students includes 45 Plus international Professionals through different training centre.
He has Undertaken projects in Software Designing, Process Mapping, Business process Reengineering,
Company SMS Preparation, Classroom Training on project management to Government Trainees,
Seminar Coaching to Pvt. Co. on Project Management.
His Software Expertise are project management & PMS like MS Project, Primavera P6, JIRA, Marine
Application, MS Office, Advance Excel, Strategic ERP. Canva, & online Apps. He is members of
IOD, IICA, NCQM, IME, PMI, PMIMC & MSAS.
CONTENTS
Unit No. TITLE Page No.
1 Introduction to Agile 1-22
1.1 Introduction
1.2 How does Agile works
1.3 How Agile is different
1.4 Agile Myths
1.5 Agile Vs Waterfall
1.6 The Agile Approach
Summary
Keywords
Self-Assessment Questions
Suggested Readings
v
Unit No. TITLE Page No.
4 Combining Agile with other Methodologies 43-58
4.1 Introduction
4.2 Hybrid Project Management – Combining Agile And Traditional
Methods
4.3 By Contrast: Agile Work Methods
4.4 Resource And Capacity Planning In Agile Projects
4.5 Hybrid Project Management: Optimally Combining The Two
Methods
Summary
Keywords
Self-Assessment Questions
Suggested Readings
5 Popular Agile Methodologies 59-68
5.1 Introduction
5.2. Popular Agile Methodologies
5.2.1. Scrum
5.2.2 Extreme Programing
5.2.3 Kanban Method
5.2.4 Crystal Method
5.2.5 Scrum Ban, Feature Driven Development
5.2.6 Dynamic System Development Method
Summary
Keywords
Self-Assessment Questions
References
6 Introduction to Scrum 67-82
6.1 Introduction to Agile Scrum Project
6.2 History of Scrum Project Management
6.3 Detailed Study of Agile Manifesto
6.4 Comparison of Scrum & Other PM Methods
6.5 Benefits of scrum over other Methodologies
Summary
Keywords
Self-Assessment Questions
Answers to Check your Progress
Suggested Reading
vi
Unit No. TITLE Page No.
7 Project Planning Using Scrum 83-100
7.1 Introduction to Project Planning
7.1.1 Key Components of Project Planning
7.1.2 Benefits of Project Planning
7.2 Introduction to Project Planning using Scrum
7.3 Introduction to Project Backlog & Sprint Planning using Scrum
7.4 Sprint Goal and the Daily Scrum
7.5 Sprint Retrospective
7.6 Introduction to Release Planning & Velocity Burn-down Chart
using Scrum
7.7 User Story Mapping & Backlog Refinement using Scrum
Summary
Keywords
Self Assessment Questions
Answers to Check your Progress
Suggested Reading
8 Case Study 101-120
vii
viii
Introduction to Agile
UNIT
1
Structure:
1.1 Introduction
1.2 How Does Agile Works
1.3 How Agile is Different
1.4 Agile Myths
1.5 Agile Vs Waterfall
1.6 The Agile Approach
Summary
Keywords
Self-Assessment Questions
Suggested Readings
Introduction To Agile 1
Notes
Objectives
----------------------
After going through this unit, you will be able to:
----------------------
● Study the Agile concept
---------------------- ● Appreciate how Agile works
---------------------- ● Clarify Agile Myths
---------------------- ● Outline Agile Approach
----------------------
----------------------
1.1 INTRODUCTION
----------------------
Agile is a time boxed, iterative approach to software delivery that builds
---------------------- software incrementally from the start of the project, instead of trying to deliver
---------------------- it all at once near the end.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- It works by breaking projects down into little bits of user functionality called
---------------------- user stories, prioritizing them, and then continuously delivering them in short
two week cycles called iterations.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
You size things up
Then, using Agile estimation techniques, you size your stories relatively to each ----------------------
other, coming up with a guess as to how long you think each user story will take.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
You set some priorities ----------------------
Like most lists, there always seems to be more to do than time allows. So you ----------------------
ask your customer to prioritize their list so you get the most important stuff
done first, and save the least important for last. ----------------------
----------------------
----------------------
Introduction to Agile 3
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
You start executing
----------------------
Then you start delivering some value. You start at the top. Work your way to the
---------------------- bottom. Building, iterating, and getting feedback from your customer as you go.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Development is iterative
----------------------
Iterative development means starting with something really simple, and adding
to it incrementally over time. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
It means evolving the architecture, accepting that your requirements are going
to change, and continuously refining and tweaking your product as you go. ----------------------
Planning is adaptive ----------------------
When reality disagrees with their plans, Agilists find it easier to change their
----------------------
plans than reality. They call this adaptive planning.
Introduction to Agile 5
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
And while there are many ways to changes plans, the preferred way is to flex
---------------------- on scope.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Roles really blur on Agile projects. When it’s done right, joining an Agile team
---------------------- is a lot like working in a mini-startup. People pitch in and do whatever it takes
---------------------- to make the project successful—regardless of title or role.
Yes, people still have core competencies, and, yes, they generally stick to what
---------------------- they are good at. But on an agile project, narrowly defined roles like analyst,
---------------------- programmer, and tester don’t really exist - at least not in the traditional sense.
Scope can vary
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Traditionally change has been shunned on software projects because of it’s high ----------------------
perceived cost late in the game. Agile challenges this notion and believes the
cost of change can be relatively flat. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Through a combination of modern software engineering practices, and open
and honest planning, Agilsts accept and embrace change even late in delivery ----------------------
process.
----------------------
Working software is the primary measure of success
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
The rate at which teams can turn their customer’s wishes into working software ----------------------
is how Agilists measure productivity. Project plans, test plans, and analysis
artifacts are all well and good but Agilists understand they in themselves are of ----------------------
no value to the end customer.
----------------------
1.4 AGILE MYTHS ----------------------
Over the years several myths have formed around Agile delivery. Here are some ----------------------
of the more popular ones.
----------------------
Introduction to Agile 7
Notes Agile is a silver bullet
I wish this were true - but it isn’t. You can fail just as spectacularly on an Agile
---------------------- project as you can using any other traditional method. You’ll fail faster using
---------------------- Agile (due to the transparency and visibility it brings) but unfortunately it’s not
a silver bullet or an excuse to stop thinking.
---------------------- There’s nothing inherently magical about Agile. It basically says
---------------------- Bring your development team and customer as close together as you can, give
them what they need, and then get out of the way.
----------------------
Now if you don’t have people that like being empowered, taking initiative, and
---------------------- getting things done, that’s a different problem. Agile just gives them permission
to do their best work and be accountable for the results.
----------------------
Agile is anti-documentation
---------------------- Agile isn’t anti-documentation. A more accurate way to say it would be Agile
---------------------- doesn’t do documentation for documentation’s sake.
Documentation gets treated like any other deliverable on an Agile project. It
---------------------- gets estimated, sized, and prioritized like any other user story.
---------------------- Where Agile pushes back on documentation is as a means of communication.
Agile prefers face-to-face communication over relying on the written word.
----------------------
Agile is anti-planning
----------------------
Not sure where this one comes from. There’s actually a lot of planning that goes
---------------------- on in Agile projects.
You’ve got your:
----------------------
1. Daily planning with the 10 minute daily standups.
----------------------
2. Bi-weekly planning with the Iteration/Sprint Planning Meetings
---------------------- 3. Release planning where team’s decide what to ship every three to four
---------------------- months.
But it wouldn’t be fair to say Agile is anti-planning. If anything it is anti-static
---------------------- planning. Meaning Agilist’s expect their plans to change and use tools like
---------------------- burndown charts to track and make these changes visible.
Agile is undisciplined
----------------------
When Agile started gaining popularity, its reputation suffered a bit from some
---------------------- teams taking the easy parts of Agile (like attending daily standups) but leaving
out the hard (like upfront testing and regularly shipping production ready
---------------------- working software).
---------------------- The truth is Agile is a very disciplined way of delivering software.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Something we got really good at as an industry in the 1990’s was building big, ----------------------
complex, expensive, hard to maintain systems.
----------------------
Agile pushed back on this over engineering by creating terms like YAGNI
(You Aint Gonna Need It) to remind teams to keep things simple until proven ----------------------
otherwise.
----------------------
That doesn’t mean Agile teams stop thinking, or don’t leverage previous
experiences. ----------------------
It’s more an attitude that the best way to build systems is to keep things simple,
----------------------
and only add the complexity when you need it.
Introduction to Agile 9
Notes Agile doesn’t scale
Agile scales like any other software delivery process. Not that well.
----------------------
Look - scaling is hard. There is no easy way to magically coordinate,
---------------------- communicate, and keep large groups of people all moving in the same direction
towards the same cause. It’s hard work.
----------------------
The one thing Agile does bring to the conversation, is instead of looking for
---------------------- ways to scale up your project, look for ways to scale things down.
---------------------- In other words, if we know we are really good at delivering with small, nimble,
agile teams of ten, why don’t we structure our work that way.
----------------------
----------------------
1.5 AGILE VS WATERFALL
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- First off, when the project starts to run out of time and money, testing is the only phase
left. This means good projects are forced to cut testing short and quality suffers.
---------------------- Poor visibility
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Thirdly you’ve got schedule risk because you never know if you are going to ----------------------
make it until the end.
----------------------
You’ve got technical risk because you don’t actually get to test your design or
architecture until late in the project. ----------------------
And you’ve got product risk because don’t even know if you are building the ----------------------
right until it’s too late to make any changes.
----------------------
Can’t handle change
----------------------
----------------------
----------------------
----------------------
----------------------
And finally, most importantly, it’s just not a great way for handling change. ----------------------
----------------------
1.6 THE AGILE APPROACH
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Introduction to Agile 11
Notes Instead of treating these fixed stages Agilists believe these are continuous
activities. By doing them continuously:
---------------------- ● Quality improves because testing starts from day one.
---------------------- ● Visibility improves because you are 1/2 way through the project when
you have built 1/2 the features.
----------------------
● Risk is reduced because you are getting feedback early, and
---------------------- ● Customers are happy because they can make changes without paying
---------------------- exorbitant costs.
User Stories
----------------------
Because life’s too short to write everything down
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- User stories are features our customers might one day like to see in their
software.
----------------------
User stories are like Agile requirements except that they’re not. For one there’s
---------------------- no guarantee all these features are going to make it into the final version of the
software. Secondly, Agilists know their customers are going to change their
---------------------- mind - and that’s OK. Because they weren’t really requirements to begin with.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Typically no more than a couple days work, they form the basis of our Agile
plans. ----------------------
User stories form the basis of the Agile plan. They are sized and prioritized ----------------------
like any other wish list. You simply start at the top and work your way down.
Nothing big or complex. Just a prioritized todo list and a desire to get things ----------------------
done.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
We get them by sitting down with our customers and asking lots of questions.
Big rooms with lots of white space to draw are great for gathering user stories. In ----------------------
these story gathering workshops we draw lots of pictures (flowcharts, screens,
----------------------
storyboards, mockups, anything that helps) and break the functionality down
into simple easy to understand words and phrases our customers understand. ----------------------
Estimation
----------------------
The fine art of expectation guessing
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
While we aren’t very good at estimating things absolutely, it turns out we are
pretty good at estimating things relatively. ----------------------
Introduction to Agile 13
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
Sizing stories relatively means not worrying about exactly how big a story is,
---------------------- and worrying more how this story’s size compares to others.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
This style of estimation (relative over absolute) forms the corner stone of Agile
---------------------- Planning. By sizing our stories relatively, and feeding actuals back into our plan,
we can make some really accurate predictions about the future while based on
---------------------- what we’ve done in the past.
---------------------- Iterations
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Planning
----------------------
The fine art of expectation setting
----------------------
In its simplest form, agile planning is nothing more than measuring the speed
a team can turn user stories into working, production-ready software and then ----------------------
using that to figure out when they’ll be done.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Our to-do list on an agile project is called the master story list. It contains a list
of all the features our customers would like to see in their software. ----------------------
The speed at which we turn user stories into working software is called the team
----------------------
velocity. It’s what we use for measuring our team’s productivity and for setting
expectations about delivery dates in the future. ----------------------
The engine for getting things done is the agile iteration - one to two week sprints
----------------------
of work where we turn user stories into working, production-ready software.
----------------------
Introduction to Agile 15
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- To give us a rough idea about delivery dates, we take the total effort for the
---------------------- project, divide it by our estimated team velocity, and calculate how many
iterations we think we’ll require to deliver our project. This becomes our project
---------------------- plan.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- Faster than expected means you and your team are ahead of schedule. Slower than
expected (more the norm) means you have too much to do and not enough time.
----------------------
When faced with too much to do, agile teams will do less (kind of like what
---------------------- you and I do when faced with a really busy weekend). They will keep the most
important stories, and drop the least important. This is called adaptive planning
---------------------- and it’s how Agile teams work within their budgets and keep their projects real.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
They are powerful because when combined with a continuous integration
process they enable us to make changes to our software with confidence. ----------------------
Refactoring ----------------------
As we add more functionality to the system we need a way of maintaining our
design and keeping our house in order. In Agile we call this refactoring. ----------------------
For example, instead of copying and pasting code every every time we need ----------------------
some functionality, it’s much easier to maintain if we extract that code into a
one place and call it from where ever we need it. ----------------------
= ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Introduction to Agile 17
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Test Driven Development
----------------------
Test Driven Development is about writing the test first before adding new
---------------------- functionality to the system. This seems backwards as first, but doing this:
---------------------- ● Defines success up front.
● Helps break our design down into little pieces, and
----------------------
● Leaves us with a nice suite of unit tests proving our stuff works.
----------------------
Agile developers work in this circle of life when adding new code. Write
---------------------- the test first. Make it pass. Then refactor.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
● Agile is a time boxed, iterative approach to software delivery that builds ----------------------
software incrementally from the start of the project, instead of trying to
----------------------
deliver it all at once near the end.
● It works by breaking projects down into little bits of user functionality ----------------------
called user stories, prioritizing them, and then continuously delivering
----------------------
them in short two week cycles called iterations.
● In Agile, you make lists, you size things up, you set some priorities, you ----------------------
start executing and you updates the plans as you go.
----------------------
● Agile isn’t anti-documentation. A more accurate way to say it would be
Agile doesn’t do documentation for documentation’s sake. Agile requires ----------------------
meticulous planning. Agile is a very disciplined way of delivering
software. Agile scales like any other software delivery process. ----------------------
----------------------
Keywords
----------------------
● Agile: Agile is a time boxed, iterative approach to software delivery that
----------------------
builds software incrementally from the start of the project, instead of
trying to deliver it all at once near the end. ----------------------
● Acceptance Criteria: The conditions under which a piece of work may
----------------------
be held to be complete and fit for potential release.
● Agile Transformation: The process of realigning an organisation ----------------------
towards the timely and empirical delivery of emergent value, in order that
innovative potential might be harnessed. The change required is typically ----------------------
deep and pervasive. ----------------------
2. Several Myths have been formed around Agile delivery. Identify, Explain ----------------------
and justify them.
----------------------
3. Agile requires continuous integration. Comment.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Introduction to Agile 19
Notes
Suggested Reading
----------------------
1. Soft skills for project managers http://agilemanifesto.org
---------------------- 2. https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/
Scrum- Guide.pdf#zoom=100
----------------------
3. http://www.infoq.com/articles/agile-teenage-crisis
----------------------
4. Cohn, M., 2010. Succeeding with Agile. 1st ed. Boston: Addison-Wesley..
---------------------- 5. Wanga, X., Conboyb, K. & Cawley, O., 2012. “Leagile” software
---------------------- development: An experience report analysis of the application. The
Journal of Systems and Software, Issue 85.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
2
Structure:
2.1 Introduction
2.2 Manifesto For Agile Software Development
2.3 Scrum
2.4 Principles Of Agile
2.5 Agile Principles Explained
Summary
Keywords
Self-Assessment Questions
Suggested Readings
Principles of Agile 21
Notes
Objectives
----------------------
After going through this unit, you will be able to:
----------------------
● Analyse the manifesto for agile software development
----------------------
● Appreciate Scrum
---------------------- ● State the Agile principles
----------------------
----------------------
----------------------
2.1 INTRODUCTION
----------------------
Agile is one form of software development methodology. Its main focus is
---------------------- on client satisfaction through continuous delivery. The focus of Agile is more
on limiting the project scope. An agile project sets a minimum number of
----------------------
requirements and turns them into a deliverable product.
---------------------- Agile development methodology provides opportunities to assess the direction
---------------------- of a project throughout the development lifecycle. By focusing on the repetition
of abbreviated work cycles as well as the functional product they yield, agile
---------------------- methodology is described as “iterative” and “incremental”. In waterfall,
development teams only have one chance to get each aspect of a project right.
----------------------
So what is agile? It’s a great way to manage your project, if you’re looking for
---------------------- a looser structure that embraces change and collaboration.
---------------------- (Haag & Cummings, 2009) says an Agile project sets a minimum number of
requirements and turns them into a deliverable product. Agile means what it
---------------------- sounds like: fast and efficient; small; lower cost; fewer features; shorter projects.
----------------------
2.2 MANIFESTO FOR AGILE SOFTWARE DEVELOPMENT
----------------------
In February 2001, the Manifesto for Agile Software Development (The Agile
---------------------- Manifesto, 2001) was created by seventeen people with desires to find alternative
approaches to software development. Each of them played a prominent part
---------------------- in the opposition of the prevailing software development processes, which
---------------------- they considered rigid, heavyweight and too focused on documentation. Their
response, summarized in the manifesto, clarifies their focus by valuing:
----------------------
● 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.
----------------------
2.3 SCRUM
----------------------
The founder of Scrum (Schwaber& Sutherland, 1995) described Scrum as a
process framework that has been used to manage complex product development ----------------------
since the early 1990s. Scrum is not a process or a technique for building products; ----------------------
rather, it is a framework within which you can employ various processes and
techniques. ----------------------
Scrum is about organizing people and work into short “sprints” of activity, to ----------------------
develop code in short, small chunks, rather than building one big monolithic
blob of code that takes forever to build, test and “drop” into the system. ----------------------
----------------------
----------------------
----------------------
----------------------
Principles of Agile 23
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
2.5 AGILE PRINCIPLES EXPLAINED
----------------------
Let’s look at each of these 12 principles to learn what they are and how they can
help you manage your projects. ----------------------
1. Our highest priority is to satisfy the customer through early and ----------------------
continuous delivery of valuable software.
By shortening the time between documenting the project, reporting to ----------------------
your customer and then getting feedback, you can focus on the real goal ----------------------
of the project, which is delivering what the customer wants, not what you
planned. ----------------------
2. Welcome changing requirements, even late in development. Agile ----------------------
processes harness change for the customer’s competitive advantage.
----------------------
Embrace change. Even when the customer requests a change late in the
project phase, implement it. Why wait for another project to explore ----------------------
another iteration when you can do it now and get the results immediately?
Agile wants you to stay nimble and on your feet so you can pivot without ----------------------
having to constantly reinvent the wheel.
----------------------
3. Deliver working software frequently, from a couple of weeks to a
couple of months, with a preference to the shorter timescale. ----------------------
If you’re going to embrace change, then you’re going to have to give ----------------------
up on your etched-in- stone schedule, or at least create a shorter range
to run your tasks. One way agile does this is by cutting out a lot of the ----------------------
documentation that is required with traditional project management ----------------------
When planning your schedule before you ever start a task. The trouble is
a lot of that paperwork isn’t necessary. It only slows things down. ----------------------
Principles of Agile 25
Notes 4. Business people and developers must work together daily throughout
the project.
----------------------
It’s like they’re talking two different languages, and in a sense, they are,
---------------------- but both the business and developer side of the project are crucial to its
success. You must build a bridge between the two so they can understand
---------------------- each other and, as important, work together. Use the same tools you
would manage remote teams to facilitate an exchange of ideas that both
----------------------
sides understand and are on board with.
---------------------- 5. Build projects around motivated individuals. Give them the
environment and support they need, and trust them to get the job
----------------------
done.
---------------------- In other words, don’t micromanage. It doesn’t work. It takes you away
from what you should be focusing on. It erodes morale and sends talent
----------------------
packing. You assembled the best, now let them do what they’re good at.
---------------------- If you did the due diligence beforehand, then you can trust them to do the
work. Of course you’ll monitor that work, and step in as needed, but stay
---------------------- out of their way.
---------------------- 6. The most efficient and effective method of conveying information to
and within a development team is face-to-face conversation.
----------------------
Documenting conversations, creating email narrative streams, even using
---------------------- collaboration software like Slack, are all well and good. But when you’re
trying to move swiftly, you don’t have time to wait for a reply. You need
---------------------- immediate answers, and the only way to achieve that speed of response
---------------------- is by talking to your team member or team in person. You can do this by
working in the same physical space or having distributed teams. But if it’s
---------------------- the latter, you want to try and keep the schedules to the same hours, so
you can at least video conference.
----------------------
That creates a more collaborative environment.
----------------------
7. Working software is the primary measure of progress.
---------------------- That means, is the software (or whatever product or process you’re working
on in the project) working correctly? You’re not measuring progress by
----------------------
checking off tasks and moving across your scheduled timeline, but by
---------------------- the success of the software (or whatever) is the subject of your project.
Basically, it’s staying focused on what’s important. The process is what
---------------------- gets you to achieve the goal of the project, but the goal of the project isn’t
the process.
----------------------
8. Agile processes promote sustainable development. The sponsors,
---------------------- developers and users should be able to maintain a constant pace
indefinitely.
----------------------
One reason for short sprints of activity is not only that they lend themselves
---------------------- to accepting change more readily, but they also help to keep your teams
---------------------- motivated. If you’re working on a project for an extended period, there’s
going to be burnout. It’s unavoidable. Don’t overtax
26 Introduction to Agile Methodology
your team with too much overtime. It’s going to impact the quality of Notes
your project. So, get the right team for the job, one that will work hard but
not overextend themselves and put the project quality in jeopardy. ----------------------
9. Continuous attention to technical excellence and good design enhances ----------------------
agility.
----------------------
Whether you’re working on code or something more concrete, you want
to make sure that after each iteration it’s improving. You don’t want to ----------------------
have to come back and fix things later. Fix them now. Better still, make
sure they’re getting better. Use scrum, an agile framework for completing ----------------------
complex projects, to help review and keep the project evolving.
----------------------
10. Simplicity—the art of maximizing the amount of work not being
done—is essential. ----------------------
If you’re looking to move quickly through a project, then you’re going ----------------------
to want to cut out unnecessary complexities. Keeping things as simple as
possible is a great ethic to streamline your process. You can do this many ----------------------
ways, including the use of agile tools that cut out the busy work and give ----------------------
you more control over every aspect of the project.
11. The best architectures, requirements and designs emerge from self- ----------------------
organizing teams. ----------------------
When you have a strong team, you want to give that team the autonomy to
act independently. This means they can adapt to change quicker. In fact, ----------------------
they can do everything with greater agility because you’ve given them ----------------------
the trust to act without second guessing them. If you’ve done your job in
collecting the right people, then they’ll do their job addressing issues and ----------------------
resolving them before they become problems.
----------------------
12. At regular intervals, the team reflects on how to become more
effective, then tunes and adjusts its behavior accordingly. ----------------------
Another benefit of creating a well-rounded team is that they will stop, ----------------------
reflect and tweak the way they do things throughout the course of the
project. They don’t act by rote or just blindly follow protocol, but think ----------------------
through their relationship to the project and adjust when necessary. The
----------------------
last thing you want is a complacent team, one that stands on their laurels.
What you need is an ever-evolving group that is constantly engaged and ----------------------
looking for ways to improve productivity.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Principles of Agile 27
Notes Summary
---------------------- ● Highest priority is to satisfy the customer through early and continuous
delivery of valuable software. Welcome changing requirements, even
----------------------
late in development. Agile processes harness change for the customer’s
---------------------- competitive advantage.
● Deliver working software frequently, from a couple of weeks to a couple
----------------------
of months, with a preference to the shorter timescale. Business people and
---------------------- developers must work together daily throughout the project.
● Build projects around motivated individuals. Give them the environment
----------------------
and support they need and trust them to get the job done.
---------------------- ● The most efficient and effective method of conveying information to
and within a development team is face-to-face conversation. Working
---------------------- software is the primary measure of progress.
---------------------- ● Agile processes promote sustainable development. The sponsors,
developers, and users should be able to maintain a constant pace
---------------------- indefinitely.
---------------------- ● Continuous attention to technical excellence and good design enhances
agility. Simplicity--the art of maximizing the amount of work not done--is
---------------------- essential. The best architectures, requirements, and designs emerge from
---------------------- self-organizing teams. At regular intervals, the team reflects on how to
become more effective, then tunes and adjusts its behavior accordingly.
----------------------
---------------------- Keywords
----------------------
1. ‘Manifesto for Agile Software Development was created with the desire ----------------------
to find alternative approaches to software development’. Comment! ----------------------
2. The choice of traditional or agile methods for a given project is largely
contingent on which five factors? ----------------------
----------------------
Suggested Reading
----------------------
1. http://agilemanifesto.org
----------------------
2. https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/
Scrum- Guide.pdf#zoom=100 ----------------------
3. http://www.infoq.com/articles/agile-teenage-crisis ----------------------
4. Cohn, M., 2010. Succeeding with Agile. 1st ed. Boston: Addison-Wesley. ----------------------
5 Wanga, X., Conboyb, K. & Cawley, O., 2012. “Leagile” software
development: An experience report analysis of the application. The ----------------------
Journal of Systems and Software, Issue 85. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Principles of Agile 29
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
3
Structure:
3.1 Introduction
3.2 Benefits of Agile
3.3 Advantages of Agile for Project management
Summary
Keywords
Self-Assessment Questions
Suggested Readings
---------------------- After going through this unit, you will be able to:
● Analyse the Benefits of Agile
----------------------
● Appreciate the advantages of Agile for Project management
----------------------
----------------------
----------------------
3.1 INTRODUCTION
----------------------
Adopting Agile software development practices, we have seen solutions
---------------------- delivered on time and with a higher degree of client and customer satisfaction.
By incorporating the ability to change, we have been able to better incorporate
---------------------- feedback from demos, usability testing, and client and customer feedback.
---------------------- Agile is a powerful tool for software development, not only providing benefits
to the development team, but also providing a number of important business
---------------------- benefits to the client. Agile helps project teams deal with many of the most
common project pitfalls (such as cost, schedule predictability and scope creep)
---------------------- in a more controlled manner. By reorganizing and re-envisioning the activities
---------------------- involved in custom software development, Agile achieves those same objectives
in a leaner and more business-focused way
----------------------
3.2 BENEFITS OF AGILE
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
#4 Improved Performance Visibility & Transparency
It is the same in project management. Without having a visible process, you ----------------------
will have a hard time adapting to emerging changes as well as measuring ----------------------
performance indicators.
That’s why agile projects are distinguished by their transparent work processes. ----------------------
This allows you to spot issues inside your workflow, put everybody from your ----------------------
team on the same page and more effectively respond to changes.
----------------------
In practice, you can make your project’s life cycle more transparent with the
help of ----------------------
the Kanban board for example. There you can break down your bigger initiatives
----------------------
into smaller
tasks (cards), split your work process into different phases, create separate ----------------------
workflows, make your work policies explicit and visualize the flow of tasks of
----------------------
your team members.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- Summary
---------------------- ● Agile is a powerful tool for software development, not only providing
benefits to the development team, but also providing a number of
---------------------- important business benefits to the client.
---------------------- ● Agile helps project teams deal with many of the most common project
pitfalls (such as cost, schedule predictability and scope creep) in a more
---------------------- controlled manner.
---------------------- ● Some benefits of agile is Stakeholder Engagement, Transparency, Early
and Predictable Delivery, Predictable Costs and Schedule, Focuses on
---------------------- Business Value and on Users and Improved Quality.
---------------------- ● There are lot many advantages of Agile for Project Management such as
reduced risks, increased Customer satisfaction, working as per relevant
---------------------- matrix, improved performance visibility and transparency and clear
process and Continuous improvement.
----------------------
---------------------- Keywords
---------------------- ● Continuous Delivery: The automated elevation of increments of release
quality into a production environment. See also: continuous deployment,
---------------------- continuous integration.
---------------------- ● Continuous Deployment: The automated elevation of work done into
successive environments which approach production quality. See also:
---------------------- automation, automated build, automated testing. See also: continuous
---------------------- delivery, continuous integration.
● Continuous Integration: The automated integration of work done into
---------------------- an increment of potential release quality. See also continuous delivery,
---------------------- continuous deployment.
----------------------
3. http://www.infoq.com/articles/agile-teenage-crisis ----------------------
4. Cohn, M., 2010. Succeeding with Agile. 1st ed. Boston: Addison-Wesley. ----------------------
5. Wanga, X., Conboyb, K. & Cawley, O., 2012. “Leagile” software ----------------------
development: An experience report analysis of the application. The
Journal of Systems and Software, Issue 85. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
4
Structure:
4.1 Introduction
4.2 Hybrid Project Management – Combining Agile and Traditional Methods
4.3 By Contrast: Agile Work Methods
4.4 Resource and Capacity Planning in Agile Projects
4.5 Hybrid project management: optimally combining the two methods
Summary
Keywords
Self-Assessment Questions
Suggested Readings
----------------------
----------------------
---------------------- The most challenging part of starting a new project for any test manager or test
lead in a start- up, small businesses or an enterprise is indeed to plan the project.
---------------------- Traditionalists believe in waterfall methodology as a well-established practice
---------------------- that depends on rigorous documentation and rigid governance. However, agile
has made a lot of in-roads in modern teams as it is more adaptable to the changes
---------------------- which often make deliverables quite unpredictable.
An independent quality assurance team defines test cases to evaluate whether ----------------------
the product fully or partially satisfies the requirements outlined. The test team
----------------------
is supposed to execute these test cases and validate the developed product or
program ----------------------
Water-scrum-fall
----------------------
One model that makes waterfall and agile get along is the Water-scrum-fall
model. Business analysis and release management teams follow the traditional ----------------------
waterfall methods, while the development and testing team scrum methods in
----------------------
a limited way.
Water-scrum-fall method employs the traditional waterfall approach for ----------------------
planning, requirements gathering, budgeting and documenting the project’s ----------------------
progress. When there are enough details to begin development, the team
switches to a timeboxed, iterative version of Scrum for product development. ----------------------
This method uses agile principles and scrum communication techniques in day- ----------------------
to-day activities related product development.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Agile Practice:
----------------------
Knowledge Areas Application in Agile
----------------------
Integration Management Engagement of team members as local
---------------------- domain experts
Scope Management Scope is define and refines throughout the
---------------------- project. Backlog consist the requirement
---------------------- Schedule Management Adaptive approach to use short cycle time
to work and review the result
---------------------- Cost Management Light weight estimation used to generate
---------------------- fast and high level forecast
Quality Management Frequent quality and review steps
---------------------- throughout project
---------------------- Resource Management Team structure that maximize the benefit
Communication Management Transparent project artefacts and regular
---------------------- stakeholder review
Risk Management Frequent review of incremental work
----------------------
products
---------------------- Procurement Management Known seller with collaborative working
relation reduce the risk
----------------------
Stakeholder Management Adaptive engagement and participation
---------------------- with Stakeholders
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
4.2 HYBRID PROJECT MANAGEMENT – COMBINING
---------------------- AGILE AND TRADITIONAL METHODS
---------------------- Agile or traditional? If you are weighing the pros and cons of both project
---------------------- management methods, there is a good alternative. Work with both methods by
using hybrid project management.
---------------------- This part of the unit explains the best scenarios for using this hybrid approach.
---------------------- An example is used to illustrate how hybrid project management methodology
is put into practice.
---------------------- Hybrid Project Management
---------------------- A hybrid approach to project management thereby integrates the various methods
(such as PMI and scrum) or the use of diverse elements from various methods
----------------------
(such as user stories from scrum with the V model XT software specifications).
---------------------- Which scenarios are best suited to hybrid project management?
---------------------- Many organizations function in an environment in which traditional processes
have evolved over time and compliance is required with broad obligations and
---------------------- required standards. For projects, this means that there is a focus on choosing
methods that clearly define the plans and project goals and require that
----------------------
everything is documented. Or methods are prescribed by an external source,
---------------------- such as a regulatory authority.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Traditional project lifecycle: various reports during the project’s lifecycle and ----------------------
the assigned roles
----------------------
It’s important to keep an overview of all the current and new projects and
their resource utilization. In addition, close coordination is required to optimize ----------------------
resource utilization with regard to the latest requirements and circumstances.
----------------------
---------------------- However:
● What if you are expected to deliver results that can be obtained in several
---------------------- ways?
---------------------- ● What should you do if new insights and technologies become available
during the project?
----------------------
● How can you integrate these into the existing project plans to deliver a
---------------------- better solution?
● Wouldn’t it be great if there was some way to get the sponsors, customers,
----------------------
and users to all agree to these changes without risking non-conformance
---------------------- with the specifications?
Sometimes it’s just not possible to clearly define what the deliverable should be
----------------------
because those involved themselves don’t know exactly what they want or need.
---------------------- Have you ever not realized you were hungry until the scent of food made you
crave a particular dish? Suddenly you knew exactly what you wanted.
----------------------
---------------------- Agile approaches are much more common today, especially at the product
development stage in software development or other similar areas. This often
---------------------- applies to cloud solutions, which must provide uninterrupted service.
---------------------- Increasingly, the approach is used in other high-tech and complex environments
as well. The traditional approaches described above are just not suitable in cases
---------------------- like this.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
---------------------- The only remaining targets can be found in the product backlog or the sprint
backlog as a subset for each sprint. If something is not documented in the
---------------------- backlog, it will not be done.
---------------------- Communication with the stakeholders is not only through the reviews but also
via public boards with sprint or product burn down charts. This is why the
---------------------- traditional reports with their schedules, costs, and status are superfluous at best.
---------------------- Yet, what may be missing is a meaningful multi-project overview.
Lifecycle differences between traditional and agile project planning
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Hybrid handling of projects with customer consulting and associated product ----------------------
development
----------------------
Traditional and agile methods within a company: using both methods
----------------------
Please note: Frequent changes between traditional and agile approaches from
one project to the next pose a risk to the process stability. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Frequent changes between traditional and agile approaches can have a
---------------------- negative impact on process stability
---------------------- Therefore, another option is to combine methods in a meaningful way – rather
than changing between methods in projects. To give you an example:
----------------------
● Traditional concept, specification and implementation for the hardware,
---------------------- ● agile software development
---------------------- ● Traditional acceptance test
or:
----------------------
● Agile concept and specification
---------------------- ● Traditional implementation and acceptance test
---------------------- or:
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Synchronization makes it easier to combine traditional and agile methods ----------------------
A survey on hybrid PM conducted during one of our webinars held in April ----------------------
2018 involving 256 respondents (multiple answers possible) revealed that:
● 11% of the participants carried out their projects according to the defined ----------------------
methods of that business unit ----------------------
● 41% decided the method project by project
----------------------
● 40% chose the method based on the project situation
● 41% did their high-level planning with traditional methods and used agile ----------------------
ones for their detailed planning
----------------------
● 18% were still unsure
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Self-Assessment Questions
----------------------
1. Why make Waterfall and Agile methodology get along?
----------------------
2. Explain the concept of Water-Scrum-Fall
3. Write a short note on Application in Agile Practice with reference to ----------------------
knowledge areas.
----------------------
4. How can we combine the Traditional and Agile Methods?
----------------------
5. Which scenarios are best suited to hybrid project management?
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
5
Structure:
5.1 Introduction
5.2. Popular Agile Methodologies
5.2.1. SCRUM
5.2.2 Extreme Programing
5.2.3 Kanban Method
5.2.4 Crystal Method
5.2.5 Scrum Ban, Feature Driven Development
5.2.6 Dynamic System Development Method
Summary
Keywords
Self-Assessment Questions
References
---------------------- Objectives
After going through this unit, you will be able to:
----------------------
● Appreciate Hybrid Project Management
----------------------
● Analyse the roles and processes in the traditional project lifecycle
---------------------- ● Combine optimally traditional and agile methods within a single
project
----------------------
● Summarise Hybrid project management
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
5.2.2 Extreme Programing ----------------------
One of the foremost Agile methodologies is called Extreme Programming ----------------------
(XP), which involves a high degree of participation between two parties in
the software exchange: customers and developers. The former inspires further ----------------------
development by emphasizing the most useful features of a given software
product through testimonials. The developers, in turn, base each successive set ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
5.2.3 Kanban Method
----------------------
Kanban is a scheduling method developed by Toyota engineer Taiichi Ohno
---------------------- for Lean production. Designed as a system for scheduling, Kanban facilitates
production and inventory control. Acclaimed for its ability to yield vast
---------------------- quantities of product, Kanban is one of the foremost methodologies through
which work teams can accomplish just-in-time (JIT) production.
----------------------
The roots of Kanban date back to the late 1940s, when Toyota was brainstorming
---------------------- ways to mimic the shelf-stocking methodologies of supermarkets in a factory
---------------------- setting. When a customer goes to a supply store, for instance, that customer will
acquire the items that are needed.
---------------------- Today, we have adapted Kanban as a workflow management method designed
---------------------- to help us visualize our work, maximize efficiency and be agile.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
5.2.4 Crystal Method
----------------------
The Crystal methodology is actually a family of smaller agile methodologies
---------------------- such as Crystal clear, Crystal yellow, Crystal red and etc. This set of agile
methodologies is introduced by Alistair Cockburn who actually participated in
---------------------- writing the Agile manifesto for software development.
---------------------- There are 3 main factors that will determine the characteristics of different
projects: team size, system criticality, and project priorities. Projects are
---------------------- categorized depending on the system criticality as there are four levels of
---------------------- criticality: Comfort (C), Discretionary Money (D), Essential Money (E), and
Life (L).
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
The maximum number of people that need to be involved in a project depends ----------------------
on the size of the project. Bigger projects, more people. The number of team
roles also depends on the project’s size. If the project is huge there are many ----------------------
different roles and vice versa.
----------------------
Additionally, these agile methodologies are focused on:
----------------------
1. Interaction
2. People ----------------------
3. Community ----------------------
4. Skills ----------------------
5. Communications
----------------------
6. Talents
----------------------
Like most of the other agile methodologies, Crystal preaches early delivery
of working software, frequency, less bureaucracy and high involvement of ----------------------
users. The Crystal family suggests that each project is unique and requires
the application of different processes, practices, and policies. This is why it is ----------------------
perceived as one of the most lightweight agile methodologies. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Summary
----------------------
● The Agile methodologies share much of the same overarching philosophy,
as well as many of the same characteristics and practices. From an ----------------------
implementation standpoint, however, each has its own unique mix of
practices, terminology, and tactics. ----------------------
● The most widely-used Agile methodologies include: Agile Scrum ----------------------
Methodology, Lean Software Development, Kanban, Extreme
Programming (XP), Crystal, Dynamic Systems Development Method ----------------------
(DSDM), Feature Driven Development (FDD.
----------------------
Keywords ----------------------
5. Enlist the Core Principles of Kanban. When the method is best used? ----------------------
6. What do you understand by crystal method? ----------------------
----------------------
----------------------
---------------------- 3. https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/
Scrum- Guide.pdf#zoom=100
----------------------
4. http://www.infoq.com/articles/agile-teenage-crisis
---------------------- 5. Cohn, M., 2010. Succeeding with Agile. 1st ed. Boston: Addison-Wesley.
---------------------- 6. Wanga, X., Conboyb, K. & Cawley, O., 2012. “Leagile” software
development: An experience report analysis of the application. The
---------------------- Journal of Systems and Software, Issue 85.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
6
Structure:
Introduction to Scrum 67
Notes
Objectives
----------------------
After going through this unit, you will be able to:
----------------------
● Introduction to Agile Scrum
---------------------- ● History of Scrum
---------------------- ● Agile Manifesto
---------------------- ● Comparison of Scrum with other Frameworks
● Benefits of Agile Scrum over other methods
----------------------
----------------------
----------------------
Check your Progress 1
----------------------
1. Agile project management is _____________________ to managing
projects that has gained popularity in various industries ----------------------
----------------------
Activity 1 ----------------------
----------------------
Prepare Kanban Board for your running projects
----------------------
Introduction to Scrum 69
Notes Formalization and Expansion (1995-2001): Scrum continued to evolve,
with Ken Schwaber playing a significant role in its formalization. In 1995, Ken
---------------------- Schwaber released the first version of the “Scrum Guide.” In 2001, Schwaber
and Mike Beedle published the book “Agile Software Development with
---------------------- Scrum,” which provided further guidance and popularized Scrum as an agile
---------------------- project management approach.
Agile Manifesto (2001): Scrum, along with other agile methodologies,
----------------------
gained more prominence after the publication of the Agile Manifesto in 2001.
---------------------- The manifesto was created by a group of software developers who favoured
lightweight, iterative, and customer-centric approaches to software development.
---------------------- Scrum’s principles and practices align closely with the values expressed in the
Agile Manifesto.
----------------------
Scrum Alliance and Scrum.org (2002): In 2002, Ken Schwaber founded
---------------------- the Scrum Alliance, a non-profit organization dedicated to promoting Scrum.
This organization offers training, certifications, and a platform for Scrum
----------------------
professionals to share knowledge and experiences. Around the same time,
---------------------- Ken Schwaber and Jeff Sutherland founded Scrum.org, another organization
providing training and certification in Scrum.
----------------------
Widespread Adoption and Adaptation (2000s-Present): Scrum gained
---------------------- widespread adoption not only in software development but also in other
industries and domains, including project management, product development,
---------------------- marketing, healthcare, and more. As Scrum became more popular, many
organizations tailored and adapted the framework to suit their specific needs,
----------------------
leading to the emergence of Scrum variants and scaling frameworks.
---------------------- Scrum Guide Updates (2010s-Present): Ken Schwaber and Jeff
---------------------- Sutherland continued to refine and update the Scrum framework over the
years. They released updated versions of the “Scrum Guide” to provide clear
---------------------- and concise guidance on Scrum practices. The Scrum Guide is considered the
definitive source for understanding Scrum.
----------------------
Scrum in the Modern Work Environment: Scrum is now widely
---------------------- adopted in organizations of various sizes and industries worldwide. It is known
for its emphasis on collaboration, iterative development, and adaptability,
---------------------- making it suitable for addressing complex and rapidly changing challenges in
---------------------- the modern work environment.
Scrum’s history reflects its evolution from a concept rooted in agile
---------------------- principles to a well-established and adaptable project management framework
---------------------- used in various fields. Its simplicity and focus on delivering value to customers
and end-users have contributed to its enduring popularity in project management.
----------------------
Introduction to Scrum 71
Notes Collaboration between Business People and Developers:
Foster ongoing collaboration between the business side and development teams
----------------------
to ensure that the software aligns with business goals.
---------------------- Build Projects around Motivated Individuals:
---------------------- Assemble self-motivated, cross-functional teams and provide them with the
resources and support they need to succeed.
----------------------
Use Face-to-Face Communication Whenever Possible:
---------------------- Prioritize in-person communication as it is the most effective way to convey
---------------------- information and build shared understanding.
Working Software is the Primary Measure of Progress:
----------------------
Assess progress based on the functionality of the software delivered, rather than
---------------------- relying solely on documentation or project plans.
---------------------- Maintain a Sustainable Pace:
Encourage a work environment that allows team members to work at a
----------------------
sustainable pace over the long term, avoiding burnout.
---------------------- Continuous Attention to Technical Excellence and Good Design:
---------------------- Strive for high-quality code, good design, and technical excellence to ensure
that the software remains maintainable and adaptable.
----------------------
Simplicity—the Art of Maximizing the Amount of Work Not Done:
----------------------
Promote simplicity in design and development, focusing on delivering the
---------------------- necessary features while avoiding unnecessary complexity.
Self-Organizing Teams:
----------------------
Trust and empower teams to make decisions about how they work and deliver
---------------------- software. Encourage self-organization and autonomy.
---------------------- Regular Reflection and Adjustment:
---------------------- Regularly review and reflect on the team’s processes and performance, and be
open to making adjustments and improvements.
----------------------
The Agile Manifesto and its associated principles have been influential in
---------------------- shaping modern software development practices.
Agile methodologies, such as Scrum, Kanban, and Extreme Programming,
----------------------
have emerged as practical implementations of these values and principles,
---------------------- fostering collaboration, adaptability, and customer satisfaction in software
development projects.
----------------------
These principles can also be adapted and applied beyond software
---------------------- development to other fields and industries seeking to embrace agility and
responsiveness.
----------------------
----------------------
----------------------
2.4 COMPARISON OF SCRUM & OTHER PM METHODS ----------------------
Scrum is a widely used Agile project management methodology that is ----------------------
known for its iterative and incremental approach to software development and
other projects. ----------------------
It has several key differences when compared to more traditional project ----------------------
management methodologies like Waterfall.
----------------------
Comparison of Scrum with some other project management methodologies:
----------------------
Scrum vs. Waterfall:
Approach: Scrum is iterative and incremental, with a focus on delivering ----------------------
value in short development cycles (sprints). Waterfall is a linear, sequential
----------------------
approach where each phase must be completed before moving on to the next.
Flexibility: Scrum is highly adaptable to changing requirements, while ----------------------
Waterfall is less flexible once the project starts.
----------------------
Client Involvement: Scrum encourages client involvement throughout
the project, while Waterfall typically involves clients mainly at the beginning ----------------------
and end. ----------------------
Scrum vs. Kanban:
----------------------
Workflows: Scrum uses predefined development cycles (sprints), while
Kanban focuses on continuous delivery and flow of work. ----------------------
Prioritization: In Scrum, work is prioritized in a sprint backlog, while ----------------------
Kanban uses a work-in-progress (WIP) limit to manage and prioritize tasks.
----------------------
Roles: Scrum has defined roles (Scrum Master, Product Owner,
Development Team), whereas Kanban typically doesn’t prescribe specific roles. ----------------------
Scrum vs. Lean: ----------------------
Focus: Scrum focuses on delivering a potentially shippable product
increment at the end of each sprint. Lean emphasizes efficiency, reducing waste, ----------------------
and maximizing value with the minimum necessary resources. ----------------------
Roles: Lean principles may not specify roles like Scrum does (e.g., Scrum
Master and Product Owner). ----------------------
Introduction to Scrum 73
Notes Scrum vs. PRINCE2:
Scope: Scrum is primarily used for project execution, whereas PRINCE2
----------------------
is a comprehensive project management framework that covers initiation,
---------------------- planning, execution, and closing phases.
Certification: PRINCE2 offers certification levels for practitioners, while
----------------------
Scrum has various certifications, including Certified Scrum Master (CSM) and
---------------------- Certified Scrum Product Owner (CSPO).
Scrum vs. Agile Project Management (APM):
----------------------
Framework vs. Methodology: Scrum is a specific Agile framework.
---------------------- APM is a more generic approach to project management that aligns with Agile
---------------------- principles.
Customization: APM allows more flexibility in adapting to the specific
---------------------- needs of a project, while Scrum provides a structured framework with defined
---------------------- roles, events, and artefacts.
Scrum vs. Six Sigma:
----------------------
Scope: Scrum focuses on software development and project management.
---------------------- Six Sigma is a data-driven methodology for process improvement and quality
control.
----------------------
Tools: Six Sigma often uses statistical tools and techniques for process
---------------------- analysis, while Scrum relies on empirical data and regular inspection and
adaptation.
----------------------
Scrum vs. PRISM:
----------------------
Industry: Scrum is widely used in software development but is adaptable
---------------------- to various industries. PRISM (Projects Integrating Sustainable Methods)
is a project management framework with a sustainability focus, suitable for
---------------------- construction and infrastructure projects.
---------------------- Scrum vs. PMI/PMBOK:
---------------------- Association: PMBOK (Project Management Body of Knowledge) is a
comprehensive framework by the Project Management Institute (PMI), while
---------------------- Scrum is an Agile framework for iterative and incremental development.
---------------------- Certification: PMI offers certifications like Project Management Professional
(PMP), while Scrum has its own certification tracks.
----------------------
Each methodology has its strengths and is best suited to different types of
---------------------- projects and organizational contexts.
----------------------
----------------------
Introduction to Scrum 75
Notes Predictable and Sustainable Pace:
Scrum helps establish a sustainable pace for development by limiting work in
----------------------
progress and setting sprint durations, reducing overloading and burnout.
---------------------- Improved Product Quality:
---------------------- Scrum encourages a focus on quality through practices like test-driven
development, continuous integration, and sprint review feedback.
----------------------
Enhanced Team Collaboration:
---------------------- Daily stand-up meetings and other Scrum ceremonies foster strong team
---------------------- collaboration, communication, and a sense of shared ownership.
Quick Feedback Loops:
----------------------
Scrum’s short iterations and regular reviews provide rapid feedback on product
---------------------- development, helping teams identify and address issues early.
---------------------- Transparency and Visibility:
Scrum promotes transparency through visible progress (burndown charts, task
----------------------
boards), enhancing stakeholders’ understanding of the project’s status.
---------------------- Business Value Focus:
---------------------- Scrum emphasizes delivering the highest business value in each sprint, making
it an excellent choice for projects with changing priorities.
----------------------
Risk Mitigation:
----------------------
By regularly delivering working increments and addressing issues promptly,
---------------------- Scrum helps identify and mitigate risks earlier in the project.
Global Acceptance and Support:
----------------------
Scrum is widely recognized and supported by various organizations, training
---------------------- providers, and a strong community, making it easier to access resources and
---------------------- expertise.
While Scrum offers numerous advantages, it’s essential to recognize that
---------------------- no single Agile methodology is universally superior. The choice between Scrum
---------------------- and other Agile frameworks (e.g., Kanban, Extreme Programming) should be
based on the specific project requirements, team dynamics, and organizational
---------------------- goals. In some cases, a hybrid approach that combines elements of different
methodologies may provide the best solution for a given context.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Summary
----------------------
Agile Scrum is a dynamic and iterative project management framework
designed to enhance flexibility, collaboration, and responsiveness in software ----------------------
development and other complex projects.
----------------------
Agile Principles: Agile is grounded in the Agile Manifesto, emphasizing
individuals and interactions, working solutions, customer collaboration, and ----------------------
responding to change over following rigid plans and processes.
----------------------
Scrum Framework: Scrum is a specific Agile methodology that provides a
structured approach to project management. It comprises roles, ceremonies, and ----------------------
artifacts.
----------------------
Roles in Scrum:
----------------------
Product Owner: Represents the customer, prioritizes the product backlog, and
ensures value delivery. ----------------------
Scrum Master: Facilitates the Scrum process, removes impediments, and ----------------------
supports the team.
----------------------
Development Team: Cross-functional, self-organizing group delivering
increments in sprints. ----------------------
Ceremonies in Scrum:
----------------------
Sprint Planning: Collaborative session to plan work for the upcoming sprint.
----------------------
Daily Stand-up (Daily Scrum): Short daily meetings for team synchronization.
Sprint Review: Demonstration of completed work to stakeholders. ----------------------
----------------------
Introduction to Scrum 77
Notes Sprint Retrospective: Reflection on the sprint’s processes and outcomes for
continuous improvement.
----------------------
Artifacts in Scrum:
---------------------- Product Backlog: Prioritized list of features, enhancements, and bug fixes.
---------------------- Sprint Backlog: Subset of the Product Backlog selected for a specific sprint.
---------------------- Increment: Sum of completed product backlog items in a sprint, meeting the
Definition of Done.
---------------------- Agile Values:
---------------------- Individuals and Interactions: Prioritizing personal interactions and teamwork.
---------------------- Working Solutions: Emphasizing functional and valuable outcomes over
comprehensive documentation.
----------------------
Customer Collaboration: Involving customers throughout the development
---------------------- process.
---------------------- Keywords
---------------------- ● Agile: Agile methodologies focus on flexibility, collaboration, and
adaptability in project management.
----------------------
● Scrum: A specific Agile framework that provides a structured approach
---------------------- to software development and project management.
---------------------- ● Agile Manifesto: A set of guiding values and principles for Agile
development, emphasizing individuals, collaboration, and responding to
---------------------- change.
---------------------- ● Product Owner: Represents the customer, prioritizes the product
backlog, and ensures value delivery.
---------------------- ● Scrum Master: Facilitates the Scrum process, removes impediments,
---------------------- and supports the team.
● Development Team: Cross-functional, self-organizing group responsible
---------------------- for delivering increments in sprints.
----------------------
Question 1: What is the primary goal of Agile methodologies in project
management? ----------------------
A. Strict adherence to plans and processes.
----------------------
B. Flexibility and adaptability to changing requirements.
----------------------
C. Comprehensive documentation of every project detail.
D. Heavy emphasis on individual tasks and responsibilities. ----------------------
Introduction to Scrum 79
Notes D. Stakeholders.
Question 3: What is the primary purpose of the Daily Stand-up (Daily
----------------------
Scrum) meeting in Scrum?
---------------------- A. Detailed project status reporting.
---------------------- B. Micro-management of team tasks.
----------------------
----------------------
3. “Essential Scrum: A Practical Guide to the Most Popular Agile Process” ----------------------
by Kenneth S. Rubin:
----------------------
Kenneth Rubin provides a comprehensive guide to Scrum, covering its
roles, ceremonies, and artifacts. The book is suitable for practitioners and ----------------------
organizations adopting Scrum.
----------------------
4. “Scrum and XP from the Trenches” by Henrik Kniberg:
----------------------
Henrik Kniberg shares practical insights and experiences from his work
implementing Scrum and XP (Extreme Programming). The book provides ----------------------
a pragmatic perspective on Agile practices.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
Introduction to Scrum 81
Notes
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
7
Structure:
---------------------- After going through this unit, you will be able to Explain:
● Introduction to Project Planning
----------------------
● Planning using Scrum
---------------------- ● Product Backlog & Sprint Planning
---------------------- ● Release planning
---------------------- ● Velocity burndown chart
● User Story Mapping
----------------------
● Refinement using Scrum
----------------------
----------------------
----------------------
7.1 INTRODUCTION TO PROJECT PLANNING
----------------------
Project planning is the process of defining the scope, objectives, and
---------------------- activities required to successfully complete a project.
Alignment with Objectives: Project planning ensures that the project’s ----------------------
goals and objectives align with the organization’s strategic goals.
----------------------
In summary, project planning is the initial and foundational phase of
project management that lays out the roadmap for the project’s success. ----------------------
It involves defining scope, tasks, resources, timeframes, and risk ----------------------
management strategies to ensure the project is executed efficiently, effectively,
and in alignment with stakeholder expectations and organizational goals. ----------------------
----------------------
----------------------
----------------------
----------------------
Activity 1
----------------------
Prepare Project plan using Project planning Framework
----------------------
----------------------
Daily Stand-up (Daily Scrum): A short daily meeting where team members ----------------------
discuss their progress, challenges, and plan the day’s work.
----------------------
Sprint Review: A meeting at the end of each sprint where the team
demonstrates the completed work to stakeholders and gathers feedback. ----------------------
Sprint Retrospective: A reflective meeting at the end of each sprint ----------------------
where the team discusses what went well and what could be improved in their
processes. ----------------------
Project Planning Using Scrum: ----------------------
Initiation: ----------------------
The project planning process begins with the identification of a project
vision and initial scope. ----------------------
The Product Owner, with input from stakeholders, creates a product ----------------------
backlog that outlines the desired features and requirements.
----------------------
Sprint Planning:
----------------------
At the start of each sprint, the Scrum Team conducts sprint planning to
select items from the product backlog to work on during the sprint. ----------------------
The team defines the sprint goal and commits to delivering the selected
----------------------
items by the end of the sprint.
Daily Stand-up: ----------------------
The team holds daily stand-up meetings to track progress, discuss ----------------------
impediments, and ensure alignment among team members.
----------------------
Sprint Execution:
----------------------
The development team works on implementing the items from the sprint
backlog with the goal of delivering a potentially shippable product increment ----------------------
by the end of the sprint.
----------------------
Sprint Review:
At the end of the sprint, a sprint review is conducted where the team ----------------------
demonstrates the completed work to stakeholders for feedback.
----------------------
---------------------- 1. What is the primary purpose of the Sprint Planning meeting in Scrum?
A. Reviewing completed work.
----------------------
B. Demonstrating the product to stakeholders.
---------------------- C. Collaboratively planning the work to be done in the upcoming
sprint.
----------------------
D. Reflecting on the outcomes of the previous sprint.
----------------------
Sprint Backlog: The Sprint Backlog is a subset of the Product Backlog. ----------------------
It’s a detailed plan for what the team will work on during the sprint.
It includes specific tasks and user stories with defined acceptance ----------------------
criteria. ----------------------
Time box: Sprint Planning is time-boxed, typically to a maximum of
----------------------
eight hours for a one-month sprint. Shorter time frames apply for shorter
sprints. The goal is to keep the event focused and efficient. ----------------------
Sprint Planning sets the direction and work plan for the upcoming sprint.
----------------------
It’s an opportunity for the team to collaborate, ask questions, and ensure
everyone has a shared understanding of the work to be done. ----------------------
---------------------- The Daily Scrum, also known as the Daily Stand-up, is a daily meeting that
occurs within each Sprint. Its primary purpose is to facilitate communication
---------------------- and collaboration among members of the Scrum Team.
----------------------
----------------------
---------------------- Focus on Process: The primary focus of the Sprint Retrospective is on the
Scrum Team’s processes, practices, and collaboration. It’s not about the product
---------------------- itself.
Velocity: ----------------------
Velocity is a measure of the amount of work (story points or other units) ----------------------
a Scrum Team can complete within a single sprint.
----------------------
It is calculated by summing up the story points (or other units) of all the
user stories or items successfully completed in a sprint. ----------------------
Velocity provides the team with a reference point for capacity planning ----------------------
and helps in forecasting how much work can be completed in future sprints.
Teams should establish a stable velocity over time to improve predictability. ----------------------
----------------------
---------------------- 1. During Sprint Planning, who is responsible for prioritizing the Product
Backlog items?
----------------------
A. Scrum Master.
---------------------- B. Development Team.
---------------------- C. Product Owner.
D. Stakeholders.
----------------------
2. What is the purpose of the Daily Stand-up (Daily Scrum) meeting in
---------------------- Scrum project planning?
---------------------- A. Detailed project status reporting.
B. Micro-management of team tasks.
----------------------
C. Problem-solving and removing impediments.
---------------------- D. Monthly sprint planning.
----------------------
----------------------
----------------------
----------------------
1. Explain the role of the Product Owner in project planning using Scrum. ----------------------
How does their involvement contribute to the success of the project? ----------------------
2. Describe the significance of the Sprint Planning meeting in Scrum. What
key activities and discussions take place during this meeting, and how ----------------------
does it set the tone for the upcoming sprint? ----------------------
3. In Scrum, user stories play a crucial role in project planning. Discuss the
characteristics of well-defined user stories and how they aid in effective ----------------------
planning and communication within the development team. ----------------------
4. Reflect on the importance of adaptability in Scrum project planning.
----------------------
Provide examples of situations where adaptability is crucial, and explain
how the Scrum framework facilitates adjustments during a project. ----------------------
5. The Sprint Review and Sprint Retrospective are essential Scrum
----------------------
ceremonies at the end of each sprint. Explain how insights gained from
these ceremonies contribute to future project planning and continuous ----------------------
improvement within the team.
----------------------
----------------------
----------------------
---------------------- 1. It serves as a repository for user stories and other work items.
Check your Progress 2
----------------------
1. Collaboratively planning the work to be done in the upcoming sprint.
----------------------
Check your Progress 3
---------------------- 1. internal event
---------------------- Check your Progress 4
---------------------- 3. “Essential Scrum: A Practical Guide to the Most Popular Agile Process”
by Kenneth S. Rubin:
----------------------
Kenneth Rubin provides a comprehensive guide to Scrum, covering its
---------------------- roles, ceremonies, and artifacts. The book is suitable for practitioners and
organizations adopting Scrum.
----------------------
4. “Scrum and XP from the Trenches” by Henrik Kniberg:
---------------------- Henrik Kniberg shares practical insights and experiences from his work
implementing Scrum and XP (Extreme Programming). The book provides
----------------------
a pragmatic perspective on Agile practices.
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
No story should take more than three weeks for the development. If it takes it
----------------------
should be splitted into small stories. The cost and time scheduling must be done
again for these. New story can be written at any time. Grouping of the stories ----------------------
will be done for the releases. The
----------------------
releases for this case study are represented by the figure, which is totally
depending on the priorities specified by the customer. ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
The model view controller (MVC) design pattern which can weaken the ----------------------
coupling among the different application tiers and make the development
and maintenance simpler. The MVC is a fundamental design pattern for the ----------------------
separation between user interface logic and business logic. Since applications ----------------------
are very large in size these days and the MVC design pattern can weak the
coupling among the different application tiers of application ----------------------
----------------------
----------------------
----------------------
----------------------
One way to separate concerns in a software application is to use Model-View-
----------------------
Controller (MVC) architecture.
● The Model represents the business or database code ----------------------
● The View represents the page design code ----------------------
● The Controller represents the navigational code
----------------------
Acceptance testing
----------------------
Acceptance Testing is performed after System Testing and before making the
system available for actual use ----------------------
● Internal Acceptance Testing (Also known as Alpha Testing) is performed
----------------------
by members of the organization that developed the software but who are
not directly involved in the project (Development or Testing).Here we are ----------------------
involving the analyst and designer.
----------------------
● External Acceptance Testing is performed by people who are not
employees of the organization that developed the software. selected 50 ----------------------
members of women from different categories of the society. Depending
on the priority chart releases will be done. After Release ----------------------
#1 the team computes project velocity in turn used to estimate delivery dates and ----------------------
schedule for subsequent releases and determine whether an over-commitment
exists or not. ----------------------
● Customer Acceptance Testing is performed by the customers of the ----------------------
organization that developed the software. They are the ones who asked
the organization to develop the software for them. This is the project for ----------------------
social benefit so no specific customer is there here we are involving the
----------------------
Doctors, Lawyers and members of social organizations who shared their
knowledge to start the process. [This is in the case of the software not ----------------------
being owned by the organization that developed it.]
----------------------
---------------------- In Scrum, the entire framework activities categorized into three phases:
Pregame
----------------------
Game
---------------------- Postgame
---------------------- Pregame consist of two important activities
---------------------- define which roles were most useful to their goals. Company developed the
following role descriptions:
---------------------- Business Owners: Senior managers or principal engineers charged with
---------------------- oversight of multiple teams or overarching technical issues for all teams. BOs
set the roadmap milestones (Release Plan) and defined the ‘desired’ features
---------------------- at each milestone. Scrum teams still owned sizing and committing to meet the
feature milestones based on their velocity.
----------------------
Product Owners: Typically, functional group managers
----------------------
Technical Owners: Technical leads from each of the functional areas who
---------------------- could collaborate on integration, dependency, and architectural issues to ensure
congruence between teams with dependent outputs. TOs held ad hoc meetings
---------------------- to break down epics into sprint-able stories.
---------------------- Scrum Masters: A cross-team engineer with no specific stake in the project
team he or she was Scrum Mastering. This helped to curb the urge for the
---------------------- ScrumMaster to meddle in the technical solution.
---------------------- Teams: Team charged with one output of the test suite, rarely with cross-
functional team members. Almost always a functional silo team.
----------------------
Adds are additional AC that the SH/PO add to the story during the Pair Review ----------------------
process that are accepted by the developer for the current sprint and are an
indication of ambiguous story AC. Saves are bugs created in this sprint and ----------------------
caught in this sprint. Escapes are bugs created in a previous sprint and found ----------------------
in the current sprint. Saves indicate the verification process is working, while
Escapes indicate that it needs to improve. ----------------------
Additionally, team had to define a robust validation process. Validation couldn’t ----------------------
be generalized across the Scrums like verification, so each Scrum documented
its validation rules, essentially defining what it means to be done with validation ----------------------
for its work product. Validation must ensure the story will function properly
----------------------
in the released work product and usually involves running devices on the test
equipment. ----------------------
A story is only done if all tasks are done and it has been verified and validated.
----------------------
No Partial Credit (+) When determining velocity for the next sprint, no credit
is given for stories that are not “done” based on our definition above. This may ----------------------
Incremental Review (+) Company didn’t like waiting until the Review meeting ----------------------
to seek approval from the PO. Our Pair-Review verification process encouraged
the PO and developer to sit together as soon a story was deemed ready for ----------------------
verification. This eliminated most of the surprises in the Review meeting where ----------------------
the final work product was reviewed. It also made for a much shorter meeting.
Velocity (+) Visibility of backlog, progress reports, and overall metrics help ----------------------
adjust manager expectations frequently so they can make business decisions ----------------------
based on the actual accomplishments of the teams. Velocity metrics force POs
to schedule work to capacity. ----------------------
After all, you can’t get 80 story points out of a 50-point team. ----------------------
Executive Sponsorship (+)
----------------------
Support has been a crucial win for both teams and managers. Without high-
level support from the organization’s manager, the transition wouldn’t have ----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------
----------------------