SlideShare a Scribd company logo
1 of 18
Download to read offline
Who	
  is	
  the	
  enemy	
  -­‐	
  us	
  or	
  mo/onlessness?	
  
Devopsdays	
  Aus/n	
  2013	
  
Dominica	
  DeGrandis	
  
@dominicad	
  
1.	
  	
  The	
  invisible	
  cost	
  of	
  idle	
  work	
  
2.	
  	
  Why	
  100%	
  capacity	
  u/liza/on	
  no	
  worky	
  
3.	
  	
  Why	
  queues	
  maHer	
  
4.	
  	
  The	
  effects	
  of	
  WIP	
  constraints	
  
	
  
What	
  to	
  do?	
  
@dominicad	
  
	
  What	
  happens	
  when	
  work	
  sits	
  idle?	
  	
  
Prep	
  Backlog	
  
	
  	
  
VMProvisioning	
  
	
  
Doing	
  
Vms	
  /vips/Storg/DB	
  
Requester	
  
Valida<on	
  
Checklist	
  
•  Roadmap	
  link	
  
•  SRCR/Firewall	
  
•  ARCH	
  approved	
  
Priori%ze	
  
Comple<on	
  criteria	
  before	
  
moving	
  to	
  Doing	
  
•  Commit	
  date	
  
•  PROD	
  ctrl	
  Approval	
  
Historical	
  Cycle	
  /me	
  provides	
  ability	
  to	
  forecast	
  
commit	
  dates.	
  	
  
Pink	
  =	
  Blocked!	
  
	
  
Handoff	
  	
  
Support	
  
	
  What	
  happens	
  when	
  work	
  sits	
  idle?	
  	
  
Con/ngency	
  buffers	
  in	
  /melines	
  increase	
  variability.	
  
	
  
 Longer	
  Cycle	
  Time	
  
	
  Age	
  &	
  Decay	
  
	
  Context	
  switching	
  
	
  More	
  stuff	
  to	
  manage	
  
	
  Wai/ng	
  for	
  specialists	
  or	
  dependent	
  resources.	
  
Par/ally	
  completed	
  work	
  can	
  be	
  very	
  expensive.	
  
	
  
 	
  
How	
  do	
  we	
  explain	
  why	
  slack	
  /me	
  is	
  
our	
  friend?	
  
	
  
To	
  Do	
  (11)	
   Doing	
  (24)	
   Done	
  
Apr	
  23,	
  2013	
  
They	
  don’t	
  call	
  it	
  a	
  wai/ng	
  room	
  for	
  nothing.	
  
To	
  Do	
  (11)	
   Doing	
  (24)	
   Done	
  
Apr	
  23,	
  2013	
  
Why	
  100%	
  capacity	
  u/liza/on	
  doesn’t	
  work	
  
Capacity utilization is the percentage of the
total possible capacity that is actually being
used.
Capacity utilization (%) = actual output
maximum possible
To	
  Do	
  (11)	
   Doing	
  (24)	
   Done	
  
Apr	
  23,	
  2013	
  
Unpredictable	
  events	
  cause	
  high	
  variability	
  and	
  
are	
  especially	
  vulnerable	
  to	
  capacity	
  overload.	
  
	
  
	
  
Loading	
  people	
  and	
  resources	
  to	
  100%	
  u/liza/on	
  blocks	
  them	
  
	
  and	
  then	
  you	
  have	
  to	
  wait	
  for	
  them	
  to	
  become	
  available.	
  	
  
	
  
To	
  Do	
  (11)	
   Done	
  
Apr	
  23,	
  2013	
  
Capacity	
  u/liza/on	
  increases	
  queues	
  exponen/ally.	
  
The	
  single	
  most	
  important	
  factor	
  that	
  affects	
  queue	
  size	
  
	
  is	
  capacity	
  u/liza/on.	
  	
  	
  
	
  
Each	
  /me	
  we	
  halve	
  the	
  amount	
  of	
  excess	
  capacity,	
  	
  
we	
  double	
  the	
  average	
  queue	
  size.	
  
Number	
  of	
  items	
  in	
  a	
  Queue	
  
