1
00:00:00,000 --> 00:00:00,930
In this lesson,

2
00:00:00,930 --> 00:00:02,130
we're going to explore the basics

3
00:00:02,130 --> 00:00:04,200
of the change management processes.

4
00:00:04,200 --> 00:00:05,640
Now, understanding the need for change

5
00:00:05,640 --> 00:00:08,310
is only half the battle when it comes to change management.

6
00:00:08,310 --> 00:00:10,290
The other half is much more intricate,

7
00:00:10,290 --> 00:00:11,580
and it lies in the processes

8
00:00:11,580 --> 00:00:14,550
that govern exactly how a change is going to be executed.

9
00:00:14,550 --> 00:00:16,079
Whether it's a minor software update

10
00:00:16,079 --> 00:00:17,730
or a major system overhaul,

11
00:00:17,730 --> 00:00:19,860
the steps taken to implement a proposed change

12
00:00:19,860 --> 00:00:22,080
can spell the difference between a change of success

13
00:00:22,080 --> 00:00:23,910
and eventual disaster.

14
00:00:23,910 --> 00:00:25,920
Now, as you go through the change management process,

15
00:00:25,920 --> 00:00:27,810
you're going to see that there are five main steps

16
00:00:27,810 --> 00:00:28,950
to this process.

17
00:00:28,950 --> 00:00:31,830
Preparing for the change, creating a vision for the change,

18
00:00:31,830 --> 00:00:34,110
implementing the change, verifying the change,

19
00:00:34,110 --> 00:00:36,000
and documenting the change.

20
00:00:36,000 --> 00:00:38,220
First, we need to prepare for the change.

21
00:00:38,220 --> 00:00:39,990
In the initial phase of change management,

22
00:00:39,990 --> 00:00:41,040
preparing for the change

23
00:00:41,040 --> 00:00:42,780
involves understanding the current state

24
00:00:42,780 --> 00:00:45,660
and recognizing the need for a transition to occur.

25
00:00:45,660 --> 00:00:47,100
It requires a thorough assessment

26
00:00:47,100 --> 00:00:49,830
of your existing processes, identifying inefficiencies,

27
00:00:49,830 --> 00:00:51,540
and pinpointing potential challenges

28
00:00:51,540 --> 00:00:53,760
that might arise during the transformation.

29
00:00:53,760 --> 00:00:55,140
At this stage, it's crucial

30
00:00:55,140 --> 00:00:58,080
to gather all the necessary resources, engage stakeholders,

31
00:00:58,080 --> 00:01:00,360
and ensure that the organization is both mentally

32
00:01:00,360 --> 00:01:03,090
and operationally ready for the change ahead.

33
00:01:03,090 --> 00:01:06,000
Second, we need to create a vision for the change.

34
00:01:06,000 --> 00:01:07,980
Creating a clear and compelling vision for the change

35
00:01:07,980 --> 00:01:10,020
is crucial for guiding the transformation

36
00:01:10,020 --> 00:01:12,720
and ensuring it's aligned across the organization.

37
00:01:12,720 --> 00:01:14,970
This vision will serve as our North star

38
00:01:14,970 --> 00:01:16,890
and provide us with a direction and purpose

39
00:01:16,890 --> 00:01:18,720
by defining the desired future state,

40
00:01:18,720 --> 00:01:20,400
explaining the reasons for the change,

41
00:01:20,400 --> 00:01:21,330
and offering a picture

42
00:01:21,330 --> 00:01:23,700
of what success will actually look like.

43
00:01:23,700 --> 00:01:25,920
The more vivid and inspiring the vision is,

44
00:01:25,920 --> 00:01:28,350
the more likely it is to generate enthusiasm and buy-in

45
00:01:28,350 --> 00:01:31,590
from all the stakeholders involved in the proposed change.

46
00:01:31,590 --> 00:01:33,660
Third, we need to implement the change.

47
00:01:33,660 --> 00:01:34,890
With a clear vision in place,

