Just some little ideas about change and how to manage IT.

1. CHANGE MANAGEMENT
PROJECT
A SCIENTIFIC CLASSIFICATION
DATE CLIENT
JUNE 23RD 2010 VELOCITY CONFERENCE
Wednesday, June 23, 2010

2. Andrew Clay
Shafer
Wednesday, June 23, 2010

3. Andrew Clay
Shafer
Wednesday, June 23, 2010

4. Andrew Clay
Shafer
Wednesday, June 23, 2010

5. Andrew Clay
Shafer
Wednesday, June 23, 2010

6. Andrew Clay
Shafer
Wednesday, June 23, 2010

7. Andrew Clay
Shafer
Wednesday, June 23, 2010

8. Wednesday, June 23, 2010

9. Wednesday, June 23, 2010

10. Wednesday, June 23, 2010

11. Wednesday, June 23, 2010

12. Wednesday, June 23, 2010

13. Wednesday, June 23, 2010

14. Wednesday, June 23, 2010

15. Wednesday, June 23, 2010

16. Wednesday, June 23, 2010

17. Wednesday, June 23, 2010

18. Wednesday, June 23, 2010

19. Wednesday, June 23, 2010

20. Wednesday, June 23, 2010

21. Wednesday, June 23, 2010

22. Change Management?
Wednesday, June 23, 2010

23. Change Management?
Wednesday, June 23, 2010

24. Dunning-
Kruger
We Don’t Know What
We Don’t Know
Wednesday, June 23, 2010

25. We Prefer
Confidence
DON MOORE
Wednesday, June 23, 2010

26. We Prefer
Confidence
over expertise...
DON MOORE
Wednesday, June 23, 2010

27. Wednesday, June 23, 2010

28. Wednesday, June 23, 2010

29. Wednesday, June 23, 2010

30. Why?
Wednesday, June 23, 2010

31. Why?
HOW MANY TIMES HAVE YOU CONFIDENTLY DEPLOYED A DISASTER?
Wednesday, June 23, 2010

32. Premise:
Everyone is working to
enable value creation for
a business
Wednesday, June 23, 2010

33. Premise:
Everyone is working to
enable value creation for
a business
Wednesday, June 23, 2010

34. If you don’t understand
what creates value for your
organization, how good can
you be at your job?
Wednesday, June 23, 2010

35. If you don’t understand
what creates value for your
organization, how good can
you be at your job?
HOW CONFIDENT ARE YOU ABOUT IT?
Wednesday, June 23, 2010

36. Definitions:
CHANGE MANAGEMENT
IS A STRUCTURED APPROACH TO TRANSITIONING
INDIVIDUALS, TEAMS, AND ORGANIZATIONS FROM A
CURRENT STATE TO A DESIRED FUTURE STATE.
Wednesday, June 23, 2010

37. Definitions:
CHANGE MANAGEMENT
IS A STRUCTURED APPROACH TO TRANSITIONING
INDIVIDUALS, TEAMS, AND ORGANIZATIONS FROM A
CURRENT STATE TO A DESIRED FUTURE STATE.
STRATEGIC CHANGES
Wednesday, June 23, 2010

38. Definitions:
CHANGE MANAGEMENT
IS A STRUCTURED APPROACH TO TRANSITIONING
INDIVIDUALS, TEAMS, AND ORGANIZATIONS FROM A
CURRENT STATE TO A DESIRED FUTURE STATE.
STRATEGIC CHANGES
TECHNOLOGICAL CHANGES
Wednesday, June 23, 2010

39. Definitions:
CHANGE MANAGEMENT
IS A STRUCTURED APPROACH TO TRANSITIONING
INDIVIDUALS, TEAMS, AND ORGANIZATIONS FROM A
CURRENT STATE TO A DESIRED FUTURE STATE.
STRATEGIC CHANGES
TECHNOLOGICAL CHANGES
STRUCTURAL CHANGES
Wednesday, June 23, 2010