Effects of WIP constraints
Done
ImplementArchitect
Review
ValidatePrep work
Ongoing
work
Project
work
Interrupts
done
Why Queues Matter
WIP limit example – no more than 1 item per person per row + 1 anywhere
on the board that has a low cost of delay.
Few	
  methods	
  rival	
  the	
  CFD	
  
0
20
40
60
80
100
120
On hold
Proposed
Prioritised
Ready for Dev
Dev
Testing
Ready for Release
Released
Implemented
Attribution to Mike Burrows - @asplake
Deployed,	
  but	
  never	
  used	
  
To	
  Do	
  (11)	
  
Ramp	
  meters	
  reduce	
  accidents	
  
system-­‐wide	
  by	
  at	
  least	
  30%.	
  
	
  
Ramp	
  meters	
  provided	
  a	
  travel	
  
/mes	
  savings	
  of	
  3	
  to	
  16	
  minutes	
  
	
  
	
  
Done	
  
Apr	
  23,	
  2013	
  
Effects	
  of	
  WIP	
  constraints	
  
Effects of WIP constraints
Done
ImplementArchitect
Review
ValidatePrep work
Ongoing
work
Project
work
Interrupts
done
Effects of WIP constraints
WIP limit example – no more than 1 item per person per row + 1 anywhere
on the board that has a low cost of delay.
Op/ons	
  -­‐	
  forecast	
  capacity	
  for	
  predictable	
  work	
  and	
  increase	
  
capability	
  to	
  handle	
  the	
  unexpected:	
  
	
  
1.  Kill	
  the	
  zombie	
  projects	
  –	
  limit	
  #	
  of	
  projects	
  
2.  Allocate	
  capacity	
  for	
  the	
  nature	
  of	
  the	
  demand	
  
3.  Allocate	
  x%	
  of	
  capacity	
  for	
  	
  lower	
  priority	
  work	
  
4.  Create	
  aging	
  reports	
  to	
  see	
  what’s	
  clogging	
  pipeline	
  
5.  Find	
  a	
  regular	
  cadence	
  
6.  Create	
  policies	
  for	
  escala/ons	
  
7.  Increase	
  capability	
  of	
  team	
  w/	
  skill	
  overlap	
  to	
  build	
  
resilience	
  
	
  
	
  
	
  
What	
  to	
  do	
  to	
  keep	
  work	
  flowing?	
  
	
  
Design for Visibility on Specializations
TestInvestigate DeliveredCommitted
SysAdmin
Config/Automate
Network/Monitor
Security
DBA
Jason
Chris
Mark
John
Pete
Ops Board
Visibility on types of demand
Reinertsen,	
  Donald.	
  	
  The	
  Principles	
  of	
  Product	
  Development	
  FLOW,	
  Celeritas	
  
Publishing,	
  2009.	
  
hHp://www.reinertsenassociates.com/	
  
hHp://blog.laughlin.com/2012/04/24/googles-­‐20-­‐/me-­‐and-­‐crea/ve-­‐
freedom/	
  
hHp://cheezburger.com/2410726144	
  
hHp://ocvarsity.freedomblogging.com/tag/freeway-­‐league-­‐traffic-­‐jam/	
  
hHp://www.wsdot.wa.gov/Traffic/Conges/on/rampmeters/	
  
hHp://benthereandback.com/?aHachment_id=268	
  
	
  
	
  
credits	
  
Who	
  is	
  the	
  enemy	
  -­‐	
  us	
  or	
  mo/onlessness?	
  
Devopsdays	
  Aus/n	
  2013	
  
Dominica	
  DeGrandis	
  
@dominicad	
  

More Related Content

Viewers also liked

Aligning Business and Technology Teams
Aligning Business and Technology TeamsAligning Business and Technology Teams
Aligning Business and Technology TeamsDominica DeGrandis
 
Lssc12.emergent.patterns.in.it
Lssc12.emergent.patterns.in.itLssc12.emergent.patterns.in.it
Lssc12.emergent.patterns.in.itDominica DeGrandis
 
Why don'we just say "No" - Devopsdays Silicon Valley Jun 2014
Why don'we just say "No" -  Devopsdays Silicon Valley Jun 2014Why don'we just say "No" -  Devopsdays Silicon Valley Jun 2014
Why don'we just say "No" - Devopsdays Silicon Valley Jun 2014Dominica DeGrandis
 
