Your SlideShare is downloading. ×
Sea spin5 2013-notes
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Sea spin5 2013-notes

85
views

Published on

Presentation w/Notes Pages

Presentation w/Notes Pages

Published in: Technology, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
85
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 1
  • 2. 2
  • 3. 3
  • 4. 4
  • 5. 5
  • 6. How Groups are incentivized vs How They Work to CollaborateWho Wears PagersWho is asked to Work Late, Holidays, Weekends6
  • 7. 7
  • 8. 8
  • 9. The concept here is that muda or waste does not simply add… it multiplies, because ofinterdependencies. Many lean practitioners talk of muda squared, muda cubed, …The ways to reduce waste multiplication:- Reduce waste generally within the actitivities and delays between activities- Decouple where obvious separations exist, so that the compounding of waste issmaller and more localizedIt is possible that the nature of the system changes in the process, separating complexinto smaller, more understandable systems composed of less complex , complicated, oreven simple subsystems9
  • 10. SLA Includes Potential Delays for Contracted Customer Notice, Contracted Frequency ofChangeLabor is not just a cost…. Availability and Cost of Keeping Good Employees figures inComplexity… What is that?10
  • 11. 11
  • 12. VMs, Firewalls, Interactions (Sessions)If you do this well: Escrow-able Process12
  • 13. ModularityMention the API EconomyFormal, Explicit agreementsThe faster and more comprehensive the feedback, the better – faster fixes,adjustments13
  • 14. Developers not knowing Architectural elementsToo many customer specific DBs – Restores?Consolidating on Standard Architectures14
  • 15. Standard Change TypesLow risk = Content, Quick & Easy to Back OutBe careful about putting off maintenanceDon’t forget customer notifications, SLAs15
  • 16. 16
  • 17. 17
  • 18. 18
  • 19. Note – May be a Different Board or Other Task Types: Dev Board, Data Center OpsBoard, Release / Maintenance Window BoardsCards… Enough info for tracking, local decision making, priority mgmtTitle, Colors, Work types(bugs, features, security patch, task, story), Priority, Start Date,Hard delivery date, ID#/Barcode, avatar for engineer(s) working taskElectronic Tools Pros & Cons… easy to get certain measures(CFD, aging reports,filtering, “roll-up?”) not as visible or tactileCompare to Sprint Task Board – Queues, WIP Limits, How Managed, Stand-ups,swarming, swim lanesEstimates vs Internal SLAs vs Best Speed19
  • 20. 20
  • 21. Often IT and Dev so disjoint that they have no idea the tightrope already being walkedon the hosting side. Product development companies are more and more becominghosting companies… there are more and more patches & updates, more environmentdemands, and expectations of faster cycle times; The same is true for internal ITorganizations21
  • 22. No Heroes22
  • 23. No prizes for putting out fires…. Too common that we let it happen (prize is forcomplete behavior – root cause analysis & action plan)Be careful of not rewarding those doing it right but quietlyNo heroes or single points of failure allowedNo night owls – Sleep deprivation does not result in qualityManagement has to be On boardEveryone has a backup – risk for company otherwiseProject knowledge may be transitory; Process & Infrastructure Knowledge should notevaporateMoving Up, Taking a Vacation Means Proper HandoffSharing ExpertiseGive them path out – should be also in their interest23
  • 24. The system is the combination of people, process, technical elements, interfaces,interactions, capacity, trends, risks, gaps, ….24
  • 25. 25
  • 26. http://scaledagileframework.com26
  • 27. http://disciplinedagiledelivery.comhttp://www.amazon.com/Disciplined-Agile-Delivery-Practitioners-Enterprise/dp/0132810131http://scottwambler.wordpress.com/category/disciplined-agile-delivery/LinkedIn group also available27
  • 28. http://www.amazon.com/The-Phoenix-Project-Helping-Business/dp/0988262592http://itrevolution.com/books/phoenix-project-devops-book/28
  • 29. Start simple. Buying into a full framework of overly defined roles and mechanisms onlyinvites complexity prematurely. Let evidence for regulatory needs accumulateautomatically trough the logging mechanisms. Establish controls – and records – butbuild them into the system, not as an added actiivty. Let documentation exist whereneeded, but limit formality and structure in preference of content… agile modelingcomes to mind.Seeking to create hi-freq deployments… not yet continuousNOTE: Increasing bandwidth downstream and serious focus on visibility, constraintmanagement, problem-solving, and flow are the PRIMARY mechanism for FLOW!!!Take WIP limits seriously and improve the system.A basic rule…. NO MANUAL CHANGES!29
  • 30. No walls… no patterns of missteps passed on to the downstream (protections, mistake-proofing)Mediocrity Driven OutTrust is the key to Collaboration and Change30
  • 31. This meeting ritual is fixed in time and guideposts… it has simple but fixed guidepostsand avoids negotiating around risks; it is designed to limit meetings and variations –everyone knows the targets before handNot stand-ups…. Not daily…Problem-solving, Consent & Buy-in; Breakouts for targetedproblemsOften means large meeting – network expert, DBA, architect, productowner/manager/or senior managerThe ritual is paramount – no technical and business representation means nodeploymentQA names known test gaps & risks; Technical & IT leads own deployment discussionReports identify deployment types & signature requirementsIT/Ops may use their choice of daily internal task management mechanisms; rememberrange of work31
  • 32. 32
  • 33. 33
  • 34. 34