40. Definitions:
CHANGE MANAGEMENT
IS A STRUCTURED APPROACH TO TRANSITIONING
INDIVIDUALS, TEAMS, AND ORGANIZATIONS FROM A
CURRENT STATE TO A DESIRED FUTURE STATE.
STRATEGIC CHANGES
TECHNOLOGICAL CHANGES
STRUCTURAL CHANGES
CHANGING THE ATTITUDES AND BEHAVIORS OF PERSONNEL
Wednesday, June 23, 2010

41. Definitions:
CHANGE MANAGEMENT
IN THE ITIL FRAMEWORK, CHANGE MANAGEMENT IS
RESPONSIBLE FOR CONTROLLING CHANGE TO ALL
CONFIGURATION ITEMS IN THE CONFIGURATION
MANAGEMENT DATABASE, WITHIN THE LIVE
ENVIRONMENT, TEST AND TRAINING ENVIRONMENTS
Wednesday, June 23, 2010

42. Definitions:
CHANGE MANAGEMENT
IN THE ITIL FRAMEWORK, CHANGE MANAGEMENT IS
RESPONSIBLE FOR CONTROLLING CHANGE TO ALL
CONFIGURATION ITEMS IN THE CONFIGURATION
MANAGEMENT DATABASE, WITHIN THE LIVE
ENVIRONMENT, TEST AND TRAINING ENVIRONMENTS
Wednesday, June 23, 2010

43. Web Operations
Wednesday, June 23, 2010

44. Web Operations
Wednesday, June 23, 2010

45. How can we add value?
Wednesday, June 23, 2010

46. How can we add value?
UPTIME
Wednesday, June 23, 2010

47. How can we add value?
UPTIME
SCALABILITY
Wednesday, June 23, 2010

48. How can we add value?
UPTIME
SCALABILITY
PERFORMANCE
Wednesday, June 23, 2010

49. How can we add value?
UPTIME
SCALABILITY
PERFORMANCE
AGILITY
Wednesday, June 23, 2010

50. 100% Uptime*
*AS MUCH AS POSSIBLE
Wednesday, June 23, 2010

51. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

52. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

53. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
CONCURRENCY
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

54. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
CONCURRENCY
FAILURE DETECTION
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

55. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
CONCURRENCY
FAILURE DETECTION
FAULT IDENTIFICATION
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

56. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
CONCURRENCY
FAILURE DETECTION
FAULT IDENTIFICATION
LIVE UPGRADE
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

57. 6 Laws of Reliability*
RULES A HIGHLY AVAILABLE FAULT
TOLERANT SYSTEM MUST OBEY
ISOLATION
CONCURRENCY
FAILURE DETECTION
FAULT IDENTIFICATION
LIVE UPGRADE
STABLE STORAGE
*CREDIT TO JOE ARMSTRONG, ERICSSON
Wednesday, June 23, 2010

58. COWBOYSAURUS REX
CLASSIFICATION:
MEMBRANA INASNUM
DATE STATUS
JAN 1, 1970 NOT YET EXTINCT
Wednesday, June 23, 2010

59. PRO CON
Wednesday, June 23, 2010

60. PRO CON
Fast and Flexible
Wednesday, June 23, 2010

61. PRO CON
Fast and Flexible We Suck At It
Wednesday, June 23, 2010

62. Are you fighting fires?
Or causing them?
Wednesday, June 23, 2010

63. Are you fighting fires?
Or causing them?
Build a man a fire, he’ll be
warm for a day...
Wednesday, June 23, 2010

64. Are you fighting fires?
Or causing them?
Build a man a fire, he’ll be
warm for a day...
Wednesday, June 23, 2010

65. Are you fighting fires?
Or causing them?
Build a man a fire, he’ll be
warm for a day...
Light a man on fire and he’ll
be warm for the rest of his
life...
Wednesday, June 23, 2010

66. THEY ARE MADE OUT OF MEAT
SCALES LIKE A PONZI SCHEME
Wednesday, June 23, 2010

67. SIGNATURUS MAXIMUS
CLASSIFICATION
SARBOX BUREAUCRACKOCRACY
DATE STATUS
JAN 2, 1970 LARGE AND IN CHARGE
Wednesday, June 23, 2010