Lkce12.emergent patternsit ops
Lkce12.emergent patternsit opsLkce12.emergent patternsit ops
Lkce12.emergent patternsit opsDominica DeGrandis
 
Getting Business Exec Buy-in for Architecture Change
Getting Business Exec Buy-in for Architecture ChangeGetting Business Exec Buy-in for Architecture Change
Getting Business Exec Buy-in for Architecture ChangeDominica DeGrandis
 
Kanban Patterns for Dependencies
Kanban Patterns for DependenciesKanban Patterns for Dependencies
Kanban Patterns for DependenciesDominica DeGrandis
 

Viewers also liked (8)

Aligning Business and Technology Teams
Aligning Business and Technology TeamsAligning Business and Technology Teams
Aligning Business and Technology Teams
 
Lssc12.emergent.patterns.in.it
Lssc12.emergent.patterns.in.itLssc12.emergent.patterns.in.it
Lssc12.emergent.patterns.in.it
 
Why don'we just say "No" - Devopsdays Silicon Valley Jun 2014
Why don'we just say "No" -  Devopsdays Silicon Valley Jun 2014Why don'we just say "No" -  Devopsdays Silicon Valley Jun 2014
Why don'we just say "No" - Devopsdays Silicon Valley Jun 2014
 
Lkce12.emergent patternsit ops
Lkce12.emergent patternsit opsLkce12.emergent patternsit ops
Lkce12.emergent patternsit ops
 
DevOpsdays Austin 2015
DevOpsdays Austin 2015DevOpsdays Austin 2015
DevOpsdays Austin 2015
 
Getting Business Exec Buy-in for Architecture Change
Getting Business Exec Buy-in for Architecture ChangeGetting Business Exec Buy-in for Architecture Change
Getting Business Exec Buy-in for Architecture Change
 
The Shape of Uncertainty
The Shape of UncertaintyThe Shape of Uncertainty
The Shape of Uncertainty
 
Kanban Patterns for Dependencies
Kanban Patterns for DependenciesKanban Patterns for Dependencies
Kanban Patterns for Dependencies
 

Similar to Devopsdays.austin.2013

"We are doing it wrong."
"We are doing it wrong.""We are doing it wrong."
"We are doing it wrong."weissgraeber
 
Successful_BC_Strategy.pdf
Successful_BC_Strategy.pdfSuccessful_BC_Strategy.pdf
Successful_BC_Strategy.pdfmykovalenko1
 
Workshop BI/DWH AGILE TESTING SNS Bank English
Workshop BI/DWH AGILE TESTING SNS Bank EnglishWorkshop BI/DWH AGILE TESTING SNS Bank English
Workshop BI/DWH AGILE TESTING SNS Bank EnglishMarcus Drost
 
Critical Chain Basics
Critical Chain BasicsCritical Chain Basics
Critical Chain BasicsJakub Linhart
 
Siegel - keynote presentation, 18 may 2013
Siegel  - keynote presentation, 18 may 2013Siegel  - keynote presentation, 18 may 2013
Siegel - keynote presentation, 18 may 2013NeilSiegelslideshare
 
Velocity_Conference
Velocity_ConferenceVelocity_Conference
Velocity_ConferenceAnne Cypcar
 
Awe k2 midterms
Awe k2 midtermsAwe k2 midterms
Awe k2 midtermsKaren Tay
 
3 Keys to Performance Testing at the Speed of Agile
3 Keys to Performance Testing at the Speed of Agile3 Keys to Performance Testing at the Speed of Agile
3 Keys to Performance Testing at the Speed of AgileNeotys
 
Awe k2 midterms finals
Awe k2 midterms finalsAwe k2 midterms finals
Awe k2 midterms finalsKaren Tay
 
Quintiq SCM CIO Seminar -20120922-1
Quintiq SCM CIO Seminar -20120922-1Quintiq SCM CIO Seminar -20120922-1
Quintiq SCM CIO Seminar -20120922-1Ralph Yin
 
