1 00:00:06,690 --> 00:00:08,490 - Now, let us talk about 2 00:00:08,490 --> 00:00:10,980 Enterprise-level Agile transformation 3 00:00:10,980 --> 00:00:12,900 versus Team-level. 4 00:00:12,900 --> 00:00:17,070 Agile at scale is defined as the ability to drive Agile 5 00:00:17,070 --> 00:00:18,960 at the organizational level 6 00:00:18,960 --> 00:00:21,960 by creating Agile culture and mindset. 7 00:00:21,960 --> 00:00:24,720 Also, we apply Agile principles, practices, 8 00:00:24,720 --> 00:00:27,720 and outcomes at an enterprise level. 9 00:00:27,720 --> 00:00:31,050 This is extremely important because in large organizations 10 00:00:31,050 --> 00:00:33,570 it's almost impossible to succeed 11 00:00:33,570 --> 00:00:37,590 in an Agile environment without scaling agility. 12 00:00:37,590 --> 00:00:40,170 So let's review an example. 13 00:00:40,170 --> 00:00:43,230 Let's imagine a software agility team that decides 14 00:00:43,230 --> 00:00:46,710 to implement Scrum at the team level in their company. 15 00:00:46,710 --> 00:00:49,260 In our example it's a large bank. 16 00:00:49,260 --> 00:00:51,030 In their previous organization 17 00:00:51,030 --> 00:00:54,180 three of the seven team members worked on Scrum teams. 18 00:00:54,180 --> 00:00:56,370 So they're not new to Scrum. 19 00:00:56,370 --> 00:00:58,590 They were excited about team empowerment 20 00:00:58,590 --> 00:01:00,660 and collaboration that they had 21 00:01:00,660 --> 00:01:03,540 with their customers in an Agile environment. 22 00:01:03,540 --> 00:01:05,790 They shared the experience with other team members 23 00:01:05,790 --> 00:01:09,000 and introduced them to Agile manifesto, Scrum guide. 24 00:01:09,000 --> 00:01:13,050 And initially other team members were a little bit skeptical 25 00:01:13,050 --> 00:01:16,800 and didn't think that team self organization would work 26 00:01:16,800 --> 00:01:19,530 in a large financial services company. 27 00:01:19,530 --> 00:01:23,820 But then they decided to be open-minded and to try it out. 28 00:01:23,820 --> 00:01:26,130 The first thing they did was to get support 29 00:01:26,130 --> 00:01:28,080 from their functional managers. 30 00:01:28,080 --> 00:01:30,240 Their managers did not mind them trying 31 00:01:30,240 --> 00:01:32,880 some Agile practices as long as the team members 32 00:01:32,880 --> 00:01:35,550 deliver high quality software on time 33 00:01:35,550 --> 00:01:36,903 and keep them in the loop. 34 00:01:37,950 --> 00:01:40,440 Managers asked for weekly updates, 35 00:01:40,440 --> 00:01:42,510 offered help and advice to team members. 36 00:01:42,510 --> 00:01:45,600 So that was a really helpful first step. 37 00:01:45,600 --> 00:01:49,050 Next, the team came up with the name of Transformers, 38 00:01:49,050 --> 00:01:51,390 because they were transforming the way 39 00:01:51,390 --> 00:01:53,220 of working in the organization 40 00:01:53,220 --> 00:01:56,430 and the way it delivered software to their customers. 41 00:01:56,430 --> 00:01:59,430 They agreed to provide weekly updates about the number 42 00:01:59,430 --> 00:02:02,370 of users, stories, tasks completed, bugs resolved, 43 00:02:02,370 --> 00:02:05,433 and functionality delivered to their managers. 44 00:02:06,570 --> 00:02:08,253 And they started sprinting. 45 00:02:09,120 --> 00:02:10,410 In four sprints, 46 00:02:10,410 --> 00:02:12,510 the functional managers said 47 00:02:12,510 --> 00:02:14,820 they don't really need those reports 48 00:02:14,820 --> 00:02:15,840 because they could see 49 00:02:15,840 --> 00:02:17,880 all up to date information in Jira 50 00:02:17,880 --> 00:02:20,280 which was the tool that the team selected 51 00:02:20,280 --> 00:02:21,783 to manage their work. 52 00:02:22,650 --> 00:02:24,090 So without this overhead, 53 00:02:24,090 --> 00:02:26,853 the team became even more productive. 54 00:02:27,780 --> 00:02:30,810 This of course didn't mean that everything was perfect. 55 00:02:30,810 --> 00:02:32,760 Sometimes they would get a blocker 56 00:02:32,760 --> 00:02:35,640 that they did not expect from a new tool, 57 00:02:35,640 --> 00:02:38,070 or sometimes they had to tweak a solution 58 00:02:38,070 --> 00:02:41,250 because of security review and so forth. 59 00:02:41,250 --> 00:02:45,810 And they didn't hit every single sprint commitment, 60 00:02:45,810 --> 00:02:48,240 but if they missed, they missed by little, 61 00:02:48,240 --> 00:02:50,100 maybe one user story. 62 00:02:50,100 --> 00:02:53,940 They learned not to get upset with missing the commitment 63 00:02:53,940 --> 00:02:56,250 and they decided to turn every challenge 64 00:02:56,250 --> 00:02:57,480 into an opportunity. 65 00:02:57,480 --> 00:02:58,590 So what they did, 66 00:02:58,590 --> 00:03:01,980 they discussed the problem at their retrospective 67 00:03:01,980 --> 00:03:05,940 and expressed any concerns about inefficiencies 68 00:03:05,940 --> 00:03:07,980 and then took their delivery 69 00:03:07,980 --> 00:03:10,323 to the next level with new improvements. 70 00:03:11,820 --> 00:03:14,190 As a side product of this transition, 71 00:03:14,190 --> 00:03:17,520 team members were actually very happy and committed. 72 00:03:17,520 --> 00:03:19,320 They had control now. 73 00:03:19,320 --> 00:03:21,840 They felt rather than getting tasks, 74 00:03:21,840 --> 00:03:24,210 they were getting a direction. 75 00:03:24,210 --> 00:03:26,940 And then they had the freedom to make their choices, 76 00:03:26,940 --> 00:03:30,300 in terms of implementation details, sequencing, 77 00:03:30,300 --> 00:03:31,920 or planning their work, 78 00:03:31,920 --> 00:03:36,420 and overall self organizing the team into delivery. 79 00:03:36,420 --> 00:03:40,680 They also felt there was almost no overhead 80 00:03:40,680 --> 00:03:42,690 in the way they managed the work 81 00:03:42,690 --> 00:03:45,630 or at least compared with their prior experience. 82 00:03:45,630 --> 00:03:49,530 And also they didn't have to submit those RAG reports, 83 00:03:49,530 --> 00:03:52,470 red, amber, green, about the project status 84 00:03:52,470 --> 00:03:55,980 and a lot of explanations they had to do previously. 85 00:03:55,980 --> 00:03:58,620 And also they worked at a sustainable pace 86 00:03:58,620 --> 00:04:03,210 versus their prior constant weekend heroics. 87 00:04:03,210 --> 00:04:06,300 They were motivated by showing their work to the users 88 00:04:06,300 --> 00:04:09,480 and hearing their direct appreciation and feedback. 89 00:04:09,480 --> 00:04:13,950 So compared to really high attrition on other adjacent teams 90 00:04:13,950 --> 00:04:15,750 within the organization, 91 00:04:15,750 --> 00:04:19,410 no team member has left the Transformers team 92 00:04:19,410 --> 00:04:21,690 since the Agile adoption started. 93 00:04:21,690 --> 00:04:23,220 Actually on the opposite, 94 00:04:23,220 --> 00:04:26,280 multiple people within the company heard about this team 95 00:04:26,280 --> 00:04:28,200 and were reaching out to them 96 00:04:28,200 --> 00:04:30,093 and said they would like to join. 97 00:04:31,110 --> 00:04:35,070 Also of course, things were not all smooth and easy. 98 00:04:35,070 --> 00:04:38,760 One problem was Transformers team was not the only team 99 00:04:38,760 --> 00:04:39,810 in the organization, 100 00:04:39,810 --> 00:04:42,900 so they depended on many other teams 101 00:04:42,900 --> 00:04:46,893 for infrastructure, solutions, software integration, 102 00:04:46,893 --> 00:04:49,740 data backup, legal compliance reviews, and so forth. 103 00:04:49,740 --> 00:04:51,510 They did not work in a vacuum 104 00:04:51,510 --> 00:04:54,840 and it was becoming more and more apparent to them. 105 00:04:54,840 --> 00:04:57,240 Because those other groups did not have 106 00:04:57,240 --> 00:04:59,310 the same level of agility, 107 00:04:59,310 --> 00:05:00,840 they did not have flexibility 108 00:05:00,840 --> 00:05:03,840 and customer centricity as they did. 109 00:05:03,840 --> 00:05:05,070 Within a few months 110 00:05:05,070 --> 00:05:07,860 there were multiple challenges that transpired. 111 00:05:07,860 --> 00:05:10,650 There were three most impactful challenges. 112 00:05:10,650 --> 00:05:14,580 The first one, management still required long term plans 113 00:05:14,580 --> 00:05:16,830 with every activity detailed out 114 00:05:16,830 --> 00:05:18,780 with timelines and delivers, 115 00:05:18,780 --> 00:05:21,993 and they still wanted RAG status, red, amber, green. 116 00:05:22,920 --> 00:05:27,450 The burn downs and roadmaps were not sufficient to them. 117 00:05:27,450 --> 00:05:29,790 The second challenge was with the legal 118 00:05:29,790 --> 00:05:31,710 and compliance departments. 119 00:05:31,710 --> 00:05:35,220 They required four to eight week notices. 120 00:05:35,220 --> 00:05:38,070 And in many features that were delivered 121 00:05:38,070 --> 00:05:41,400 they would require changes after their reviews 122 00:05:41,400 --> 00:05:44,490 which disrupted the following sprint. 123 00:05:44,490 --> 00:05:47,820 The third challenge is that software dependencies 124 00:05:47,820 --> 00:05:50,550 on other teams that did not practice Agile 125 00:05:50,550 --> 00:05:52,350 were really challenging. 126 00:05:52,350 --> 00:05:54,480 Even though Transformers did their best 127 00:05:54,480 --> 00:05:59,070 to decouple features and request those early from the teams, 128 00:05:59,070 --> 00:06:02,820 the teams took a lot of time to process and deliver those 129 00:06:02,820 --> 00:06:06,120 and that slowed down Transformers sprint. 130 00:06:06,120 --> 00:06:09,630 So those three challenges made it really hard 131 00:06:09,630 --> 00:06:13,530 for Transformers to exist within the organization. 132 00:06:13,530 --> 00:06:16,050 In addition to all these challenges the attitude 133 00:06:16,050 --> 00:06:19,320 towards Transformers within the organization itself 134 00:06:19,320 --> 00:06:21,090 was not that positive. 135 00:06:21,090 --> 00:06:23,700 Some of their peers thought they were just trying 136 00:06:23,700 --> 00:06:27,840 to stand out and make life more difficult for the others. 137 00:06:27,840 --> 00:06:30,300 Some of the managers were clearly annoyed 138 00:06:30,300 --> 00:06:33,780 by the lack of enthusiasm related to advanced planning 139 00:06:33,780 --> 00:06:37,879 on all those requirements months and months in advance. 140 00:06:37,879 --> 00:06:39,780 It was easy to understand the managers had 141 00:06:39,780 --> 00:06:42,660 to plan a year ahead based on the annual budget cycle. 142 00:06:42,660 --> 00:06:45,090 So incremental planning was seen by them 143 00:06:45,090 --> 00:06:47,880 as an impediment to their own job. 144 00:06:47,880 --> 00:06:51,570 The chief software architect was taking Transformers' 145 00:06:51,570 --> 00:06:53,640 agility almost personally. 146 00:06:53,640 --> 00:06:56,460 She saw it as a threat to the architecture board 147 00:06:56,460 --> 00:06:58,170 that she chaired. 148 00:06:58,170 --> 00:07:01,890 The concept of emergent design in an Agile environment 149 00:07:01,890 --> 00:07:05,640 challenged the whole existence of the architecture group 150 00:07:05,640 --> 00:07:09,240 because they would have to review every changes 151 00:07:09,240 --> 00:07:13,230 to the architecture very, very far in advance. 152 00:07:13,230 --> 00:07:17,100 Also their organization CTO, chief technical officer, 153 00:07:17,100 --> 00:07:19,980 used to say that perception is reality. 154 00:07:19,980 --> 00:07:24,000 And the perception was that there was no planning in Agile, 155 00:07:24,000 --> 00:07:28,320 no architecture and no collaboration outside of the team. 156 00:07:28,320 --> 00:07:31,200 So others felt that Agile was the wrong way 157 00:07:31,200 --> 00:07:33,510 for the organization to go. 158 00:07:33,510 --> 00:07:37,320 And unfortunately it didn't end very well. 159 00:07:37,320 --> 00:07:40,140 The Transformers team was restructured 160 00:07:40,140 --> 00:07:42,660 with the team members individually assigned 161 00:07:42,660 --> 00:07:43,950 to different projects, 162 00:07:43,950 --> 00:07:46,293 and many of them left the company.