68. PRO CON
Wednesday, June 23, 2010

69. PRO CON
Adult™ Supervision
Wednesday, June 23, 2010

70. PRO CON
Adult™ Supervision
Less Surprises
Wednesday, June 23, 2010

71. PRO CON
Adult™ Supervision Things move really slow...
Less Surprises
Wednesday, June 23, 2010

72. PRO CON
Adult™ Supervision Things move really slow...
Less Surprises
Unless there is a fire, then
no one follows the process...
Wednesday, June 23, 2010

73. PRO CON
Adult™ Supervision Things move really slow...
Less Surprises
Unless there is a fire, then
no one follows the process...
Wednesday, June 23, 2010

74. Wednesday, June 23, 2010

75. ITIL INCIPIO
CLASSIFICATION
DEATH BY PAPERCUTS
DATE STATUS
1980 SOMETHING WE HAVE WHITE PAPERS BITCHES
Wednesday, June 23, 2010

76. PRO CON
Wednesday, June 23, 2010

77. PRO CON
Some Good Guidelines
Wednesday, June 23, 2010

78. PRO CON
Some Good Guidelines No one knows what ITIL
actually says...
Wednesday, June 23, 2010

79. PRO CON
Some Good Guidelines No one knows what ITIL
actually says...
No One...
Wednesday, June 23, 2010

80. PRO CON
Some Good Guidelines No one knows what ITIL
actually says...
No One...
Process can become an end
to itself
Wednesday, June 23, 2010

81. PRO CON
Some Good Guidelines No one knows what ITIL
actually says...
No One...
Process can become an end
to itself
Unless there is a fire...
Wednesday, June 23, 2010

82. PRO CON
Some Good Guidelines No one knows what ITIL
actually says...
No One...
Process can become an end
to itself
Unless there is a fire...
Wednesday, June 23, 2010

83. CONDO ADEPTUS
CLASSIFICATION
CAN YOU DIG IT
DATE STATUS
2001, A SOFTWARE ODYSSEY LEARNING AND GROWING
Wednesday, June 23, 2010

84. PRO CON
Wednesday, June 23, 2010

85. PRO CON
Computers are really good
at doing exactly the same
thing over and over
Wednesday, June 23, 2010

86. PRO CON
Computers are really good Nothing can bring down all
at doing exactly the same your systems like
thing over and over automation.
Wednesday, June 23, 2010

87. PRO CON
Computers are really good Nothing can bring down all
at doing exactly the same your systems like
thing over and over automation.
Now there is a fire...
Wednesday, June 23, 2010

88. PRO CON
Computers are really good Nothing can bring down all
at doing exactly the same your systems like
thing over and over automation.
Now there is a fire...
Wednesday, June 23, 2010

89. Wednesday, June 23, 2010

90. NOVUS PROBATOR
PROJECT
CHECK YO’SELF BEFORE YOU WRECK YO’SELF
DATE STATUS
YESTERDAY ON THE PATH TO ENLIGHTENMENT
Wednesday, June 23, 2010

91. PRO CON
Wednesday, June 23, 2010

92. PRO CON
A buffer of sanity
Wednesday, June 23, 2010

93. PRO CON
A buffer of sanity We suck at testing
Wednesday, June 23, 2010

94. TESTING IS ITS OWN SKILL
MOST OFTEN AN AFTER THOUGHT
Wednesday, June 23, 2010

95. PRODO CONTINUUS
CLASSIFICATION
ALL PRODUCTION ALL THE TIME
DATE STATUS
BACK TO THE FUTURE TRANSCENDENT
Wednesday, June 23, 2010

96. PRO CON
Wednesday, June 23, 2010

97. PRO CON
Get feedback from
production really fast
Wednesday, June 23, 2010

98. PRO CON
Get feedback from We still suck at testing
production really fast
Wednesday, June 23, 2010

99. PRO CON
Get feedback from We still suck at testing
production really fast
But don’t break the same
thing twice
Wednesday, June 23, 2010