Evolution of Monitoring and Prometheus (Dublin 2018)
Evolution of Monitoring and Prometheus (Dublin 2018)Evolution of Monitoring and Prometheus (Dublin 2018)
Evolution of Monitoring and Prometheus (Dublin 2018)Brian Brazil
 
Using Agile Methodologies
Using Agile MethodologiesUsing Agile Methodologies
Using Agile MethodologiesDave Kellogg
 
Dev ops overview (brief)
Dev ops overview (brief)Dev ops overview (brief)
Dev ops overview (brief)Igor Moochnick
 
Scrum_Presentation_Ratul
Scrum_Presentation_RatulScrum_Presentation_Ratul
Scrum_Presentation_RatulRatul Paul
 
Strategies for Implementing Aras Innovator
Strategies for Implementing Aras InnovatorStrategies for Implementing Aras Innovator
Strategies for Implementing Aras InnovatorAras
 
Gomez Blazing Fast Cloud Best Practices
Gomez Blazing Fast Cloud Best Practices Gomez Blazing Fast Cloud Best Practices
Gomez Blazing Fast Cloud Best Practices Compuware APM
 
Risk Management Processes from Jerry Klanac
Risk Management Processes from Jerry KlanacRisk Management Processes from Jerry Klanac
Risk Management Processes from Jerry KlanacPMA Consultants
 
Suzanne Nottage (CA Technologies Ltd)
Suzanne Nottage (CA Technologies Ltd)Suzanne Nottage (CA Technologies Ltd)
Suzanne Nottage (CA Technologies Ltd)AgileNZ Conference
 
Audax Group: CIO Perspectives - Managing The Copy Data Explosion
Audax Group: CIO Perspectives - Managing The Copy Data ExplosionAudax Group: CIO Perspectives - Managing The Copy Data Explosion
Audax Group: CIO Perspectives - Managing The Copy Data Explosionactifio
 

Similar to Devopsdays.austin.2013 (20)

"We are doing it wrong."
"We are doing it wrong.""We are doing it wrong."
"We are doing it wrong."
 
Successful_BC_Strategy.pdf
Successful_BC_Strategy.pdfSuccessful_BC_Strategy.pdf
Successful_BC_Strategy.pdf
 
Workshop BI/DWH AGILE TESTING SNS Bank English
Workshop BI/DWH AGILE TESTING SNS Bank EnglishWorkshop BI/DWH AGILE TESTING SNS Bank English
Workshop BI/DWH AGILE TESTING SNS Bank English
 
Critical Chain Basics
Critical Chain BasicsCritical Chain Basics
Critical Chain Basics
 
Siegel - keynote presentation, 18 may 2013
Siegel  - keynote presentation, 18 may 2013Siegel  - keynote presentation, 18 may 2013
Siegel - keynote presentation, 18 may 2013
 
GatlingJAX2022.pdf
GatlingJAX2022.pdfGatlingJAX2022.pdf
GatlingJAX2022.pdf
 
Velocity_Conference
Velocity_ConferenceVelocity_Conference
Velocity_Conference
 
Awe k2 midterms
Awe k2 midtermsAwe k2 midterms
Awe k2 midterms
 
3 Keys to Performance Testing at the Speed of Agile
3 Keys to Performance Testing at the Speed of Agile3 Keys to Performance Testing at the Speed of Agile
3 Keys to Performance Testing at the Speed of Agile
 
Awe k2 midterms finals
Awe k2 midterms finalsAwe k2 midterms finals
Awe k2 midterms finals
 
Quintiq SCM CIO Seminar -20120922-1
Quintiq SCM CIO Seminar -20120922-1Quintiq SCM CIO Seminar -20120922-1
Quintiq SCM CIO Seminar -20120922-1
 
Evolution of Monitoring and Prometheus (Dublin 2018)
Evolution of Monitoring and Prometheus (Dublin 2018)Evolution of Monitoring and Prometheus (Dublin 2018)
Evolution of Monitoring and Prometheus (Dublin 2018)
 
Using Agile Methodologies
Using Agile MethodologiesUsing Agile Methodologies
Using Agile Methodologies
 
Dev ops overview (brief)
Dev ops overview (brief)Dev ops overview (brief)
Dev ops overview (brief)
 
