The 5 Overlooked Transformation Skill Sets and How to Apply Them to Scaling Your Organisation
Listen to the Episode below
๐๏ธ Join us for an insightful episode of The Business Transformation Podcast featuring Kenneth Lennon, a seasoned expert in digital transformation and business strategy! ๐
Kenneth breaks down the core components of digital transformation into five actionable skill sets: Human-Centered Design, Customer Experience, Data Analysis, Implementation, and Change Management. These skills are crucial for scaling up your business and achieving your goals in today’s rapidly evolving landscape. ๐ผ
As a Manager and Senior Business Transformation Analyst, Kenneth brings a wealth of experience and expertise to the table. He’s here to share invaluable insights on how mastering these skills can drive success and growth for your company. ๐
Tune in to discover the secrets to creating better avenues for your business, as Kenneth dives deep into the fundamental objectives of digital transformation.
๐ Don’t miss out on the key takeaways he’ll be sharingโyour business ventures will thank you!
#BusinessTransformation #DigitalStrategy #ExpertInsights ๐
Collaboration is key when it comes to driving change. As Kenneth Lennon wisely puts it, 'You canโt force change with people. You have to work with them.' Tune in to our latest episode of The Business Transformation Podcast to learn more about navigating the complexities of digital transformation. #Collaboration #ChangeManagement #DigitalTransformation ๐ค๐ก
Heath Gascoigne Tweet
Join The Business Transformation
Download the Business Transformation Toolkit and learn the 25 essential skills you need to successfully transform your business! Learn more
Transcript
Heath:
Welcome to the Business Transformation Podcast. Iโm your host,Heath Gascoigne. This is a show where I cut through all the hype and noise and get to the facts of what actually is business transformation and what is required, how to and how not to do it. Iโll be talking to industry experts and professionals to share their stories, strategies, and insights to help you start, turnaround, or grow your business transformation. By the end of this podcast, we have some practical tips to use to make your business transformation a success. Whether youโre just at the start of your journeyor midway through, I hope you enjoy.
Heath:Hello, ladies and gentlemen, welcome to the Business Transformation Podcast. My name is Heath Gascoigne and this is the show for business transformators who are part business strategists, part business designers, part collaborators, and part negotiators. Business transformators have moved past just business design and includes oversight of implementation of those business designs and business transformations and include stakeholder management, coordination, and negotiation. If you work in strategydevelopment and implementationand you work to ensure that the design and technology are aligned, then you are a business transformator. This is the show where we speak to industry experts and professionals to share their stories and insights to help you start, turn around, and grow your business transformation. Welcome to the Business Transformation Podcast and in this episode, we are talking to one of those industry experts. We are speaking to Kenneth Lennon, the manager and senior business transformation analyst with a focus on digital transformation at a high-growth organization that function as a business strategist, business and service designer, understanding business and customer and user needs, value stream process management, capability models with supporting technology, and removing pain points to drive continuous improvement. Kenneth sees the digital transformation as a overreach of five skills: human-centered design โ design thinking; customer experience โ user journey; business and data analysis; implementation โ agile; and change management. At any given time, the expert can and will move between the skill sets to meet the desired outcome of the organization. Currently, Kenneth is a senior manager and business transformation analyst manager at MetaPhaseConsulting.Previously also a director of user experience at the University of Marylandand the consultant human centered design lead at Associated Veterans. Kenneth, thank you for your time. Iโm glad to have you on the show. Now, part of the reason why I was very keen to get you on the show, youโre all the way from over in the states on the East Coast, is that in terms of transformation projects, you are right in the detail.Youโre in delivery. Now, I come into projects, I come into many โ well, often, at the strategic level, weโd be setting the strategy and implementation and projects and portfolios, how theyโre gonna implement those transformations, but you are right in the detail and Iโm interested to talk to you and Iโm sure our audience is also because youโre at the coalface and where change and transformation falls apart is in delivery, in delivery risk, and this is where you are. So, welcome to the show. I want to ask you a couple of questions, three main areas I wanna cover. What are you seeing in terms of trends, youโve been in the coalfacenow, user experience, business analysis transformation, what are you seeing trends in the market and what is good, what is bad? What is happening there? Is there a particular approach that you follow? I think you follow a human centered approach but letโs step through that, what does it look like? And then for many, letโs say newbiesor people entering into this business transformation industry, now thereโs like almost a proven path. Usually itโs going through some analyst role or graduate role, working their way up to maybe, in terms of consultant speak, associate to the managing consultantand all the way up to maybe partner when they move out of analysis role into maybe strategic role. So you are at the really โ this is your piece, youโre the master of your ceremonies in business analysis and transformation at that delivery level, so the question for that is what would you do differently where you are now?Would you do anything differently and what would that look like?
ย
Kenneth:I think if I would do anything differently โ
ย
Heath: But thatโs the last question. Sorry. Thatโs the last question. The first question is the trends. So, what are you seeing at the moment? You know, the industry itself is reporting, you know, depends on what research youโre lookingat, Gartner will tell you one thing, McKenzie will tell you the other,thereโs something between 70 percent failure rate now the end theyโre talking up to 89 percent failure rate. Youโre in the coalface, you do this every day. This is bread and butter for you. What are you seeing? Whatโs working? Whatโs not working?
ย
Kenneth:I think one of the one of the key things that I see happening is basicallya data integration issue is one of them. So, a lot of times, almost consistently, thereโs a lack of data integration, which reduces the ability to get long-term strategic outcomes, that big data element thatโs often missing. So, basically, what youโre doing is youโre solving problems within a small segment, which makes you redo the work. Now, it might be a cost-benefit short term, but long term, youโre reworking everything because youโre basically building experiences for each one of those siloed data systems, instead of taking a step back, integrating the data, seeing a larger picture of the problem, and then holisticallylooking at what the problems areand then building those improvements based on you having a wider overview. Thatโs one of the key trends today that we see.
ย
Heath:Okay, soyouโre saying that people need to instead of seeing the forest for the trees, they need to step back to see if theyโre even in the right forest?
ย
Kenneth:Yes.
ย
Heath:Okay. So why is that? Why is that? I know, for technologyguys, they like to play with the technology and so, you know, the first place they start wanting to solve the problem is, you know, itโs like running around the building with the hammer, the hammer being technology, and every problem is a technology problem, because they have the technology in their hand. But if they took that out of their hand for a second, they realize, no, maybe not every problem needs to be solved with technology. But here youโre saying that people are straight to the detail. Why is that?
ย
Kenneth:I mean, I think itโs commonly the quickest, the lowest hanging fruit. I mean, ideally, you wanna look at things from people processes and technology but it takes a lot of โ
ย
Heath: Oh, youโre speaking my language.
ย
Kenneth: It takes a lot of maneuvering to get through all of those facets, and particularly the people because people donโt like change, you know? And thatโs why theyโre such a large element in that business in digital transformation process. People donโt really like to change, but technology, I mean, it can be used as a catalyst for change much easier than changing people.
ย
Heath:Yeah. Okay. So you said something interesting there, that people donโt like change. I agree with that. I think people are naturally change adverse. There is a way to, say, enable or bring people on that journey. How do you do it?
ย
Kenneth:Basically, change management, in my experiences with the projects I work on is very key. Very key. Change management is probably one of the biggest elements so you have, you know, the strategist and the visionary people coming up with what should change, but then you have the change management and support working with youas you move through that process. On the change management, they more so enable adoption methods, communication methods, any type of training methods to help ensure that adoption, but what Iโve seen is, in public versus private, that that change management aspect is much stronger in public versus private but I do think it is a very, very strong โ
ย
Heath: Really?
ย
Kenneth: Yeah.
ย
Heath:Wow. So on the public side is stronger, youโre seeing โ this is a good word, stronger, I donโt know, presence and application of change management in the public sectoras opposed to the private. Wow. So government are aware of the human aspectbecause you like human centered, right? The human aspect of the change.
ย
Kenneth:Yes, very much so. You know, thereโs always someone around, thereโs always a resource for it, they always have a strong presence of change management. Always.
ย
Heath:Over here in the UK, I think here, probably the same. Iโm not sure of the degree, maybe itโs slightly 60/40, most of them โ well, the government projects Iโve worked on anyway, they had a very strong user experience, user driven, I wouldnโt say human centered, but they were more cognizant of the user experienceand then brought in a change manager, versus about 10 years ago, change management was seen as really a nice to have and if you had the timeor the budget, you would bring in a change manager to help you but that change manager was really about midway through the projectwhen coming up with or assisting with the impact or change analysis and people process technology and data than helping develop training plans, when theyโre doing the trainingneeds analysis and going,โOkay, well, whatโs your training currently or your competencies?What youโre good at?What youโre not good at? What the changes are, what competencies we need to improve,โ and that just helped with really the technical side of that changebut not the personal side. What do you see?
ย
Kenneth:I see definitely on the personal side. And thereโs a lot of overlap within that business analysis so thereโs almost using the same skill set, to a degree, except โ
ย
Heath: Yeah, yeah.
ย
Kenneth: โ the one element in wherever that change happens is when youโre looking at an approach, the approach that I use and probably many other people use, that thereโs more emphasis with change management when youโre trying to change a service process compared to a product. So user experience is more aligned to a product and it has typically less change management when youโre looking at that compared to if you try to change a process within that department organization as a service process, how they do something, thereโs a lot of change management with that. So I think thereโs a little bit of a difference with change management relevant to product versus service.
ย
Heath:Okay, so itโs your experience, itโs the type of,how would you call that, the type of project, whether itโs a service-based or if it was a product-based change transformationor that was the main area of changeor the, yeah, the โ I canโt think of the word but not the productbecause it is, you know, you can make the name and the definition, but letโs call it the type, okay?So the degree that change management is usedis maybe effectiveor the type of the project, whether it was service or was it a product, so the callout there for the listeners would be if you have a product-based change project, then you may have slightly less or a lessened demand or need for a change manager. However, if you have a service-based business, then you should have or be more cognizant that you would need a change manageror more business change capability on your project.
ย
Kenneth: Yes, definitely, because youโre dealing โ in a service, youโre dealing more with people process and technology simultaneously, not to say that youโre not dealing with that on the product side, but not as holistically, in my experience, you know? When youโre dealing with that, you know, changing someoneโs process on how they work, you know, that people element is very strong, while, you know, youโre updating an interaction, maybe that interaction doesnโt particularly touch anybody, you know โ
ย
Heath: Yeah, yeah.
ย
Kenneth: โ in the backend, so thatโs where I see some of the change management in terms of differences versus people compared to service or product versus service.
ย
Heath: Okay, so you said something interesting there, likechanging ways of working, like with the client Iโm helping with at the momentwith my team, Iโm telling them, you know, weโre in the discovery phaseand everyoneโs playing nice, the stakeholders are playing nice, at least, that they are quite happy to come to all the workshops and put all their pains on the board or on mural or whatever system weโre using and allow them to be captured and they like it and they feel like theyโre being listened to, they get to get something off their chest, and I said to the team, this is, you know, just be cognizant of where we are in the process. Weโre in discoveryright now, weโre not changing the way theyโre working, but when we come to design, weโre now going to design the future and change their ways of working. And thatโs where youโre going to see people go from, โWell, weโre quite happy,โ to crossing your arms and saying, โNow youโre changing my life.โ And thatโs when the resistance comes in. So I think part of that, when we start asking for their, you know, or putting proposals for how we could solve their pains and improve the experience, we can do that, it depends on the degree of change, if itโs a massive change, then we might face a lot of resistance, but if weโve understood their problem well enough, weโve got them on board and weโvegot a good strong report and understanding, that when it comes to this future part where they start crossing their armsbecause their ways of working are changing, then, you know, we might be on a good footing that we can put these proposals forward. If we didnโt have this rapport and we didnโt get this understanding, we might not be able to do that. I think so,in summary, it depends where you are in the process. If you rush through, which Iโve been in projectswhere they just wanna rush through to design without fully understanding the current state, when you get to this designand they go, โWell, it doesnโt solve our problem,โand go,โWell, what problem?โโWell, the one you didnโt find.โ Yeah. So, what do you think?You know, when there is a peopleโs attitude to change and ways of workingis dependent on where it is in the process of the transformation project or you, generally in America, itโs like, no, youโre gonna face resistance along the whole process so you just have to be careful.
ย
Kenneth:I mean, it depends on the organization. Each organization is different. And thatโs why itโs a key for prior to getting a maturity, you know?So one of the questions I ask basicallyis that data maturity question because thatโs gonna tell me basically how, from a technology standpoint, at least, at the very least, how well it will be or how easy it will be to be effectivebecause Iโll be able to have data that can support the maturity and how to get from point A to point B. Then thereโs other aspects in terms of when you look at maturity of any type of change, you know, technologyโs gonna changebut it depends on how people do their jobs. So,and thatโs where, to me, you get into that Lean Six Sigma. So Lean Six Sigma is about standardization, you know? So when you map out a process, you look at the steps of that process. You have step A, B, C. Once you can standardize something, you basically can automate it. Once you can automate it, you can eliminate someone from doing it. So, you know โ
ย
Heath: Waste 10 people.
ย
Kenneth:Yeah. So, you know, once you start to ask those kind of questions, I think people, a lot of people had the foresight to realize, โWhy are they asking me that?โ Because if my job becomes so simple that they donโt wanna pay me for it, I donโt wanna tell them the answers, you know?Thereโs a lot of trepidation in terms of technology, using those approaches to innovate because it can impact them on an individual level, which is the change management aspect is very important to be able to mitigate.
ย
Heath:That maybe, what is it, a symptom of people โ I call it the whatโs in it for me, the WIIFM, whatโs in it for me.So theyโre saying whatโs in this for me. If itโs not beneficial to me, then Iโm gonna, you know, Iโm gonna retract the willingness for me to participate in thisor I suggest ideas or reveal too muchbecause I might be shooting myself in the foot. Is that what youโre saying?
ย
Kenneth: Yeah. I mean, it might be subconscious. But, I mean, Iโve seen it numerous times.
ย
Heath:How do youget over it? How do you get past that point?
ย
Kenneth:One of the skills you have to use is relationships. You know, that change management, understanding how they feel and why they may feel like that, and sometimes that has to be noted, you know? You canโt force change on people. You have to work with people, like in most things in life, you know, you canโt force an outcome, you have to work with them on that outcome.
ย
Heath: Yeah, yeah. Thatโs the old lead a horse to water, right?
ย
Kenneth: Yep.
ย
Heath: Good luck trying to move that horseโs head to make it drink that water. So I think โ so, part of thatthen, I think you mentioned the word culture before, you know? If youโve got, I think, a strong culture, I think this is culture and people in these transformation projects, whether theyโre called digital transformation, which I have a personal view on digital transformation. Iโm pretty sure that artificial intelligence was always artificial intelligence and machine learning was always machine learning, you know? There might have been some algorithm-driven something or other, still the algorithm thing. So when you say a digital transformation, I donโt think itโs a digital transformation in the context of these projects, that they have now gone from paper basedand now theyโve gone to a digital operating model. So theyโve eliminated the paper and now theyโve done it by automation and less paper, the paperless office. So theyโve gone and done a digital transformation. So, the word being digital transformation, did the โ now youโve ended up with an automated system, maybe a robotic process automation system, did the robotic process automation system change? No, it was always a roboticautomated system. What changed was the business changed from being paper based to automated. It wasnโt the digital that changed. The digital was always the digital. So, my view is when people start saying the digital transformation project, well, the digital change or was it the business that changed by using digital technologies? And so I think the language โ and so that there is aboutI think technology guys banging on their drum for some time, you know, because the money is spent on technology or digital, theyโve got the talking stick, because thatโs where the money is spent and so people listen to thembecause thatโs where the money is spent and they go, well, theyโre in charge now because they got the budget. They own the budgetor theyโre closest to the person who has the budget. But I donโt think it is really technology and digital transformation, itโs business transformation using digital technology in most cases. But out of that, the change that happens is the focus on technology, but the forgetting about the people element and also the culture, what do you think?
ย
Kenneth: I totallyagree. I mean, and thatโs why you have a lot of those co-creation sessions, at least what we do, we have co-creation sessions and thatโs where you learn about that pushback. So you have to keep the client, you know, involved at each state to mean you have outcomes for each step that you go through within that process, but the pushback comes when people start to become aware that something may dramatically change with what theyโre doing, whether itโs a power struggle, whether itโs a learning curve, whether itโs elimination of their entire role, so thatโs, from my experience, what Iโve seen numerous times.
ย
Heath: Okay.So, Iโve seen elements of that too, you know, really to the point where Iโve seen projects get shut down because the person that would beor the team leader, for lack of a better word, would lose part of the empire that they organized that would be shut down completelybecause they would lose too much. But, well,lose too much in terms of the empire theyโve created. But there is, I think,ways to overcome that, you know?Both sides, if you had the serial bus come and knock you, you know, take you out of the picture, close down the project, but I think there is a way to address that, to overcome that resistance. Like I tried to explain to โ like if itโs operations and so part of the process might be automated and theyโll say, โYou know, I donโt know if we should do this because Iโm gonna lose this,โ but I said, โWell, the good news is, processes can be automated up to a point, to the point where the decision making becomes so complex that it needs a human to do it. So, the best part iswe will automate the mundane, repetitive, basically data-entry processes or parts of the tasks within those processes so that you will only deal with the exceptions. And so your job becomes more excitingbecause you will deal with the complex tasks that we could not automate and so you should be excited that you donโt have to do this rubber stamping tick box, lick the envelope, slide it into the whatever,the letterbox., you donโt have to do that anymore. Your job is more exciting. What do you think?Thereโs ways around it or maybe in America, they donโt see that, theyโre like, no, itโs all change or no change?
ย
Kenneth:No, I think thereโs ways around it. I think โ like I said, itโs organizational. I think that thereโs perhaps differences in between public and private. I also think that it also depends on what type of company in terms of scale, some smaller companies may have a little bit โ may be able tobe more innovative faster than a large organization. There might be more bureaucracy in larger organizations. Thatโs not always the case. I think one of the things in a larger organization is that in order to transform, and itโs so bigthat youโre really moving the Titanic โ
ย
Heath:Yeah, yeah.
ย
Kenneth: โ you know? You almost have to look at a departmental level. So, you know, when you start looking at transformations, youโre really looking at a business model, you know?So, you know, theyโre doing step A, B, C, D to make profit. But then when you break that downorganizationally, within those four steps might be another 10 steps within each step. And then within those 10 steps, you get 12 different databases.
ย
Heath: Yeah, yeah. Okay. So this probably leads into the other question about your approach that you follow. So it sounds like, in my approach, I would say, you know, you build it up from the base up, that structure, organizational structure, the stakeholders are in there, user journeys, processes, supporting those journeys, and the capabilities. You talked about all the processes and identifying, okay, letโs drill down into those processes. Iโd call that โ that sounds like to me a bit of a process modeling, that level 1, 2, and 3 down to the detail. You know, can we talk about your approach and what you โ youโve mentionedsome approaches there, Lean Six Sigma, human centered. When you come into these projects, I also wanna backtrack to something you talked about, the organization, like who would be in charge of that change? Whose responsibility is it?Does it gotta come from the top, operations, the operations leader or team leader or manager is responsible for being the spokesperson or champion for the change? Or does everyone have a role in that change? Sorry, two questions there.
ย
Kenneth:I think part โ you have to have both sides so you have to have leadership as well as operational. We have to have the doers and the leaders, because within that approach, to me, youโre looking at it simultaneously. So you understand the big picture first. Youโre not trying to improve the big picture, youโre just trying to understand it โ
ย
Heath: Okay.
ย
Kenneth: โ and once you have the big picture, youโre empathizing, so once you understand what is the fundamental stepsfor this company or organization to make profit.Maybe itโs not for profit. Well, what is your general outcome of whatever youโre trying to do, you know?Services, reduce costs, whatever it is, increase enrollment, you know, itโs X amount of steps so once you know those general steps, now you look at those steps and say, โOkay, what are the experiences that happen within these steps?โThatโs the difference to me between the CX, the customer, looking at it from a customer experience, down to a user experience. Now, if we know the broad perspective of the customer experienceand then the touch points within those user experiences, now, ideally, we can get data. If we can get data, we can then look at different avenues or outcomes. So, we look at throughput. How long does it take to get through a process? We look at technology. How many databases and systems do you have? Is it giving you the rightinformation? Now, when you have all that, thatโs still not the answer, thatโs just the background information.From there, what I typically do โ
ย
Heath: Itโs just the understanding.
ย
Kenneth: Just the understanding. Yeah, without trying to get an answer. You might think you have an answer but, you know, you have to gather all those facts first as a background, because in that empathy phase, to me, thereโs certain things that youโre trying to do. Once you have your information, if youโre using a survey, using an interview, and then you have fact finding research to support all that, you have a couple outcomes that youโre looking at, organizational goals of this transformation, you know? Maybe itโs operational, maybe itโs at the departmental level, which isit can be a smaller type of project. And what is the organizational goal of the transformation?What is the operational goal of the transformation? So, basically, whatโs the business want versus what the actual operations want.
ย
Heath: I think we speak the same language. I have these goals that the organization has for the transformation that the project would help and say enable, and in the operations themselves have a set of goals, which they may not be the same, but one cause and effect to the other. Okay, so thereโs two types. You have strategic level and your words were operations.
ย
Kenneth:Operations.
ย
Heath:Operation โ
ย
Kenneth:Day to day. Thatโs where that data โ thatโs where that process is really important. Because at the organization or a strategic level, the process is therebut itโs slower and bigger. But at operational, itโs typically youโre doing A, B, C, D, A, B,C, D so, okay, so, if youโre having problems with that, you know, your problems might be โ it could be a time, it could be technology, maybe you have too much software, maybe the software costs too much and the business organizational goal can just be,โI need to save money. Weโre losing money.โ
ย
Heath: Yeah. So let me summarize that. I think thereโs more to it but letโs recap. The starting point is to understand, get an understanding of the big picture, you know, I think this was where you were talking about in terms of maybe missionor the type of business, profit, nonprofit, they want to increase enrollment, you know, what is the fundamental objective for the organization, I think that might be a better waythat you would put it, the fundamental objective, then the general steps, maybe the general steps of the business model, understanding, this is all about understanding, not answersbut understanding the business firstand the experience within those steps in the organization. So you talked about two types of experience so the customer experience and who is that โ use the customerโs experience with the organization through their journey with touching the organization to get the product or service they want and then the other part is the other side of that journey, is the user, being the staff member, what their experience is in providing that service or product to the customer. Yeah? Okay. And then to the point where you wanna get tois to get the data, to understand that data, and I think if we talk in terms of, you know, someoneโs supplying it, thereโs some data that is supplied, the inputs, thereโs a process or throughput, and maybe in your words, the output thatโs produced and then some customer, consumer of that data uses it for another purpose, another process or another purpose or product. So now youโve got an understanding of big picture, their purpose, their journey, their experience, whether thatโs been the customer interfacing with organizationor the use of the staff membersas experience itselfto provide that service or product to the customer and with that experience, understanding the data, you know, the input, throughput, output. Okay? And thatโs โ youโve just now really got a baseline, a baseline understanding of the business.Noanswers, because itโs not about questioning it, itโs just what you do. And then you sort of talked about empathy stage. So empathy being to understand maybe thoughts and feelingsand maybe drilling down more into that experience through questionnaires and surveys, by one-on-one interviews, maybe the co-creation sessions, yes, you talked about before. Okay? And those are tools, with the goals being two parts, the strategic understanding or the organizational levelgoalsand then the operationaland you talked about the organization level goals of being the slower, bigger goals so the ones that take maybe a long time to achieve, one year, two years, as opposed to operations might be we wanna see whatโs our turnover today or absentee rate for the week, you know, the really short term, short-phase goals where you can measure them, you know, relatively quickly. So the operational, the day to day, these goals and reactionsand events happen faster. And then out of that, you wanna look at the problems that is happening at those, you know, causing those two goals, I think, whether it was it takes too long, it costs too much, youโve got too much tick, you know, what does that overall experience look like? So, have I got it so far?
ย
Kenneth:That is it, and then the goal is to communicate that as simply as possible and with something visual, supported by data.
ย
Heath:All right, so communicateand visual, and I love you saying this, visual, you know, I see the trendand itโs been the trend for a while, I like it and I endorse it and respect it, about the data visualization, you know?This is I think โ itโs like in terms of technology architecture, architects, thereโs so many different architects now or every applications security data which is needed, or API, everything, you know? So the list of architects now goes on. But then there was a new onewhich came out a few years agoaround the visualization analyst or someone who is about data visualization and I think thatโs a really underrated skill and role because I think the knowledge or the insights are in the data but not a lot of people have the ability to interpret, to draw out those insights. What do you think?
ย
Kenneth: I totally agree, because that, to me, is most โ is one of the keys, because youโre trying to communicate a problem and something. Youโre trying to communicate a problem simply, you know?A lot of people donโt wanna sit there and look through X amount of slides just to tell them what the problem is. How can you simply communicate something, a smaller number of slides,that effectively communicates what the problem is? Thatโs where that customer journey or the journey mapping process. You know, we often see journey maps that are pretty sophisticated visually, itโs a lot of detail, they look goodfrom a visual standpoint, Iโm a designer by trade, so they look good in a structured hierarchy and everything like that, but does it work for the business? Does it communicate what those pain points are? And then once the leaders of those organizations can see their pain points, the next step is to understand why, when should they, how should they fix those pain points, you know?What should they do next?But now, everybodyโs on the same page of agreement or alignment. Okay, hereโs our process or processes and these are the supporting steps within them and this is the data that supports them and these are the problems and then, ideally, what you wanna do is you wanna take those pain pointsand put those into themes, because you donโt want to solve, oh, this pain pointfixes that,this pain point fixes that, you wanna constantly look holisticallyand look at the bottom and the top and thatโs why I look at both top and bottom โ
ย
Heath: Okay.
ย
Kenneth: โ leadership simultaneously.
ย
Heath:All right, so let me recap that. So, the visualization part, which is such a good one, itโs fantastic. So, you know, because you are,to start from the beginning, you are in the detail, you know, where do these projects, you get the big four guys will come inand the advisoryand theyโll paint a big strategy for the organization and they may not be good at delivery so another group will come in, or theyโll do it in house, so where does it all fall apart?It falls apart in delivery. And you are youโre in the coalface so you are at where it either succeeds or not. And so these issues and concerns that youโre facing is, this is what it looks like. So that communicates, simply communicate is, you know, I talk about it, one in the book and the students on my course, is that thereโs four common problems in transformation projects, four causes of transformationproject failure: lack of business/user involvement, lack of senior leadershipsupport, changing requirements, and incomplete requirements. So, all of those four things have got nothing to do with technology. Theyโre all to do with people. Lack of business user, lack of senior leadership, changing requirements from the people, incomplete requirements from the people, nothing to do with technology, theyโre all to do with people. Itโs a psychological problem. The problem of transformation failure isnโt to do with technology, itโs to do with people. And itโs psychological. And so when you talk about communicationand simple communication, that plays straight to addressing all of those points.For those listening, so you just heard it from the horseโs mouth here, who is also a designer, so, you know, thank you for saying it. And just to add to that, a previous project I was on,you also said to a language that they can understand. All right?How critical is that?
ย
Kenneth: Very critical. I mean, I think itโs so critical to the point that if you canโt do itwell, you cannot move the project because what happens is, without that effectivesimple communicationand understanding and alignment, you cannot get to the finding what the problems or phases to move the project towards implementation. I think itโs one of the โ like you said, I think itโs overlooked skill. I think the skill that often is looked at is, you know, data facilitation, but not that visualization facilitation skill of simply communicating what the problems are, what we have, and where we should go.
ย
Heath:Okay, so that skill,I think itโs a technical school, the business analysis skill, the data insight, and then taking that data to make it visually and be able to communicate it easily, simply, your words, so the business can understand it. Iโve been on a fairly big project where the transformation division had decided to adopt a certain approach, itโs a language standard for business process mapping, one that the business did not understand, but they forced it on them to the point where the business, when they would have a need for a change project, would not go and talk to the transformation division for this because they were scaredbecause they had things forced on them and so I asked the question, why did you make, that actually was BPMN. Why donโt you make BPMN the standard for your process maps? And they said, โWeโve made it a standard so that everyone in the whole building, even if they donโt work in this transformation division, they need to adopt this standard.โ I said, โBut do they understand it?โThey said, โNo, so we send them off on a two-day course.โ I saidthatโs like cutting a wound open and adding salt to the wound, you know? I said, man, I said โ and then they told me that the whole organization doesnโt like engaging with the transformation divisioneven when they need them, because they tell them things they donโt wanna hear. I said this is unbelievable. No wonder they called me in. But you gotta listen to the users, understand, like I an example I gave them there was that itโs like you speak your, you know, thereโs BPMN,turn notation, itโs like you speak French. Itโs a language that you understand, itโs pretty special, itโs unique, but thereโs other languages that they also speak, which is English, and they speak and have spoken that to each other quite often and it works, it does its job, they donโt need to do specialist training, and here you are, your French speakerswho have literally told them that they have to go and learn Frenchbut not just any French, fluent French. And so youโve automatically got them off site because they got a language that works very well and itโs worked well for them in the pastand now youโre gonna make them use another language only you understand. How about,thatโs an idea, a novel idea, how about you just get better at English? Job done. But, no, they didnโt wanna hear that. No, theyโve made a decision. And so, oh, man, so good luck with that. So, okay, so we have to communicateand then the outcome youโre looking for, a lovely outcome, is everyone is on the same page.
ย
Kenneth: Relatively.
ย
Heath:Yeah, key word there, relatively, yes. So clear on the process, clear on the steps in that process, clear on the data that is required, inputted through the process and output, those pain points of that process, where those problems lie, I think you have a great point there, a good takeaway for the listeners is, you know, you may have and, you know, actually on the client weโre working with now is they have one particular phase of the project over a thousand pain points, and so the way to, as you said, which I, you know, which I really like, was themes, you know?Identify the themes.
ย
Kenneth:Because if you work at an individual level, you can get lost in such nuances that you canโt finish the project.
ย
Heath:Yeah.
ย
Kenneth:So you always have to understand the outcome of the project and the outcome for the business simultaneously so, you know, there might be a thousand pain points, but Iโm sure they always go into some type of theme. Iโm sure that they do. Because weโre not looking at, okay, a great outcome isnโt necessarily saying, โOh, no, we found a thousand problems,โ or,โWe found, you know, 10,000 problems,โ you know, I guess it could be good for some people, but usually the goal is to improve that business, whether itโs innovation, whether itโs reducing costs, whether itโs โ whatever, you know?So you have to understand what the business outcome is and maybe sometime the outcome is to find those pain points but the next step would be, okay, what are you gonna do with those pain points? How are you going to get rid of them? And which ones should you get rid of? Now we get into prioritization, now we get back into organizational misalignment, because each department is gonna have different priorities on what they feel.It can be potentially a problem. Iโve run into problems like that, trying to balance everyoneโs needs of problems.
ย
Heath:And how do you do that? How do you balance everyoneโs needs?
ย
Kenneth:Typically โ
ย
Heath: Thatโs a skill, right?
ย
Kenneth: Itโs a skill, but you gottaโ in my experience, you have to use a scorecard. You have to use something that takes your personal perspectiveversus their perspective out of it, you know?
ย
Heath: So remove the bias, remove their perception bias.
ย
Kenneth: Yes. So, it could be, you know, in technology or in development, often itโs 1, 2, and 3, but you can move it all the way up to 10 so you can get a bigger variation and that way, you can at least have a justified means of putting something in terms of priority versus another project.
ย
Heath:So youโre talking about there if you had a score or rating from 1 to 10 so you have a long or wide difference between the different scores as opposed to 1 and 3, low, medium, high.
ย
Kenneth:Yeah.
ย
Heath: Yeah, okay. So, note there for the listeners, you know, donโt make a small range on your prioritization criteria, probably not gonna help you, Iโm in the middle of the road, medium, everyoneโs a mediumso thereโs no priority. Okay, so youโve balanced the needs. One of the tools or techniques you use there is a scorecard. So youโve got your outcomes, youโve got the process, the pain points, weโve done some prioritization, we had conversations of different parts of the project or different parts of the organization, youโve agreed on where the misalignment is and start identifying areas that you wanna focus on, thatโs just on the pain points. So, if we go on from out of discovery into design, where are we sitting in the process there?
ย
Kenneth:So, what we do is you go in in discovery and design back and forth.
ย
Heath: Oh, thereโs a feedback loop.
ย
Kenneth:Yeah, you go backand forth into it. You go back and forth. As you get feedback, you might refine it. So, basically, you know, within that empathy phase, your understanding, likewe talked about the goals, the organizational goals or the operations, what those pain points are, and then we wanna understand the data maturity. If we can do that, then, ideally, underneath that, we build a hypothesis, but we donโt show the client that. We build a hypothesis figuring out โ
ย
Heath: This is problem hypothesis or solution hypothesis?
ย
Kenneth: Solution.
ย
Heath:Okay.
ย
Kenneth: Which you use.
ย
Heath:So potential improving opportunities to address those pain points.
ย
Kenneth: But you work within your internal team to kinda, โCan we do this? How much would this cost? What are really all of the steps to do in this?โ while youโre engaging with the client on alignment, because then you still have to define what the problem is, right? From your research, youโre defining what the problem is. So then when you ideate, that background hypothesis comes into the forefront.That comes into the forefront.Now you can you validate that.They can say,โNo, we donโt like that,โ or, โYes, we like that,โ or just change this. And then when you get into that prototypeand test, thatโs where itโs like a fork in the road. Are you dealing with a product or are you dealing with service?If youโre dealing with a product, youโre gonna probably do usability testing. You might have two or three rounds of that, or you can consistently improve that over time and then we move more into the implementation development and then with improving, you know, using probably smart goals or KPIs, either one. But when you get into a service, youโre getting ready to pivot into change management. Youโre getting ready โ so there is no prototype. Itโs like, โOh, itโs getting ready to change,โ so you got to make sure that that change management is involved early enough so whenever that implementation is getting ready to occur, they know before itโs coming.
ย
Heath:Okay, so letโs recap that. So the difference between the stage, one stage, the early stage is really discovery, the empathy, is it?And then your feedback loop, and that feedback loop, which I talked about in my course with my guys is aboutyou got really two sets of documentation, I think itโs also in the book, is that you got the client facing and youโve got your internal that, you know, for the developing of your hypothesis that you probably wouldnโt wanna show the client or you could but it may bamboozle the client, because, you know, itโs your workings,itโs your draft version, I donโt know, so Van Gogh showed his โ you know, Van Goghโs drafts probably worth millions if you wanna see those but, you know, the workings behind the scenebut itโs for your internal, your colleagues that you come up with these hypothesis and solutions. So you have the two types: internal and external. I think where maybe the junior consultants get mixed up is they wanna share everything and eager to share, but in doing so, sharing the wrong thingsor too much information and what does too much information do?Itโs overwhelming. And so good point there.You know, donโt show everything because it can be overwhelming. You donโt wanna overwhelm the business thatโs already overwhelmed because youโre there. Why youโre there in the first place. So get rid of this overwhelm-ness. Okay. So there was โ yeah, thatโs internal document.After that and as part of your internal solution hypothesis, youโre coming up solution options, I think, would it be?And then youโre getting now playing them back to the client in a validation session or sessions. For them to give the approval from that point, youโre gonna develop your MVP or pilot or your prototype, whether that would be mainly a product, like I like to call like a service side or a process side, a minimum viable process as opposed to a minimal viable product. So test a small part of the process or the full end-to-end process but on a lighter scalelike you would do a vanilla or a light version of a prototype or technology app or a websitewhere you give minimal functionality from end to end across the whole use of that experience, user journey, user experience, same types of process. So you trial that, get some feedback, based on the feedback, then youโll go, okay, weโre either gonna hopefully, your product, list of the change management involvement. If itโs a service, youโre gonna bring in more change managementor bring the change management early to help with that change transformation embedding. And then, depending on the success of that prototype, take on feedback if it needed it. If not, go into development, build, and then implement.
ย
Kenneth: And then improve. You should be using the KPIs to understand how to improve it, and that improvement might not be โ if youโre working at an incremental level, because thereโs gonna be bugs. When we work at a business level, itโs not gonna be as incremental because we want to look for themes, you know? Oh, boy, we learned that people are having issues with the data, the backend, you know, we wanna get the feedback to understand is that people process and technologies,is it one of three, is it two, or is it everything and not reactive updating, like you typically see in a prototype. Because, often, when you reactively update, eventually, you build something that you donโt even have track of, you know? You lost โ
ย
Heath: Yeah, so many changes.
ย
Kenneth: โ that experience is because you just listen to everybody else and, well, what was the overall goal of it, you know?So thereโs a balance in between feedbackand using the feedback in an effective way to improve the business or the use of it for the business.
ย
Heath:Okay, so you gotta be a bit smart about the feedback, not the reactive, using your words, reactive to all feedback, sensible. I think itโs a very good point because thereโs times where you might get the loudest stakeholder or group of stakeholders giving you feedbackand then you take on that feedback but what you end up doing is changing the goal or objective of the product or service in the first placebecause you listened to the wrong stakeholders. Okay, so I think Iโve got your process, understanding โ what should we call that? First is the โis the first is the empathy phaseand then weโre going into โ what would we call the next one?Hypothesisphase?
ย
Kenneth: Well, the words that I use is empathythen I define, so define the problem from that empathy, basically looking for causes and then you ideate.
ย
Heath: Empathy, define, ideate.
ย
Kenneth: Yep. And then you prototype and test.If this product change management service comes into place there, then you implement and improve.
ย
Heath:So implement and improve. So how many steps we got there?One for empathy, two define, three ideate, four prototype, five test, six implement, and then seven improve.
ย
Kenneth: Yeah. And you can mix and match to a degree. You wanna โ the most critical ones I believe personallyare the first three. You really have to empathize with that user or those customers and the business, you gotta know the root cause of the problem so you can have the biggest impact, and then ideate, thatโs where you use your strategic thinkingas a creative, as a business person, all of that acumen comes into place in that phase. The prototyping and testingand that change managementI think is critical and then the implement, you actually have to have an outcome for but to improve it, you have to know what youโre trying to improve to continuously be able to do that.
ย
Heath: All right, okay. So the critical three parts, the first three steps, the empathy, defineto understand the root cause to have the biggest impact, and the ideateso that you can provide the solutions that address directly those pain points. Okay, so now you have, this point in your career, if you were to look back and go, โIf I could do anything Iโd do differently or from what I know now,โ what would you do differently?
ย
Kenneth:Whatโs funny about this question is that this stuff, digital transformation, in my personal opinion, is a combination of all of these newer skill sets, the UX, the service design, the customer experience, business analysis isnโt new, but the way that it can be doneor used to be doneor that business analyst is someone that basically wrote traditional requirementsversus today, weโre using human-centered design to get requirements. Itโs likeyou have to understand the details before you can understand the bigger picture to be able to work on a transformation. But if I can do anything different, itโs to basically understand what all of these facets are, like what is human-centered design? What is customer experience? What is business analysis and what is change management, Lean Six Sigma, and then when we talk about implementation, you know, thereโs multiple ways you can implement thingsbut youโre talking about, you know, like six, seven different skill sets that is rare in one person and I just happened to fall into it by working out of my comfort zone, you know? Iโm trained as a designer, I went to school to be an educator so I use things like Bloomโs Taxonomy, which is a learning strategy to understand outcomes, to Lean Six Sigma, which I learned from a black belt to look it up, overall process, and then business school, which taught me marketing, operations, operating management, all of those things together, you know? I think for anybody is just to learn the different facets of a digital and business transformation.
ย
Heath:Okay, so not just one, you need to have a broad range of one skills and experience and tools and techniques.
ย
Kenneth: To be effective at it. You can work in one part of it but I think that when you work in one part, like organizations hire a service designerbut they really want someone to impact the businessbut theyโre only looking at one little piece and you canโt do it. You canโt impact the business by doing a small portion, you know?But that doesnโt mean that you need to be the chiefsuch and such officer to do it. But what it means is that the higher levels of the organization have to understand all of the departments that these transformations touch, you know, and we put this into a roadmap that we look at this periodically, this is the first quarter, this is the second quarter, this is the third quarter as a means to an outcome.
ย
Heath:Okay, thatโs very interesting. The takeaway being a broad range of skills to be more effective, like you just said there, likethey might want to bring in a UX personbecause they want to design the UI/UX, but thatโs one specific aspect of the overall output or outcome theyโre trying to achieve, which was to implement the transformation. So,for a newbiecoming into this, you know, I think โ like I have a niecethat actually she competed in the Olympics in shotput and I thinkcame number sixand sheโs a world junior champion, some time ago that I played sports at a semi, letโs say, good level, so I had a few tips for her and part of those tips were, although itโs shotput, right? I say that these other things like even ballet for balance, because she works on strength and reallythereโs not a lot of movement in shotput other than going โ itโs spinning on the circle, which is not that wide, or crossing the circle and really throwing it. But thereโs, you know, limited really skill other than, you know, letโs say, tools and techniques that you would use for that particular sport, not saying limited in skill. But would you think of using ballet? Ballet for balance and to be able to change your body position and height and to get an outcome youโre looking for and so like what youโre talking about there,UX, UI, different tools and techniques or practices and standards like Lean Six Sigma, specifically around process, and then the business schoolaround, you know, operations or functional roles or disciplines in an organization, marketing, sales, HR, finance, etc. So there is โ itโs an underrated practice, I think, business analysis, you know, and, yeah, so actually I saw a โ I had a conversation with a client the other day and they said, โSo, basically, tell me what you do on a day to day basis,โ and I told them, I said, โSo youโre basically like the horse whisperer of strategy, of operations,โ and weโre not the whisperer, but you need to be able to communicate. I think thatโs the key takeaway, would you say?
ย
Kenneth: Definitely.Communicate and understand. I mean, youโre not an expert at anything, I think the term neo-generalist, so youcanโt have too much depth in a limited amount of functions, you have to have depth over other functions and be able to integrate because in your approachor in multiple approaches, itโs never exactly that way. So you might be able to understand the clientbut you might not have enough time to define the problem but you have to understand from what you can gather in the empathy phase to assume what the problem could be and then when you get time, if you have supporting data, while at the same time youโre ideating and go back, itโs not always,โOkay, I have time to do this, Iโm gonna, oh, okay, Iโm gonna take time to do this.โA lot of times, itโs likewhat can you do in 12 weeks, you know, three months, you know, so time is often a measure and thatโs why data is so importantbecause that often makes those outcomes cleanand it makes them fact-based and not, โIโm an expert, I know more because of this,โ because you can learn from anybody, you can learn from anybody, in my opinion, anybody and everybody, you just need to take the combinations of information and put it together and understand using this information that I have, how can I get this outcome? Or what is stopping the organization from getting to this outcome?
ย
Heath:Right, thatโs music to my ears there. You can learn from anybody. I think thatโs how Iโd started my career is really learning from my colleagues,more senior colleagues, and then I think that sparked a few interest in furthering my knowledge and then also qualifications. But, yeah, definitely the knowledge is key.Communication is right up there. I think what youโre talking aboutgenerally is understanding, like we talked about simple communicationand those different tools and techniques and standards allow you, like I could talk in terms of business architecture, youโre putting everything in building blocks in a way the organization is structured by building block by building block, is that youโre looking at particular elements of the business through a specific lens that allows you to interpret whatโs going on there, process, Lean Six Sigma, change management, and talking about negotiation and language and empire building and the empathy, you even have a stage in your process called empathy. So your major, yeah, I think the communication part, understanding your stakeholders, understanding the language that they haveand use and speaking to them and meeting them at where they are, taking them through the journey.
ย
Kenneth:I think thatโs definitely key. Definitely key.And visualizing that journey. Visualization is probably one of the more effective and simple ways to communicate and align.
ย
Heath:Oh, yeah, I could tell you some stories about visualization, I know some people that could do with a lot of visualization.To tell somebody something, you know, what the picturethey paint in their head of what that looks likeversus everyone elseโs understanding or interpretation of that. Visual picture, you know, and what do they say, you know?A picture says a thousand words. You know, that one picture could save you a thousand words, so, you know, now, okay, now we agree. This is blue, you see blue, thatโs blue. Thatโs it. Thatโs blue, thatโs definitely blue. It gets everyone on the same page quickly. Okay, so, Kenneth, my man, I think it would be great, actually, to work on a project with you, maybe in the states some time, Iโll come over there and weโll do some work together. That will be cool.You never know, eh?
ย
Kenneth: Never know.
ย
Heath: You never know. Kenneth, weโll leave it there. Thank you very much for your time. Thank you for the insights.
ย
Kenneth:Thanks a lot.
ย
(outro)
ย
What is business transformation? This is a two-part answer. The first part is what is business transformation, and then when is the change the organization goes through deemed a transformation? Firstly, the definition. Business transformation is where business changes the way it does business. That is, it changes how it creates and delivers its products and services, its CVP, its customer value proposition to its customers. It doesnโt necessarily change what it does, but it changes how it does it.
ย
Book Recommendation
Heath Gascoigne
Hi, I’m Heath, the founder of HOBA TECH and host of The Business Transformation Podcast. I help Business Transformation Consultants, Business Designers and Business Architects transform their and their clients’ business and join the 30% club that succeed. Join me on this journey.