48
00:01:34,890 --> 00:01:37,200
we need to put our plan into action.

49
00:01:37,200 --> 00:01:39,570
Implementing the change might require training sessions,

50
00:01:39,570 --> 00:01:41,880
restructuring your teams, or introducing new tools

51
00:01:41,880 --> 00:01:44,070
and technologies into your organization.

52
00:01:44,070 --> 00:01:46,590
Throughout its implementation, continuous communication

53
00:01:46,590 --> 00:01:49,170
is going to be the key to your change success.

54
00:01:49,170 --> 00:01:51,600
Now, make sure that you can keep your stakeholders informed

55
00:01:51,600 --> 00:01:54,030
about the progress, address their concerns promptly,

56
00:01:54,030 --> 00:01:56,730
and be open to feedback to ensure a smoother transition

57
00:01:56,730 --> 00:01:58,260
and reduce the overall resistance

58
00:01:58,260 --> 00:01:59,970
that you're going to experience.

59
00:01:59,970 --> 00:02:02,340
Fourth, we need to verify the change.

60
00:02:02,340 --> 00:02:03,900
Once our change has been implemented,

61
00:02:03,900 --> 00:02:05,760
it's essential to measure its effectiveness

62
00:02:05,760 --> 00:02:08,460
and ensure that our desired outcomes have been realized.

63
00:02:08,460 --> 00:02:10,860
Verification is going to involve comparing the new state

64
00:02:10,860 --> 00:02:12,060
to the envisioned objectives

65
00:02:12,060 --> 00:02:14,340
set out at the beginning of our change.

66
00:02:14,340 --> 00:02:17,190
Now, it might require surveys, performance metrics analysis,

67
00:02:17,190 --> 00:02:19,530
or stakeholder interviews to be able to evaluate

68
00:02:19,530 --> 00:02:21,480
whether this change was successful.

69
00:02:21,480 --> 00:02:23,970
Any discrepancies or issues identified during this phase

70
00:02:23,970 --> 00:02:25,320
should also be addressed promptly

71
00:02:25,320 --> 00:02:28,110
to refine and optimize the change process.

72
00:02:28,110 --> 00:02:30,360
Fifth, we're going to document the change.

73
00:02:30,360 --> 00:02:32,760
Now, the final step in the basic change management process

74
00:02:32,760 --> 00:02:34,050
is to document the change,

75
00:02:34,050 --> 00:02:35,970
and this is an important thing for us to consider

76
00:02:35,970 --> 00:02:37,620
so you can maintain a historical record

77
00:02:37,620 --> 00:02:39,360
of any changes that were implemented

78
00:02:39,360 --> 00:02:41,850
and ensure that we can properly capture any lessons learned

79
00:02:41,850 --> 00:02:43,260
for future reference.

80
00:02:43,260 --> 00:02:46,140
This documentation will encompass the entire process

81
00:02:46,140 --> 00:02:47,640
from the initial need for a change

82
00:02:47,640 --> 00:02:50,460
through to its final implementation and verification.

83
00:02:50,460 --> 00:02:52,020
By maintaining detailed records,

84
00:02:52,020 --> 00:02:54,330
organizations can reflect on their past initiatives,

85
00:02:54,330 --> 00:02:56,070
understand the decisions that have been made,

86
00:02:56,070 --> 00:02:57,150
and continuously improve

87
00:02:57,150 --> 00:02:59,580
their future change management practices.

88
00:02:59,580 --> 00:03:01,740
Now, when it comes to the change management process,

89
00:03:01,740 --> 00:03:03,420
there are several areas that you need to consider

90
00:03:03,420 --> 00:03:05,010
as you move throughout this process,

91
00:03:05,010 --> 00:03:07,110
including the use of scheduled maintenance windows,

92
00:03:07,110 --> 00:03:08,700
having a solid backout plan,

93
00:03:08,700 --> 00:03:09,570
testing the results