Scrum_Presentation_Ratul
Scrum_Presentation_RatulScrum_Presentation_Ratul
Scrum_Presentation_Ratul
 
Strategies for Implementing Aras Innovator
Strategies for Implementing Aras InnovatorStrategies for Implementing Aras Innovator
Strategies for Implementing Aras Innovator
 
Gomez Blazing Fast Cloud Best Practices
Gomez Blazing Fast Cloud Best Practices Gomez Blazing Fast Cloud Best Practices
Gomez Blazing Fast Cloud Best Practices
 
Risk Management Processes from Jerry Klanac
Risk Management Processes from Jerry KlanacRisk Management Processes from Jerry Klanac
Risk Management Processes from Jerry Klanac
 
Suzanne Nottage (CA Technologies Ltd)
Suzanne Nottage (CA Technologies Ltd)Suzanne Nottage (CA Technologies Ltd)
Suzanne Nottage (CA Technologies Ltd)
 
Audax Group: CIO Perspectives - Managing The Copy Data Explosion
Audax Group: CIO Perspectives - Managing The Copy Data ExplosionAudax Group: CIO Perspectives - Managing The Copy Data Explosion
Audax Group: CIO Perspectives - Managing The Copy Data Explosion
 

More from Dominica DeGrandis

The Balanced Calendar: How to optimize your time (DOES17 SFO)
The Balanced Calendar: How to optimize your time (DOES17 SFO)The Balanced Calendar: How to optimize your time (DOES17 SFO)
The Balanced Calendar: How to optimize your time (DOES17 SFO)Dominica DeGrandis
 
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime
Time Theft - How Hidden & Unplanned Work Commit the Perfect CrimeTime Theft - How Hidden & Unplanned Work Commit the Perfect Crime
Time Theft - How Hidden & Unplanned Work Commit the Perfect CrimeDominica DeGrandis
 
Make Work Visible - Unmask Capacity Killing WIP
Make Work Visible - Unmask Capacity Killing WIPMake Work Visible - Unmask Capacity Killing WIP
Make Work Visible - Unmask Capacity Killing WIPDominica DeGrandis
 
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.Dominica DeGrandis
 

More from Dominica DeGrandis (6)

The Balanced Calendar: How to optimize your time (DOES17 SFO)
The Balanced Calendar: How to optimize your time (DOES17 SFO)The Balanced Calendar: How to optimize your time (DOES17 SFO)
The Balanced Calendar: How to optimize your time (DOES17 SFO)
 
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime
Time Theft - How Hidden & Unplanned Work Commit the Perfect CrimeTime Theft - How Hidden & Unplanned Work Commit the Perfect Crime
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime
 
Make Work Visible - Unmask Capacity Killing WIP
Make Work Visible - Unmask Capacity Killing WIPMake Work Visible - Unmask Capacity Killing WIP
Make Work Visible - Unmask Capacity Killing WIP
 
The Art of Lean Performance
The Art of Lean PerformanceThe Art of Lean Performance
The Art of Lean Performance
 
LeanAgileUS.feb27.2017
LeanAgileUS.feb27.2017LeanAgileUS.feb27.2017
LeanAgileUS.feb27.2017
 
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.
Time Theft - How Hidden & Unplanned Work Commit the Perfect Crime.
 

