Webinar on Agile for Service Management. For more detailed training, consulting and coaching on making your service teams agile, please contact trainings@agivetta.com
3. So,What is ITSM really ?
IT Service Management is frequently cited as a
primary enabler of IT Governance objectives
It does not typically include project management or
program management concerns. For example, ITIL
is often paired with the Prince2 project
methodology and SSADM for systems architecture
4. Typical Frameworks
The InformationTechnology Infrastructure Library (ITIL)
Control Objectives for InformationTechnology (COBIT)
Application Services Library (ASL)
Business Information Services Library (BISL)
Microsoft Operations Framework (MOF)
The Helpdesk Institute (HDI) have produced a support centre focussed approach
to Service Management loosely based on ITIL.
The Enterprise Computing Institute publishes a set of coordinated books covering
general issues of large scale IT management.
Butterworth-Heinemann (ComputerWeekly Professional Series) also has
developed a notable set of publications covering IT Service Management, with
particular attention to IT portfolio topics
5. The typical questions:
How will going Agile help
us
…..@%$@^%$^
We are already ve
focused on
customer
collaboration. Wh
do we need to
change ?
Can we apply
Agile to Service
Management ?
Agile==Scrum??
6. The Need for Agility in ITSM
Workflow
• Management of erratic workflow, balancing workload across
delivery cycle
Customer Focus
• Transformation of IT to a customer-focused culture, by dealing with
pervasive internalized focus and lack of business understanding in
terms of value, outcomes, cost and risk.
Ownership
• Improvement of end-to-end delivery, ownership and accountability
in teams, while boosting collaboration.
Continuous Improvement
• Continuous, traceable improvement in service performance metrics
7. [ The three aspects of Agility….]
PrinciplesandValues
Essence
Practices
Decor
AgileButs
Myths
8. The Agile Manifesto
[ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we
have come to value]
9. Individuals and interactions
over
Processes and tools
The Agile Manifesto
[ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we
have come to value]
10. over
Working software comprehensive documentation
The Agile Manifesto
[ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we
have come to value]
11. over
Customer collaboration contract negotiation
The Agile Manifesto
[ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we
have come to value]
12. over
Responding to change following a plan
The Agile Manifesto
[ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we
have come to value]
15. Individuals and interactions
over
Processes and tools
The Agile Manifesto
[ We are uncovering better ways of delivering a service by
doing it and helping others do it. Through this work we
have come to value]
16. over
Working solution comprehensive documentation
The Agile Manifesto
[ We are uncovering better ways of delivering a service by
doing it and helping others do it. Through this work we
have come to value]
17. over
Customer collaboration Repeating Rules and
Procedures
The Agile Manifesto
[ We are uncovering better ways of delivering a service by
doing it and helping others do it. Through this work we
have come to value]
18. over
Responding to change following a plan
The Agile Manifesto
[ We are uncovering better ways of delivering a service by
doing it and helping others do it. Through this work we
have come to value]
21. Is Scrum enough?
Works very well when the backlog is relatively stable
Need at least 2 weeks of workflow without changing
priorities to be most effective
Can be used in distributed team with a few tweaks
May not work in highly , dynamic environments
23. Tailoring Scrum for Service Management
Small cycles of work ( 1 week sprints)
Enhanced daily stand-ups while using Sprint Planning
and Sprint Review for Strategizing
Informal Sprint Review rather than a formal, elaborate
ceremony
Segregating planned and unplanned work ( Bucket
Backlog Items)
Effective Sprint Retrospectives
24. Marrying Scrum and ITIL concepts
CAB Meeting is used to Prioritize the Backlog
User Stories/Story Points help Document RFC’s
Change Manager becomes Scrum Master
36. War Rules
Find your mate: No troop works on a feature alone. Have at
least one mate with you
Not > 2: No troop fights more than 2 battles at a time.
Flag if Stuck: If you are not able to move forward on a
feature, report to Project Commander® immediately.
Not > 3: Each attack party should not have more than 3
troops at a time.
Feature <=4: Each Feature should not take more than 3 work
days to win.
Stop not till win: Don't withdraw from a feature unless you
have won.
Minimize Loss: Not > 2 Lost features in a month.
37. The AGILE TEAMS
Trustworthy, empowered, accountability and focused on process
as well as results.
Zero Tolerance for Negativism
Establish urgency, demanding performance std & direction.
Pay particular attention to first meetings and actions
Set clear rules of behavior
Set immediate performance-oriented tasks and goals
Positive Feedback, Recognition and Reward
40. If We could be of any help
My Spaces
http://www.agivetta.com
www.madhurkathuria.com
www.agiledevilsworkshop.com
I am available on
• Twitter: @madhurkathuria, @agivetta
• Skype: madhur.kathuria
• info@agivetta.com