100. PRO CON
Get feedback from We still suck at testing
production really fast
But don’t break the same
thing twice
Deploy with confidence™! ; )
Wednesday, June 23, 2010

101. PRO CON
Get feedback from We still suck at testing
production really fast
But don’t break the same
thing twice
Deploy with confidence™! ; )
PHARMACEUTICALS TEST IN PROD
Wednesday, June 23, 2010

102. What are we neglecting?
THAT DEPENDS...
WHAT ARE WE BUILDING?
Wednesday, June 23, 2010

103. Multi-Dimensional
Considerations
Wednesday, June 23, 2010

104. Criticality
Wednesday, June 23, 2010

105. Criticality
Wednesday, June 23, 2010

106. Criticality
Wednesday, June 23, 2010

107. Criticality
Wednesday, June 23, 2010

108. taken for granted
Wednesday, June 23, 2010

109. taken for granted
Wednesday, June 23, 2010

110. taken for granted
Wednesday, June 23, 2010

111. taken for granted
Wednesday, June 23, 2010

112. taken for granted
Wednesday, June 23, 2010

113. taken for granted
Wednesday, June 23, 2010

114. taken for granted
INFRASTRUCTURE IS CODE!
Wednesday, June 23, 2010

115. Situational
Wednesday, June 23, 2010

116. Situational
Wednesday, June 23, 2010

117. Situational
Wednesday, June 23, 2010

118. Situational
Wednesday, June 23, 2010

119. Dependencies
NOT JUST TECHNOLOGY
Wednesday, June 23, 2010

120. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
Wednesday, June 23, 2010

121. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
Wednesday, June 23, 2010

122. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
DEVELOPERS
Wednesday, June 23, 2010

123. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
TESTERS
DEVELOPERS
Wednesday, June 23, 2010

124. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
TESTERS
DEVELOPERS SUPPORT
Wednesday, June 23, 2010

125. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
TESTERS
DEVELOPERS SUPPORT
MARKETING
Wednesday, June 23, 2010

126. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
TESTERS
DEVELOPERS SUPPORT
SALES
MARKETING
Wednesday, June 23, 2010

127. Dependencies
NOT JUST TECHNOLOGY
WHAT IS THE POTENTIAL IMPACT?
WHO NEEDS TO KNOW?
TESTERS
DEVELOPERS SUPPORT
SALES
MARKETING USERS
Wednesday, June 23, 2010

128. Wednesday, June 23, 2010

129. Wednesday, June 23, 2010

130. Wednesday, June 23, 2010

131. Wednesday, June 23, 2010

132. Wednesday, June 23, 2010

133. Wednesday, June 23, 2010

134. Wednesday, June 23, 2010

135. Wednesday, June 23, 2010

136. Wednesday, June 23, 2010

137. Wednesday, June 23, 2010

138. Wednesday, June 23, 2010

139. Wednesday, June 23, 2010

140. Wednesday, June 23, 2010

141. DAVID CHRISTIANSEN
HTTP://WWW.TECHDARKSIDE.COM
Wednesday, June 23, 2010

142. DAVID CHRISTIANSEN
HTTP://WWW.TECHDARKSIDE.COM
Wednesday, June 23, 2010

143. DAVID CHRISTIANSEN
HTTP://WWW.TECHDARKSIDE.COM
Wednesday, June 23, 2010

144. Wednesday, June 23, 2010

145. Change your organization...
Wednesday, June 23, 2010

146. Change your organization...
or change your organization.
Wednesday, June 23, 2010

147. Change your organization...
or change your organization.
THE BEST TIME TO PLANT A TREE IS 20 YEARS AGO...
Wednesday, June 23, 2010

148. Change your organization...
or change your organization.
THE BEST TIME TO PLANT A TREE IS 20 YEARS AGO...
THE SECOND BEST TIME IS NOW.
Wednesday, June 23, 2010

149. Work on stuff
that matters...
andrew@cloudscaling.com
@littleidea
Wednesday, June 23, 2010