Devopsdays.austin.2013

  • 1. Who  is  the  enemy  -­‐  us  or  mo/onlessness?   Devopsdays  Aus/n  2013   Dominica  DeGrandis   @dominicad  
  • 2. 1.    The  invisible  cost  of  idle  work   2.    Why  100%  capacity  u/liza/on  no  worky   3.    Why  queues  maHer   4.    The  effects  of  WIP  constraints     What  to  do?   @dominicad    What  happens  when  work  sits  idle?    
  • 3. Prep  Backlog       VMProvisioning     Doing   Vms  /vips/Storg/DB   Requester   Valida<on   Checklist   •  Roadmap  link   •  SRCR/Firewall   •  ARCH  approved   Priori%ze   Comple<on  criteria  before   moving  to  Doing   •  Commit  date   •  PROD  ctrl  Approval   Historical  Cycle  /me  provides  ability  to  forecast   commit  dates.     Pink  =  Blocked!     Handoff     Support    What  happens  when  work  sits  idle?    
  • 4. Con/ngency  buffers  in  /melines  increase  variability.    
  • 5.  Longer  Cycle  Time    Age  &  Decay    Context  switching    More  stuff  to  manage    Wai/ng  for  specialists  or  dependent  resources.   Par/ally  completed  work  can  be  very  expensive.    
  • 6.     How  do  we  explain  why  slack  /me  is   our  friend?    
  • 7. To  Do  (11)   Doing  (24)   Done   Apr  23,  2013   They  don’t  call  it  a  wai/ng  room  for  nothing.  
  • 8. To  Do  (11)   Doing  (24)   Done   Apr  23,  2013   Why  100%  capacity  u/liza/on  doesn’t  work   Capacity utilization is the percentage of the total possible capacity that is actually being used. Capacity utilization (%) = actual output maximum possible
  • 9. To  Do  (11)   Doing  (24)   Done   Apr  23,  2013   Unpredictable  events  cause  high  variability  and   are  especially  vulnerable  to  capacity  overload.       Loading  people  and  resources  to  100%  u/liza/on  blocks  them    and  then  you  have  to  wait  for  them  to  become  available.      
  • 10. To  Do  (11)   Done   Apr  23,  2013   Capacity  u/liza/on  increases  queues  exponen/ally.   The  single  most  important  factor  that  affects  queue  size    is  capacity  u/liza/on.         Each  /me  we  halve  the  amount  of  excess  capacity,     we  double  the  average  queue  size.   Number  of  items  in  a  Queue  
  • 11. Effects of WIP constraints Done ImplementArchitect Review ValidatePrep work Ongoing work Project work Interrupts done Why Queues Matter WIP limit example – no more than 1 item per person per row + 1 anywhere on the board that has a low cost of delay.
  • 12. Few  methods  rival  the  CFD   0 20 40 60 80 100 120 On hold Proposed Prioritised Ready for Dev Dev Testing Ready for Release Released Implemented Attribution to Mike Burrows - @asplake Deployed,  but  never  used  
  • 13. To  Do  (11)   Ramp  meters  reduce  accidents   system-­‐wide  by  at  least  30%.     Ramp  meters  provided  a  travel   /mes  savings  of  3  to  16  minutes       Done   Apr  23,  2013   Effects  of  WIP  constraints  
  • 14. Effects of WIP constraints Done ImplementArchitect Review ValidatePrep work Ongoing work Project work Interrupts done Effects of WIP constraints WIP limit example – no more than 1 item per person per row + 1 anywhere on the board that has a low cost of delay.
  • 15. Op/ons  -­‐  forecast  capacity  for  predictable  work  and  increase   capability  to  handle  the  unexpected:     1.  Kill  the  zombie  projects  –  limit  #  of  projects   2.  Allocate  capacity  for  the  nature  of  the  demand   3.  Allocate  x%  of  capacity  for    lower  priority  work   4.  Create  aging  reports  to  see  what’s  clogging  pipeline   5.  Find  a  regular  cadence   6.  Create  policies  for  escala/ons   7.  Increase  capability  of  team  w/  skill  overlap  to  build   resilience         What  to  do  to  keep  work  flowing?    
  • 16. Design for Visibility on Specializations TestInvestigate DeliveredCommitted SysAdmin Config/Automate Network/Monitor Security DBA Jason Chris Mark John Pete Ops Board Visibility on types of demand
  • 17. Reinertsen,  Donald.    The  Principles  of  Product  Development  FLOW,  Celeritas   Publishing,  2009.   hHp://www.reinertsenassociates.com/   hHp://blog.laughlin.com/2012/04/24/googles-­‐20-­‐/me-­‐and-­‐crea/ve-­‐ freedom/   hHp://cheezburger.com/2410726144   hHp://ocvarsity.freedomblogging.com/tag/freeway-­‐league-­‐traffic-­‐jam/   hHp://www.wsdot.wa.gov/Traffic/Conges/on/rampmeters/   hHp://benthereandback.com/?aHachment_id=268       credits  
  • 18. Who  is  the  enemy  -­‐  us  or  mo/onlessness?   Devopsdays  Aus/n  2013   Dominica  DeGrandis   @dominicad