Speaker 0 | 01:28.825
All right, everyone, welcome back to Dissecting Popular IT Nerds. Today, very excited. I’ve been talking about you a lot behind your back. You didn’t even know that, secretly, even inside our secret community. Denise Hatzidakis. I pronounced that correctly. Such a big deal. I mean, CIO, CTO, CISO, what other C’s can we throw in there?
Probably some other, I don’t know, certifications of sort. But what I want to do is really break this up into the most meaningful and impactful things that we can do for your fellow IT leaders. Number one. And the first question that I have is, and you can take, I’m going to give you like six minutes on this one.
It’s probably not enough time. It might go longer, but I want to try to, I really want to try to make this as impactful as possible. So first question, how do we teach executive management how to talk to IT? Yeah,
Speaker 1 | 02:37.855
that’s a good question. And it’s usually at the crux of whether IT is a good business partner or not. I think there’s a lot of things that we can do to help the business work with IT. One of the first things and one of the things that I see IT people do often is over-explain technology to the business.
We often, because we are tech and we’re excited about tech and we want to talk about tech, we over-explain it to the business, which actually causes confusion, right? Because they’re… They’re wanting to understand everything you’re explaining because they’re trying to be a good partner.
And obviously, it misdirects from what the problem being solved. I think the biggest way to be a good partner with the business is IT really needs to take a step back and make sure we understand the what and the why. All right. So I often talk to the business about the business.
You own the what and the why. We own the how. And together, we’ll figure out when. Right. So what I mean by that is the business is the best interface to the customers and what they need and why the business needs to do it and that kind of thing.
They often come to I.T. with how or a tangible I want to build a mobile app that does X, Y, Z. OK, great. But what do you accomplish and what are you trying to come?
Why and why do you expect it to be impactful, et cetera? And so and the reason that helps IT work better with the business is because we often have the broad spectrum of what’s going on entirely in the business in the back end with technology.
Right. So taking that technology and knowing, oh, well, there’s a piece over here that looks kind of sort of like that. Should we marry it to this? Should we think about we also are very ingrained in the latest technologies and what’s going on and how to best use them, etc. And then.
So having that collaborative discussion with IT and creating that good collaborative business relationship is what makes it most successful and how we teach them. So it’s a matter of, you know, they come to, there’s a real good example from Disney with Magic Plus where the business wanted to create a.
a basically a system for better better interacting with the um the park system right they wanted to create a band an armband kind of system for it so if you have this armband you easily get into rides and etc etc etc and what happened was they started building it and they started getting user feedback that
was like uh there wasn’t really adopting it people weren’t using it and it was actually it that drove the hey but what if we We’re getting all this other user feedback over here about long lines and being able to do this.
What if we integrated with a mobile app?
People want to use mobile apps, right? And it was actually IT that drove that, that actually then collaboratively worked together with the end users and came up with Disney Magic Plus. So it’s IT bringing that art of the possible to the situation and then working with IT to figure out the when. S
o the business owns what and why. IT owns the how. Together you figure out when. Because at the end of the day, doing a project, there’s only three constraints, right? There’s time, money, and resource. And you can’t constrain all three.
So implementing a project always has tradeoffs along the way. So working well with the business to be transparent and help them understand what goes into those tradeoffs, you can change the scope. You can make it bigger or larger. You can invest more money, more people, or you can adjust when it can be delivered, right?
Time, money, and scope are the three things. So building that vocabulary and that working relationship to have those conversations on the when, make IT, give businesses a big edge because IT and the business are on the same page.
Speaker 0 | 06:51.742
Love it. Love it. Time, money, resources. If people can start to learn to speak the language of business and understand these three different things, then it will help you at the negotiating executive roundtable considerably. Just understanding those three terms.
If I’m understanding you correctly, IT should be asking executive management, what are you trying to accomplish? And we should be training executive management to come to us with… This is what we’re trying to accomplish, not this is what we want you to do.
Speaker 1 | 07:29.628
Yeah, I think it’s an interesting point. So they’re always going to come to you with here’s what we want you to do, because that’s how they think about IT.
That’s always going to happen. I think it’s incumbent on IT to help facilitate the conversation on the what and ask the right questions. So you want to do that.
Why do you want to do that? What is it you’re trying to accomplish? What do you expect the outcome of doing that? to be, right? So it’s just the nature of the beast. They’re always going to come to us in what they want done, right?
And here, IT, I need you to do X. Give me a list. And then the conversation goes, well, so why? So the outreach people can work that list. What are they trying to do with that list? What do you expect them to accomplish with that list?
Then it facilitates a conversation with ISA. But what if we put that list over here where they’re already doing X? Oh, and it creates that collaborative discussion where it really takes it to the next level.
Speaker 0 | 08:36.678
What, I have a follow-up question there, but I think it would go down a really long, deep hole of how we manage our teams, which is how do we get our teams to think like that? and to not just have the engineering blinders on, and I’m doing work, right? So I’m doing work. Sometimes IT, we’re doing a lot of work.
I’m doing work. I’m doing coding, or I’m answering tickets, or I’m doing this, but I’m not doing work that is the most beneficial or the most important thing at the time that could benefit the company and the team. How do we get the team to think like that?
Speaker 1 | 09:17.823
I think it’s a couple things, right? One is having the frameworks in place that enable them to think like that, right? So it’s having an agile framework in place. I’m a big proponent. I’m a certified agile leader. I’m a big proponent of agile. And agile doesn’t mean things get done faster.
It really means agility. It means you can react more quickly to the feedback that you’re getting back. But in order to do that, it’s not just engineers at the table. You have to have a role. There’s a role, for example, called a product owner.
And that’s really the interface between engineering and the business, right? They’re representing the business to IT, right? They’re ingrained in the business, understanding what the business wants, understanding. And they’re there as a day-to-day partner with the engineering team.
Because the engineering team is making micro decisions every day, right? And if they don’t understand the what and the why that they’re headed for, then they’re likely to go off and go left and not end up in the right position.
So using product owners, business analysts, right? It’s about having a rounded team and not just engineers in the conversation.
Speaker 0 | 10:30.432
Can you give me a quick 30 to 60 seconds? Paint a picture for me of what a product owner and business analyst and how they interact with IT inside this agile framework.
Speaker 1 | 10:47.542
Yeah. So the product owner is representing the what and the why.
Speaker 0 | 10:51.264
What do they do? Are they quizzing people and getting feedback?
Speaker 1 | 10:57.108
Yeah, they’re working with the business. They’re ingrained in the business. They’re in the day-to-day operations of the business, understanding what the business is doing. They’re really the… SME in the business, right?
They’re the SME in the business. Then the business analyst works to say, okay, how do I turn that into stuff the engineers can make actionable, right?
So how do I turn that into epics and features and stories and that the engineers can then work off of backlogs prioritization? They’re also working with the business to do continuous backlog grooming. Right.
What’s the most important thing? Because arguably, and it’s a conundrum you always get with the business, well, I can’t prioritize until you tell me how long it’s going to take to get this done. Because I might want three small things instead of one big one. Right. It’s that you have this conversation all the time.
And arguably, if you step back, if it’s the most important thing to the business, why does it matter how big or small it is? So. It’s about creating a framework where the business owner and the product owners and the business analysts can work together and keep making sure we’re keeping an idea of the prioritization. What’s the highest priority thing that the business needs next?
The engineers are just really focused on grabbing the next important thing and working on it, grabbing the next important thing and working on it.
Then having the product owner and business analyst there to help answer the questions, guide the what and the why, and interface with the business. to make sure that’s defined effectively enough for the engineers to execute on.
Speaker 0 | 12:34.179
What’s the best spaced out? How often should we have meetings with our teams and iterations with all of these people? What’s the, in your opinion, what’s the best meeting gap once a week, once a month?
Speaker 1 | 12:49.693
Like two experiments?
Speaker 0 | 12:52.016
Yeah.
Speaker 1 | 12:53.277
So two experiments where… And it depends which version of Agile, if it’s Kanban or Scrum or, you know, whatever you want to use.
But there’s certain pieces of that or practices of that that become very beneficial, right? Which is one of them is a demo, right? So at the end of every sprint, you’re demoing something, right?
Even if it’s a technical story, even if it’s a, hey, I’ve got a REST service that does XYZ. But what you’re also doing is educating the business on what it takes to get this done.
Right. And you start creating that shared language of what it takes to get work done in IT.
Right. And you and then you also have the retro is is really important. Right. And it includes the it’s a I usually use like a stop, start, keep framework.
Right. It’s not a witch hunt. It’s a what are we going to stop doing? What didn’t work well? What doesn’t serve us anymore?
What are we going to keep doing? Because it really worked well. And what should we start doing? Because we have some lessons learned out of this iteration.
And those iterations, it can depend. Just because you finish a sprint in two weeks doesn’t mean it goes out to the end users in two weeks.
You can accumulate sprints because you don’t want to overwhelm the end users with change. You have to dovetail that into organizational change management.
and make sure the organization and the business is ready to accept the change, right? Because there may be training and enablement that goes with it and that kind of thing to allow the end users to effectively absorb the change.
Speaker 0 | 14:36.236
If I was to ask you, well, I’m going to ask you, what are the top three things executive management values most? In IT.
Speaker 1 | 14:53.878
Do or they should?
Speaker 0 | 14:57.741
Let’s do both. What are the top three things that executive management should value in IT that we’re not doing the job? Forcing them to know.
Speaker 1 | 15:08.512
Yeah. So I think what IT should be doing is making sure things stay transparent, making sure we’re accessible, and making sure we’re not over-explaining technology.
Speaker 0 | 15:22.064
Transparent, accessible, not over-explaining.
Speaker 1 | 15:25.887
Yes.
Speaker 0 | 15:27.048
Tech-splaining people.
Speaker 1 | 15:28.690
Yes. And engineers are very good at it.
Speaker 0 | 15:31.832
Let’s break each one down real quick. Transparent means? By the way, we could get past.
Speaker 1 | 15:37.091
What work is being done? What work is being done? What’s being impacted? If we pivot, what does it mean to these other pieces of work? It’s about prioritization and project management at some level, right?
If I do these three things, what it means is these three things are going to have to go on hold. Is that okay?
Okay. That’s that transparency and progress, right? Because when you’re making, when you’re doing Agile, you’re also having. also having conversations about what are you focused on right now and what are your blockers, right?
What are the things and what do you need help with? It’s not a conversation about deadlines and micromanagement and it’s about moving the ball forward. So it’s about using that as transparency foundation with the business about how the ball is moving forward and what help you need from the business.
Hey, we need further information on X, Y, Z, or we found this out, so it’s going to have this impact. What do we want to do about it?
Speaker 0 | 16:40.232
Transparency. Accessibility.
Speaker 1 | 16:44.315
Accessibility on both sides, right? When you’re stuck on something, having the business partner available to you. You can’t be in a situation where you’ve got to make some decisions or you’ve got some junctures or you’ve got some important information needed.
And the only person who can give you that answer is the chief X, Y, Z.
And you can only get to them once every three weeks or once a month or once a quarter. Right. So it’s accessibility, but it’s accessibility both ways. Right. Then the key IT leaders also need to have the bandwidth to be available to have those conversations in an effective time frame and an effective manner.
Speaker 0 | 17:24.444
Transparency, accessibility, and the third one.
Speaker 1 | 17:29.915
I think it was the tech-splaining one.
Speaker 0 | 17:32.097
Yes. Yes. And don’t over-explain technology. In other words, what happens when you do that?
Speaker 1 | 17:41.344
Yeah, what happens when you do that is multiple things, right? One, we know in tech things go bump in the night all the time. And in tech, we’re engineers.
We’re trained to think about all the potential possible outcomes. And you can over-explain and create panic in the business.
Oh my God, this is going to happen or that could happen or the next thing could happen. And it’s really just the way we think about solving problems.
And it’s, you often find a situation where you’re in a room with the engineers in the business and the engineers start going down
the what if, what if, what if, what if, what if, what if, and the business goes, oh my God, you’re overcomplicating this.
Speaker 0 | 18:19.671
Could you give me someone that’s more confident and knows their job and doesn’t do all this crap to me? I think I need a new IT guy.
Speaker 1 | 18:26.714
Well, then, yeah.
Speaker 0 | 18:29.979
That could be what they’re thinking, or actually that is what I know that many of them are thinking.
Speaker 1 | 18:34.262
They do. And there’s also, you’re arming them with enough, but you’re arming them with enough to where, I’ve seen it happen where you explain the technology to the point how it works because you want them to understand we do it. We’re proud of technical and complexity and all that kind of stuff.
And we want that and we feel good about our jobs when we do that. Right. But if you’re over explaining how the tech works, they’re going off assuming they understand how the tech works and they’ll make decisions without even involving tech.
Oh, I know that that part of the system works this way because that’s what they explained six weeks ago when we had this conversation. And so that blew it up,
Speaker 0 | 19:19.420
just just blew up your own department. And that’s why IT is lonely at the top, because eventually you learn that you should not do that. And now you’re all alone. You’re all alone.
Speaker 1 | 19:30.460
You’re not all alone. You’re a value.
Speaker 0 | 19:33.322
You have to accept the popular IT nerds to listen to. No, go ahead. You’re not alone. Why?
Speaker 1 | 19:38.947
Why? Because if you, part of it is creating trust and confidence in the business. You know you’re successful as an IT organization when you’re a go-to partner for problem solving.
Speaker 0 | 19:50.956
We got to get in the door. Some of us still need to get a seat at the executive round table. Some of us still need to earn that trust. So we’re going back to. The second part of the same question, which is, what are the top three things that executive management values most in IT?
Speaker 1 | 20:11.388
Problem solvers. So you’re solving the right problems. You’re helping the business make an impact. And your IT is seen as a key collaborator or a key enabler to the business.
Speaker 0 | 20:36.261
So if you can solve problems, make an impact, and enable the business. you’re on fire.
Speaker 1 | 20:41.765
Yeah. You know you’re in the right spot when a conversation happens that you’re not involved in and someone says, oh, we need to get IT involved in that conversation.
Speaker 0 | 20:52.313
Boom. That is great. That might be the best thing I have heard in years. Yes. That’s on fire.
Speaker 1 | 20:58.879
That’s the goal.
Speaker 0 | 21:00.160
What you don’t want them to say is they keep the blinky lights on. Blinking, blinky, blinking lights.
Speaker 1 | 21:06.305
Or don’t involve them. They’re going to make it too complicated. We should go do this over here because they’re going to make that way too complicated. It’s going to take them 10 years to do it and blah, blah, blah, blah. And now you’ve got shadow IT all over the place.
Speaker 0 | 21:17.778
I don’t like that guy. He’s weird.
Speaker 1 | 21:21.901
Yeah. And next thing, because that’s one of the indicators that you are being successful as an IT organization is you have, you’re minimizing or you have very little shadow IT. The shadow IT usually shows up because they feel like they have to work around IT because IT isn’t a collaborative partner or IT is not enabling them.
Speaker 0 | 21:43.068
I have a, what are we going to call this? Pop question. The pop question of the day. The pop chat GPT question of the day. I don’t know what I’m going to call this, but okay. But the question is, how can IT leaders convince executives that AI is an enabler, not a replacement for their workforce?
Speaker 1 | 22:10.443
Good question. I just did a podcast on this the other day, actually. So AI is, I believe that AI is not going to replace people, but people using AI are going to replace people. So AI right now in all its, there’s a lot of hype, right? It’s totally in its hype cycle.
AI is best positioned in a business as a decision maker assist. Right. In assist type, you can’t totally take the human out of the loop yet in AI. And I don’t know if you win and if you will be able to. So it’s a good.
Speaker 0 | 22:56.974
But I’m listening. I’m just I was going to follow it up with then. What is the one AI trend right now that is overhyped the most? And what AI trend is? The most underrated?
Speaker 1 | 23:16.182
I think the most overhyped is AI is going to replace people, right? That you can, AI is going to replace people. It’s not going to replace people. There’s still bias. There’s still, there’s a tremendous amount of. of training that still needs to happen in IA with industry-specific solutions.
But I think one of the most underrated, in fact, ChatGPT just announced this, the operational pieces, operational agents, I think they’re called, that allow you to interact with applications. So right now, AI is good at giving you answers. It’s not good at doing things yet. So the operational agents are the first foray into doing things.
Speaker 0 | 24:15.052
What’s the most underrated AI?
Speaker 1 | 24:16.753
Book me a table. I’ve got a business meeting. And can you find me the best Chinese restaurant for five people in the next three days? Oh, yeah. And book it for me. It’s the and book it for me, which is the new thing that’s coming that I think is going to be transformational.
Speaker 0 | 24:39.444
Super cool. Let’s do one more since I’m getting these off of AI. Delete that out, Greg. That means I get to use the answers, right? Yeah, I mean, we could probably just see if this thing can mimic me. It can already do my voice. They’ve already done that. Had me speaking in French and all kinds of things.
Here’s a good one. Let’s go security for a second. How can IT leaders educate executives on cybersecurity without scaring them?
Speaker 1 | 25:19.025
That’s a good one. I think the best way to educate leaders on cybersecurity without scaring them is, one, making it tangible, right? it can end up a little bit in that AI hype kind of thing. You know, nothing’s ever 100% secure is the first step. It’s about security is really about risk mitigation.
So what is your risk tolerance? So it’s about having conversations around risk. What’s the risk of this happening to our business, right? And then how do we prevent it? So, for example, the business I’m in right now, we have 100% remote users. We have clinicians who go into patients’ homes.
They’re on public networks all the time.
Speaker 0 | 26:21.332
Yep.
Speaker 1 | 26:22.613
So, gee, we really need some, we need to just make the fundamental assumption they’re on those public networks and build our infrastructure to support that. There’s also using frameworks that things like HITRUST and NIST. and frameworks that a lot of energy has been put behind of, here’s the control points you need to address to mitigate 90% of the risk.
Speaker 0 | 26:52.263
I love it. You just made me think of my soon-to-be 90-year-old father and computers and many other funny things that have happened. We could probably go through the, we could probably go like a highlight reel of the things that
have happened to him from Steve calling from Microsoft to help clean up his computer, to taking everything and throwing it out the window, to Steve then calling and sending a letter in the mail from Microsoft support that, Dr. Howard, you have to call Microsoft immediately.
We have a problem with your computer. To my dad calling him after we changed the phone number three times. And then now Steve from Microsoft, who will never call, who Microsoft will never call my father. Um,
Speaker 1 | 27:33.887
my mom had my mom, a similar situation. She had a check towards or not faked to her church. And she rightfully so panic.
Speaker 0 | 27:47.117
Man, all from, I even had my dad’s friends calling me saying, I was at, how’s your sister? I’m like, how’s your sister? I’m like, what, what are you talking about? How’s your daughter doing? Did she break her leg or something? I’m like, what are you talking about? He’s like, yeah,
I was at Walmart buying the gift cards and trying to scratch off the things and give the numbers to the guy on the phone. And I was like, oh, my gosh. I was like, what are you talking about? No one’s broken their leg. I have no clue. That person doesn’t exist. Oh, yes.
Speaker 1 | 28:14.892
We know every time we onboard a new user, they’re going to within 30 minutes, they’re going to get a text saying our CEO is in a meeting and wants to need you to go buy gift cards for him.
Speaker 0 | 28:28.046
Man, just still works, you know, keep doing what works, I guess.
Speaker 1 | 28:32.528
Social engineering is tough and that’s what a lot of people, it really is. It’s also about education, right? The number one risk point in security is users.
Speaker 0 | 28:40.251
Hmm. It’s, they, they can get real good at it. Okay. Let’s do, um, maybe you have a few good one-liners. Do you have any good one-liners? One-liner cybersecurity truths. Do you have a one-liner cybersecurity truth for me?
Speaker 1 | 28:57.326
When in doubt, don’t click.
Speaker 0 | 29:00.527
We got more. We need a bunch of these. I think we should do like a whole highlight reel of cybersecurity one-liner truths.
Speaker 1 | 29:06.808
Yeah. When in doubt, don’t click.
Speaker 0 | 29:08.869
Any one-liners.
Speaker 1 | 29:10.490
It’s not real. If it seems, you know, it’s no difference. It’s scam. Think scam. Right. If it’s too good to be true, it probably is too good to be true.
Speaker 0 | 29:25.230
I had this really, I had like a trust issue thing that I wanted to ask earlier or something about, oh, I know what it was. Do IT people have, IT leaders have trust issues?
Speaker 1 | 29:37.336
What do you mean by trust issues?
Speaker 0 | 29:39.278
Just in general, do they have trust issues? I’m just curious. It’s kind of a joke because I was going to ask because most people that ask if IT leaders have trust issues, they say yes, absolutely, they have trust issues. And I’m like, okay, well, then why do you think we went to the moon?
Then why does every IT leader think we landed on the moon? It’s just like a thing that’s just kind of funny because if you’ve got high trust issues, then you should be highly skeptical of everything. Don’t click on that. Don’t do this. We literally have a term in our industry that is zero trust.
That’s why I’m saying I think psychologically we might deal with a lot of trust issues.
Speaker 1 | 30:14.583
I think, I don’t know if it’s trust as much as it is. As engineers, we want to understand everything. And then when we don’t understand it, we don’t trust it.
Speaker 0 | 30:30.728
What about the AI hype scale?
Speaker 1 | 30:34.969
A lot of people don’t trust it because they don’t, they won’t understand it. They don’t understand it. Don’t trust it.
Speaker 0 | 30:40.999
Okay. Is there something to be said about the amount of AI that we’re being fed on a daily basis and the amount of solutions that are being thrown at us?
So I guess we’ll end with this. How doth one evaluate? How do we evaluate the best AI solutions beyond the vendor? I hate the word pitch, but beyond the vendor sales pitches, how do we evaluate real AI solutions?
Speaker 1 | 31:13.388
Proof of concepts.
Speaker 0 | 31:15.270
Love it. The best answer ever. So true.
Speaker 1 | 31:19.974
I mean, you got to use it. You got to do it, right? You got to, at the end of the day, AI is just another tool in the toolbox. Has a lot of potential, a lot of things you can do with it. But at the end of the day, if whatever you’re trying to do with it doesn’t solve the business problem, so what?
Speaker 0 | 31:33.701
So I guess the better question is then how do we stay away from all of the context switching? Because we could have a proof of concept going on with 50,000 apps at the one time. I’ve already got maybe, I understand on just this little podcast alone, we probably have 50 applications.
Let alone you, you might have 120, 180 applications. So we can’t do a proof of concept with everything. So. I don’t know. How do you deal with the pace of change and product overwhelm?
Speaker 1 | 32:03.770
Yeah, it’s a good question. So I think it’s twofold. One is creating enough bandwidth in the tech organization to be able to explore, right?
Speaker 0 | 32:16.278
How much percentage of time should people, what percentage of time should you be giving your team to upskill, learn, and I don’t know, research, whatever we want to call that?
Speaker 1 | 32:32.654
I mean, it’s all over the map, right? I can tell you what we did in our organization. We created Wednesday afternoons as we called it shush time. I, as the IT leader, put on everybody’s calendar four hours of time on Wednesday afternoon. No meetings, no go work on whatever.
Speaker 0 | 32:57.787
Four hours.
Speaker 1 | 32:59.128
Four hours.
Speaker 0 | 33:00.889
Wow.
Speaker 1 | 33:02.310
Not a lot.
Speaker 0 | 33:03.991
It’s, I mean, man, the Lord above bless you. I don’t think many people have that. Shush time, four hours of shush time.
Speaker 1 | 33:13.399
It’s hard to protect, but you have to, it’s hard to protect and you have to, right? And you have to set the culture for it, right? So I told my team, look, this is what we’re going to do. And we’re not going to schedule meetings. We’re not going to, if you want to take meetings, that’s fine. It’s your time. To explore what you want to explore.
Speaker 0 | 33:33.015
Is there anything, is it anything like health and wellness or is it no technology around the business focus time?
Speaker 1 | 33:39.897
It’s around technology around the business focus time.
Speaker 0 | 33:42.298
I love it.
Speaker 1 | 33:44.219
Wow. And if it’s focus time, you need with somebody else on the team to collaborate. That’s all good. You don’t have to be heads down. You’re the only one doing something during that four hours.
Speaker 0 | 33:55.024
It’s keeping the technology fun, keeping the fun and technology in the business so it’s not a grind all the time. I love it. It has been an absolute pleasure having you on the show. And I know you have another meeting coming up because you’re a very busy person. If there was one message you had to give out to the audience of your peers, Fortune 500,
IIT leaders looking to get into the, I don’t know, become Elon Musk or something. I don’t know, whatever it is.
Maybe it’s Bezos. Grow in IT, retire, love your job, whatever it is. What’s that one message?
Speaker 1 | 34:25.737
Love what you do.
Speaker 0 | 34:30.198
When you stop, okay, so I got to ask a follow-up question then. When you stop loving what you do, what’s usually going wrong?
Speaker 1 | 34:37.041
You’re not feeling valued or appreciated, or you’re not feeling as, you’re not feeling that you’re contributing, or you’re not making a difference.
Speaker 0 | 34:46.065
I’m going to be vulnerable for a second. Sometimes I care too much that I try to do too much at one time. Ever had that happen? Yeah. And. You’re doing what you’re doing because you love what you’re doing, but you start doing too much of what you love doing so that you start hating what you do.
Speaker 1 | 35:02.676
That’s no problem.
Speaker 0 | 35:07.820
Thank you.
Speaker 1 | 35:09.302
Sorry.
Speaker 0 | 35:10.983
Thank you. Everyone, make sure not to edit that one out.
Speaker 1 | 35:15.707
But it, I mean, I say that flippantly, but it really is. It’s right at the end of the day, you own what you do and how you react to things and how you, and it’s on you to pull back and say, okay, this isn’t working. This isn’t working for me. I’m getting, and usually that happens when you get buried and you got too much going on.
And I know for me personally, then I get irritable, I get snippy, I get I’m not a good partner, I’m not. Right. So know yourself well enough to know when you’re hitting that and consciously take a breather or a step back to kind of reset and figure out what it is that’s getting you in that position and adjust.
Speaker 0 | 35:56.685
I think it’s realizing that sometimes it’s okay to say, I really don’t care what the outcome is because you can’t work, you can’t do a thousand things at one time. You care what the outcome is, but it doesn’t need to be immediate. And I think the two-week sprints and the agile piece and all of that helps a lot.
A lot of people try to take on too much. Maybe they haven’t been agile. Maybe they haven’t gone through the waiting process of like, does this add that much value that it’s worth this amount of time and resources? Back to that.
Speaker 1 | 36:23.840
Engineers can’t be productive without prioritization. Prioritization is key. Knowing what the priorities are to work on and learning to get good at It’s not no,
Speaker 0 | 36:35.381
it’s not now. Right. It’s not no, it’s just not right now.
Speaker 1 | 36:42.768
Right.
Speaker 0 | 36:43.949
That’s a great one-liner. It’s not no, it’s just not right now. Yep. Again, thank you so much. Very, very, a super pleasure having you on the show. And really a… Some very, very valuable information. And thank you so much for giving back to the community, the community of your peers, IT leaders, and all of that, and helping change the face of IT.
Speaker 1 | 37:08.329
Always. Gotta get out.
