[Ania} Kanban Brazil In the depths of Kanban.pdf

ANNA RADZIKOWSKA
Applying underappreciated scaling
techniques in the finance institution
In the depths of the Kanban

Meet The Project
• New project to automate manually prepared reports for the Financial Reporting department (Business) in
a private bank.
• SDLC is used as a company-wide PM method, but developers applied “Scrum” on top of that.
• Financial Reporting is a department of 150+ people (10 teams) working for 120 external Clients and
Auditors in regular reporting cycles (annual, semi-annual, quarter, month).
• The delivery dates of the reports on the business side are all non-negotiable deadlines.
• The Project is budgeted for 15 months.
• Deployment calendars are distributed in January for the whole year. Deployments are scheduled every 2-
3 weeks (depending on the bank holidays).
• Initial Business assessment to automate 10 reports.

• Two Business Analysts
• Two Developers
• One part-time Project
Manager/Product Owner
Meet the
Team

• Internal shared services: Testing team, Infrastructure team,
Maintenance & BAU Support team.
Meet the...
Others
• External shared services: ELT (Extract, Load, Transform) solution
provider.
• (Internal) Client: Business.
• Steering committee (sponsors and directors).
• PMO
• (External - global) clients, auditors, regulators.
• Other stakeholders: RPA project and team, aggregating project.

• "Start with what you now!" (SDLC)
• multiple shared services, no chance
for a "cross-functional team" (we
wouldn't even know who should be
on this team!)
• previous Kanban experience of few
team members
• it JUST felt natural
Why Kanban?

1 month later...
"Why do you need
access to DB?!"

2 months later...
"Infrastructure doesn't know
what to do with you, guys"

4 months later...
"We need to
regroup offline"

• Created explicit blocker-related policies and
processes to remove blockers.
We couldn't move on,
but we stayed focused
• Focused on removing one blocker after another and
kept moving.
• Introduced requirements approval from Business.
• Spent time with Business to understand the scope
(flattening the learning curve) - scale wide.
• Built the feedback loops.

Kanban Meeting
(daily)
• daily work discussion
• replenishment on demand
• addressing blockers
SteerCo
(twice a month)
• all stakeholders
• project update
• risk update
Retrospectives
(twice a month)
• discussing improvements
• playing Mafia game (why
was I always a chicken :( !?)
The flow of
feedback
PM
PM
PM

7 months after project started
we did the first release

Our lead time looked like a total mess
But at least we could deliver!

Wait... there is a new source of
feedback!
Actually - two :)

Removing blockers allowed us for
stabilizing the delivery
Source of
feedback #1

Kanban Meeting
(daily)
SteerCo
(twice a month)
• project update
• risk update
Retrospectives
(twice a month)
The flow of feedback
Post-delivery
period
• feedback from Business
• change requests and
defects
BAs
PM
Business
managers
Source of
feedback #2

Lead time distribution and post-delivery feedback revealed new work
item types and their nature

Welcome to the world of failure demand!

“Let’s keep expanding the scope!”
(Of course, no one said it explicitly)

We realized we can't do it on
our own

Time to get Business on board!
• Redesign process
• Let's scale in depth - Ideation Group!
• Definition of Ready
• Triage
• 2-phase commit

Ideation Group
board
(Redesigned)
Project board

Kanban Meeting
(daily)
SteerCo
(twice a month)
• project update
• risk update
Retrospectives
(twice a month)
The flow of feedback
Post-delivery
period
• feedback from Business
• change requests and
defects
PM
Business
managers
Ideation Group
(weekly)
• analysis of improvements and
new builds
• decision: "what should we do
next?"
SMEs and BAs

Triage and
2 commitment
points

“When should we do it?”
triage in practice
The way we managed the width-scale
process (and expanding customer’s
expectations)

• What is the lead time?
• When is “now” (or expected start date)?
• What is the desired delivery date?
• What is the time frame between “now” (or
start date) and the desired delivery date?
Planning Recipe
• What is customer expectation?
• What is the cost of delay?
• Should we change the class of service?
• Can it wait?

Team decision
would be:
Ignore the “pink” report,
we do the “green” one
Considering the data
only

Let’s not forget about the
last question
What is the customer’s
expectation?

The “Green” report is a monthly task for one client.
It consists of one small spreadsheet.
The cost of delay is intangible!

The “Pink” report is required by 80% of clients.
Automation will save dozens of work hours.
Cost of delay is very high!

Mutual agreement:
We change the class of service of the “pink” report
to complete it for the next reporting period!
Business will allocate resources to support the
work.

Planning Recipe
• Can it wait?
Don’t focus on one
part or another

Planning Recipe
• Can it wait?
Always
consider both!

Risk Management
• Small pieces of work.
• Understanding capabilities.
• Constant work with clients.
• Understanding the cost of delay.
• Decreasing the number of failure demand items.

More in depth scaling?
We've got you covered!

Few Business teams applied Kanban
in their processes
Ideation Group
Team 1
Team 2
Team 3

We needed to
integrate with a new
(master) project and
recognize new
dependencies

What can we learn?
• Kanban fits everywhere and will adjust to you, just
start with what you do now!
• You most probably scale Kanban already, so...
• To scale Kanban, just do more of it everywhere you
see the opportunity.
• Don't try to install new, huge, fancy frameworks.

[Ania} Kanban Brazil In the depths of Kanban.pdf

[Ania} Kanban Brazil In the depths of Kanban.pdf

Recommandé

Contenu connexe

Similaire à [Ania} Kanban Brazil In the depths of Kanban.pdf

Similaire à [Ania} Kanban Brazil In the depths of Kanban.pdf(20)

Dernier

Dernier(20)

[Ania} Kanban Brazil In the depths of Kanban.pdf