94
00:03:09,570 --> 00:03:11,430
after the proposed change was implemented,

95
00:03:11,430 --> 00:03:13,500
and always using standard operating procedures

96
00:03:13,500 --> 00:03:15,690
to implement your proposed changes.

97
00:03:15,690 --> 00:03:18,360
First, we have the use of scheduled maintenance windows.

98
00:03:18,360 --> 00:03:20,820
Now, it is never a good idea to make a change on the fly

99
00:03:20,820 --> 00:03:22,830
or during peak operational hours,

100
00:03:22,830 --> 00:03:24,420
so most large organizations

101
00:03:24,420 --> 00:03:26,400
will set aside a specific timeframe

102
00:03:26,400 --> 00:03:28,710
when system adjustments and changes can be implemented

103
00:03:28,710 --> 00:03:30,810
in order to minimize potential disruptions

104
00:03:30,810 --> 00:03:33,270
and ensure that if something goes awry, that the impact

105
00:03:33,270 --> 00:03:36,300
on the organization's daily operations will be reduced.

106
00:03:36,300 --> 00:03:38,970
For example, when I used to run a large enterprise network

107
00:03:38,970 --> 00:03:41,040
that had services for over 1 million end users

108
00:03:41,040 --> 00:03:43,410
across six continents, we ended up having

109
00:03:43,410 --> 00:03:45,210
a weekly planned schedule maintenance window

110
00:03:45,210 --> 00:03:46,830
that occurred every Saturday evening

111
00:03:46,830 --> 00:03:49,260
from midnight to 4:00 a.m. at our main facility

112
00:03:49,260 --> 00:03:52,050
that was located on the east coast of the United States.

113
00:03:52,050 --> 00:03:53,760
So if we ever needed to reboot a server

114
00:03:53,760 --> 00:03:55,830
to install a non-critical piece of software,

115
00:03:55,830 --> 00:03:56,700
we would simply do it

116
00:03:56,700 --> 00:03:58,410
during this scheduled maintenance window

117
00:03:58,410 --> 00:04:00,630
because we knew it was already there and on the books,

118
00:04:00,630 --> 00:04:01,530
and everybody was aware

119
00:04:01,530 --> 00:04:04,020
that changes were happening during that window.

120
00:04:04,020 --> 00:04:06,180
Now, having a scheduled maintenance window doesn't mean

121
00:04:06,180 --> 00:04:08,520
that you're only allowed to implement changes once a week,

122
00:04:08,520 --> 00:04:10,410
because sometimes emergencies happen

123
00:04:10,410 --> 00:04:12,180
and you need to make a change fast.

124
00:04:12,180 --> 00:04:14,220
For example, if a brand new security patch

125
00:04:14,220 --> 00:04:17,070
is released by Microsoft that listed it as a critical patch,

126
00:04:17,070 --> 00:04:18,930
we probably don't want to wait another six days

127
00:04:18,930 --> 00:04:21,750
until next Saturday to be able to install that patch.

128
00:04:21,750 --> 00:04:25,500
So we could propose an emergency change that, if approved,

129
00:04:25,500 --> 00:04:27,780
could be implemented within a few minutes, a few hours,

130
00:04:27,780 --> 00:04:29,820
or a few days, depending on the criticality

131
00:04:29,820 --> 00:04:33,030
and the potential impact of the change on our end users.

132
00:04:33,030 --> 00:04:35,430
Second, we need to ensure that we have a backup plan

133
00:04:35,430 --> 00:04:37,290
created for our proposed change.

134
00:04:37,290 --> 00:04:40,080
Even with the best planning, unforeseen issues can arise

135
00:04:40,080 --> 00:04:42,480
during the implementation of a proposed change.

136
00:04:42,480 --> 00:04:43,950
This is where the backout plan

137
00:04:43,950 --> 00:04:46,140
becomes invaluable to your organization.

138
00:04:46,140 --> 00:04:48,330
A backout plan is a predetermined strategy

139
00:04:48,330 --> 00:04:50,760
to revert the system back to the original state

140
00:04:50,760 --> 00:04:52,950
if a change doesn't go as expected.

141
00:04:52,950 --> 00:04:54,240
Think of it as a safety net

142
00:04:54,240 --> 00:04:56,370
that ensures that our operations can quickly be returned

143
00:04:56,370 --> 00:04:58,740
to normalcy in the event of a complication

144
00:04:58,740 --> 00:05:01,140
during a proposed change implementation.

145
00:05:01,140 --> 00:05:03,120
Now, third, we have to test the results

146
00:05:03,120 --> 00:05:04,590
of our implemented changes.

147
00:05:04,590 --> 00:05:06,510
It is not enough to simply implement a change

148
00:05:06,510 --> 00:05:07,740
and hope for the best.

149
00:05:07,740 --> 00:05:10,410
Instead, we need to validate that the change was successful

150
00:05:10,410 --> 00:05:13,440
by conducting tests of our systems and operational processes

151
00:05:13,440 --> 00:05:14,670
after the change occurs

152
00:05:14,670 --> 00:05:17,100
to ensure that our desired outcomes have been achieved

153
00:05:17,100 --> 00:05:18,720
and that no new issues have been created

154
00:05:18,720 --> 00:05:20,220
by implementing the change.

155
00:05:20,220 --> 00:05:22,380
This step acts as a validation of the change

156
00:05:22,380 --> 00:05:24,420
to confirm its success, or highlight areas

157
00:05:24,420 --> 00:05:26,940
that need further modifications or tweaks.

158
00:05:26,940 --> 00:05:28,680
Fourth and finally, it's important

159
00:05:28,680 --> 00:05:29,700
that we highlight the importance

160
00:05:29,700 --> 00:05:30,930
of following your organization's

161
00:05:30,930 --> 00:05:32,370
standard operating procedures

162
00:05:32,370 --> 00:05:34,320
whenever you're implementing a change.

163
00:05:34,320 --> 00:05:36,570
Now, a standard operating procedure, or SOP,

164
00:05:36,570 --> 00:05:39,240
is a detailed, step-by-step set of instructions

165
00:05:39,240 --> 00:05:42,150
that guides how a specific task should be carried out.

166
00:05:42,150 --> 00:05:43,800
When it comes to a proposed change,

167
00:05:43,800 --> 00:05:45,330
these SOPs are going to help to ensure

168
00:05:45,330 --> 00:05:47,460
that we can maintain consistency and efficiency

169
00:05:47,460 --> 00:05:49,050
for our enterprise networks.

170
00:05:49,050 --> 00:05:50,850
By always using standard operating procedures

171
00:05:50,850 --> 00:05:51,810
to implement our changes

172
00:05:51,810 --> 00:05:53,640
in our enterprise systems and networks,

173
00:05:53,640 --> 00:05:55,170
our organizations can ensure

174
00:05:55,170 --> 00:05:57,060
that there is a uniform approach being used,

175
00:05:57,060 --> 00:05:58,860
which in turn helps to reduce errors

176
00:05:58,860 --> 00:06:01,380
and inconsistencies across our systems.

177
00:06:01,380 --> 00:06:03,540
So remember, the journey into change management

178
00:06:03,540 --> 00:06:06,360
is not a straight road, but a series of well-defined steps

179
00:06:06,360 --> 00:06:08,550
that each is crucial in its own right.

180
00:06:08,550 --> 00:06:10,290
By using scheduled maintenance windows,

181
00:06:10,290 --> 00:06:11,550
creating backout plans,

182
00:06:11,550 --> 00:06:13,440
testing the results of our implemented changes,

183
00:06:13,440 --> 00:06:15,180
and utilizing standard operating procedures

184
00:06:15,180 --> 00:06:17,520
to make our changes, we can increase the chances

185
00:06:17,520 --> 00:06:20,020
of successfully implementing our proposed changes.

