Q&A and Role-play Session with Paul Gaffney
EXCLUSIVEPaul had made the observation that many technology leaders might be doing their subordinates’ jobs instead of their boss’s jobs. So, during a breakout session, I asked him to do a role-play with Jeff Gallimore, where Jeff played his boss, demonstrating a lack of interest in having Paul take over his role.
It was an exceptional modeling demonstration of how to initiate such a conversation, and what to do when there are clearly issues that need to be fixed beforehand.
Chapters
Full transcript
The complete talk, organized by section.
Paul Gaffney
I don't mind what happens.
It's actually not my line. That's Krishnamurti. I don't know if any of you follow the people who think about how to be calmer all the time, but there is something to not being worried about what might happen if you say something.
And because you've come to my AMA, you need to know that I might say anything. So this is not only AMA, ask me anything. It's, I might say anything.
So with that, this is a totally impromptu AMA. I'm humbled that you're actually interested in asking me some questions. I'm Paul. I've been hanging around here for, this is my second DevOps conference, but I've known Gene for quite a while. Jeff's got a mic, and the floor is yours.
Q&A
Q: Write a book. Share all.
A: The question is, am I going to write a book and share all of my...
If I had a crisp purpose for the book, yes, I am going to write a book. The problem is I have in my head six very incomplete books.
But it is helpful to me to know what's on everyone's mind. Just because I've been doing this for a long time, I have a lot of experiences. And because I've done what I do in a number of different places, I have a variety of experiences that makes me not completely unique, but a little bit.
So I'm trying to figure out, well, what's valuable? I don't think people just want me to talk about me, but to the extent that I can talk about stuff that I've learned that's helpful, I do want to do that.
Q: During your talk, you mentioned we need to make it okay for people to ask, "Are we working on the right things?" How?
A: Yes. Yes.
It's interesting. I do think I might turn some of these questions and give both a specific and a general answer, because again, the spirit of this impromptu gathering is Gene has noticed that people are bumping up against some barriers to maybe their own personal effectiveness or making their org more effective.
I have found that finding an intervention that is consistent with the culture that you are in, that can serve as kind of the pause button. If you're trying to change a culture from A to B, and you can come up with a non-threatening and high buy-in phrase that gets people to kind of take notice that, "Oh shoot, we've gotten stuck back in A and we need to go to B."
At Home Depot, when I joined Home Depot in the summer of 2014, it was a company that had largely completed a turnaround led by Frank Blake, who was the CEO at the time, from a cultural near-death experience and a business value creation near-death experience during the reign of Bob Nardelli.
And the company had rejiggered almost all of its component parts. The technology organization was kind of stuck in a very old-school sweatshop, big-project and death-march sort of culture. And one of the reasons for that is a lot of people were just kind of feeding this beast of project, project, feature, feature.
And I observed that a lot of folks couldn't even describe what they were working on, much less why. They had a basket of tasks and they couldn't affiliate it with anything.
And the seminal moment was we did this review. I think I'd been with the company for maybe like a month or two, and we're reviewing the 700 approved projects for the 2015 technology budget. Nobody actually likes that there's that much. And believe it or not, it's a super large company.
I sit down one evening with the CFO and her lieutenant, who's now the CFO, and we get the CEO in for part of this, and we go through 700 lines. None of us actually know anything about any of these 700 things. And I just, in that meeting, started asking the question, "Do we know what problem these projects are solving?" Because that audience cares about problems solved, not about projects done.
And it just turned out that that phrase actually was quite useful to those people.
So your question is, when you want to change something but you're running into resistance, one technique is find that thing that's going to get everyone to say, "Oh yeah, we are trying to be better at this."
And at Home Depot, that ended up being, and I hear that they still do it all the time, when something's going off the rails, a meeting's getting sort of way prematurely deep into solution space, someone will say, "Hey, do we all understand what problem we're solving?"
And that's an antiseptic, non-threatening reset button that allows people to take a breath and to say, "Oh shoot, we got stuck in that old pattern of just..." Because it is a culture that very much values execution, but it learned to be clearer about directing that execution energy to the right things.
And in some ways, before I even put that label on it, moving from efficiency to effectiveness. Was that what you were asking? Okay. Yes. Wait for the mic. We're going to try and see if we can find a pattern in any of these questions.
Q: So you spoke about gracious perseverance the other day. How do you approach that, twofold, without banging your head against your keyboard all the time? Because you kind of have to keep pushing: Why? What are we doing? What problem are we trying to solve? And then also not become that person, that jerk, where everyone groans when you show up to a meeting, like, "Oh no, they're going to ask pushback or ask why we're doing it."
A: Yep. Yep. It's a great question.
And I really don't know the answer, but I'm going to share what I do know.
The gracious part is really important, and the perseverance part is really important. Separately, they're not so useful. So if you're just gracious all the time, you don't make much progress. If you just persevere all the time, you become that person who nobody wants to come into the meetings.
And the standard deviation of my own behavior is higher than I'd like it to be. So I try to work really hard on knowing when am I so frustrated that I'm probably not going to be able to be gracious, and how do I figure out how to avoid that?
It's much easier for me to be gracious at the beginning of the day. And if there were a meeting on the calendar at the end of my day and I knew it was going to require a lot of Paul being good, I'd try to move the meeting.
So part of this is getting to know yourself. What are the circumstances where you can be your best? And can you match the high-stakes discussions to the circumstances where you can be your best? We can't all... I've not met anyone who can be their best all the time, though Gene kind of is sort of a role model for that. This might be a better question for him.
So match the circumstances where you can be your best with the stakes of the feeling like you're going to need to persevere maybe more than be graceful.
I would encourage all of you to not be a lone agent. If you're trying to bring about a change and the voices supporting that change are a narrow group of people, people will get tired of that narrow group of people.
So I do think an early part of the change mission is to find the triggers for changing behavior that a lot of people can buy into and that a lot of people will repeat themselves without you in the room.
And then, you're all on a version of your own leadership journey, and some of you may be pretty advanced in that leadership journey, so you already know this: Get comfortable with the fact that until you are sick of hearing yourself talk, no one's really hearing you.
Everyone's got a lot of stuff going on, and a leader has to be willing to repeat a message in a careful way and in a way that matches the needs of the audience, but in an incessant way.
Another way folks have explained this to me is, it's only when you are sick of hearing yourself talk about something that the audience is even starting to listen.
And that can be very frustrating because you can misinterpret that feeling of, "Oh my God, I'm so tired of saying this," as, "They don't want to hear it." My coaching is interpret that as, "You haven't said it enough yet."
Did I answer that okay?
Q: Yesterday you talked about countering opinions with facts. When you have somebody that is always bringing strong opinions and you're trying to present those facts, how do you do that in a way that's not like, "I'm here to prove you wrong," but, "I want you to see the reality and accept the reality and move us forward in that way"?
A: Yeah.
Courtney was supposed to be here with me today, and she got sucked into some thing that she gets paid for that took her time. And she and I reflected on this. We had a narrow time slot yesterday, and there were a couple of super nuanced points that couldn't make the final cut, and this was one of them.
And I don't take any credit for this one, actually. This one got taught to me.
And this is sort of an adjacent lesson that you can all create too. You'll know you've been really successful when you've created enough space that someone on the team can teach you something by leaning into the space that you created and finding something in it that you didn't know existed.
I've talked about Norb Savage. I talked about him last year. He was a young product manager at Dick's, and unfortunately, he died prematurely about two years ago. Dick's has named their annual technology award after Norb. And the description of it is the person who has done the most to help the organization see what the customer really needs, despite what they might have thought the customer needed in headquarters.
And Norb was so good at this.
So Gaffney falls into the trap that you described. Someone keeps coming with opinions and I'm like, if this is a battle of opinions and I'm the most high-powered person, we'll go with my opinion. Or, "Why do you keep bringing me opinions? Do you not know how to get facts?" But don't do any of that.
Do something like Norb did.
Norb found a home for invalidated opinions alongside validated experiments. And Norb created a nice canvas and was very accepting of, "Okay, this is an opinion. It has a place on the canvas of things we might be considering."
Now, that place was color-coded to indicate that there's no evidence to support this thing. And it was racked and stacked with other things based on, well, if we had some evidence, is there some explanation about how this opinion might translate into economic results?
And over time, if you are affiliated primarily with these things that get coded as no evidence, came to some whack-nut in a dream, but Norb is nice and includes it on the sheet, most humans stop doing that repeatedly. Because you don't want to be.
And in a magic way, Norb was creating space for everyone's ideas and at the same time grading them. And not grading them in a judgmental way, but just grading them in an honest content way.
That sprung from not the opinion thing at all, but I think you should all be engaged in the practice of, if you're working on something, what gives you conviction that you should be working on it?
If you have some evidence, that should give you more conviction than if you have no evidence. If you have no evidence, the activity you should be engaged in is not a "try and make this thing work." It's a "try and get some evidence."
So having a nice system about what is this thing, what stage is it in, and getting people to understand, "Oh yeah, this sounds cool, but we don't have any evidence, and we really prefer things where we have evidence, even if they might not sound cool."
That make sense?
Norb had his version of an outcome-based roadmap. This is an interesting thing that the industry just hasn't standardized, right? And I think because we all inherited generations of time-based roadmaps, we can't get our heads around, "We don't exist to deliver the calendar. We exist to deliver outcomes."
And so Norb's X axis on his roadmaps were things that the customer should be able to do, big buckets of outcomes. And from left to right, they were also things that were very easily understood by everyone and no one could disagree with.
On his outcome-based roadmap for finding information about merchandise in a Dick's store, the leftmost column was, customers should be able to find the product. Way, way on the far right was, customers should get a pretty good explanation of the sourcing pedigree of the product.
And along the way was, store associates should be able to offer compelling alternatives, either when the product is out of stock or when the customer demonstrates that they might trade themselves up to a premium product.
And then underneath all of those headline outcomes, which Norb did a really good job, and I think the best product managers do a good job of this, describing this in terms of the condition that the humans might find themselves in, not in terms of how the system might work, and then trying sizing that prize: How good are we at this now? What might happen if we were better at it?
And then there were feature lists. And it was in the feature lists that was the color coding of, is this a feature that we've actually done an experiment on and we have some evidence? And those would tend to bubble up.
The Y axis descending was the likelihood that we're going to work on this now, next, or later.
The Gaffney map would have a never, but I wouldn't do that either. Norb didn't have a never.
Did that make sense? Yeah.
Q: You've talked about trying to change companies from the inside. Let's say that you have a transformation going on and you have an opportunity to hire somebody, and you're looking for that happy, engaged leader to come in. What kind of questions are you asking to identify the type of people that you want to work with?
A: To hire someone potentially as a new member of the team?
Q: Or a change agent, or somebody as a member of the team.
A: Yeah. I don't know that there's one answer to this because every company is a little bit different.
I think some of it is the basics that you probably all know. To what degree is this person a cultural fit with the current culture? To the extent that you're looking for a change agent, you're probably looking for someone who's going to stretch the culture a little bit. But do they have a history of stretching the culture without breaking it?
I think there are a lot of people who are not willing to do a thorough situation assessment before applying their play. And so figuring out, are you dealing with someone who has a track record of doing discovery before solutioning?
And it's, I think, the ultimate irony that most of us want to create an environment that says, "Well, don't prematurely solution. Make sure you have more thorough understanding. Make sure you've fully explored the problem, which may have only presented a little facet of itself."
And then a lot of people who come in from the outside, they want to do that, but they have a very specific play for doing it. They don't do discovery on their own work. So that's important to me.
And then trying to get a sense of what their motivation is. Because if you're trying to change a culture, I think the people who do that best are the people who are not looking for any personal credit for doing that. They're actually interested in making life better for others.
And just so you all know, I can't see anybody other than the folks right here, and several of them are friends. So give me some cues about whether you're getting what you're looking for out of this.
Q: Thank you. Yesterday you talked about potentially things that are limiting careers: a focus on efficiency over effectiveness. So if we're in one of those roles where we're focusing on efficiency over effectiveness, how do we break out and get a focus on effectiveness instead?
A: Effectiveness. I'm going to answer that question. I'm also going to take a little bit of license, because I think you introduced a broader question. And I think the broader question is, what might be pushing people back down into efficiency, even if they're trying to help more with effectiveness?
So let me answer the more precise question.
Just being aware of it is quite useful. I find it helpful that when I'm working on something specific on me, like when I'm working on me, I will put something on an index card and carry it around with me and put it down in front of me, even if I'm on a Zoom meeting or in a meeting, to remind me that's the thing I'm working on right now.
And so for some of you that might be, efficiency and the arrow up to effectiveness, to remind you. Because sometimes it's just easy to keep doing what you're good at, and it's harder to start paying attention to the thing you want to be good at.
So whatever works for you. The index card thing works for me, but some kind of reminder. Some people do a little end-of-the-day check-in with themselves on, how did the day go, and was I actually able to spend 20% of my time focused on effectiveness? So I would create some system, whatever system works for you.
Evidently, I learned in one of the lightning talks yesterday, somehow generative AI can help with this. I couldn't actually quite connect the dots on that, on the New Year's resolution thing. But find some tool that can remind you that you are actually trying to change something about how you participate.
I think on the broader question, and I had an interesting conversation with Ian from U.S. Bank yesterday because he's noticing a similar problem. And this is my first year being a co-author on a forum paper. The forum paper titled "Talking Business" also addresses this.
I have found, I think others have observed, Ian very clearly observed this, and I think many people are seeing this: when very senior people look around and try to figure out who would replace me if I left or if I got promoted, they see a lot of talent on their team, but they don't see that talent has become ready yet.
Most of us think that that's a problem that we created. But in the same ways, I think it is wrapped up in this. It's very easy to keep doing what you're doing. And in some cases, the language that you use to do the thing that you're doing isn't language that's helpful with the next level of conversations.
And so finding some ways to figure out, "Hey, how does my boss talk to his or her peers?" It's probably very different from how you talk to your peers. And how might you practice that?
And increasingly, and this is why I was on a little bit of a tear yesterday on the efficiency versus effectiveness thing, and I saw Gene stepped in, but he stepped out, but I told him this anyway. I think we got too much efficiency talks in this conference. And it kind of reinforces this, "Well, yeah, this is what we do."
One of the reasons we do it is another common trap. And this is probably something I've tried to pay a lot of attention to. I've coached everybody who's worked for me on this. I coach everybody who I formally coach on this.
Really be honest with yourself about: are you doing your job or are you doing your subordinate's job? And really think critically about your week and your month, and were you engaged in activities that were primarily your job? Or are you allowing your team to delegate things up to you? Or are you over-helping them?
And there's nothing morally wrong about this, but those are the kinds of things that get you stuck at your level. Because you're at your level, but you're actually behaving as an A player of the level below through your subordinates, and you're impairing your subordinates' progress, and there's no time left on your calendar to start to learn how to do your boss's job.
Is that what you were looking for? Great.
Q: As the world's most overqualified mic runner...
A: I'm silly.
Q: My question is building on what you just touched with, are you doing your subordinate's job? Because yesterday you also talked about shifting from a relation of power to collaboration. So how do you, as a leader, delegate your work to your subordinates without being in that power position and being more in a collaborative?
A: Yeah. Great question.
And people who know me well know that I'm usually hyper-careful about language. So thank you for calling me out, too, on using power language, because subordinate is a very hierarchy-reinforcing concept. And I only mean to acknowledge that we do work in a workplace where people have assignments that are at different levels.
And I do think it's very, very important to try to find a way to do your assignment in a non-hierarchical way.
Maybe your question, I'll rephrase it a little bit. How do you get somebody to step up without ordering them to? I think there are a lot of ingredients to that.
It starts with, well, how do you behave? How do you express expectations? Do you express expectations in a dominant way as, "These are the job requirements," or do you express expectations by affiliating them with a larger goal?
I've been much more successful when I can get people to see their role not in the context of making their boss more successful, not in the context of making their team more successful, but in the context of achieving a more broadly shared goal.
And to get people to really think through what's on their mental task list that should be delegatable by them.
And when I use the word delegate, I mean just allowing someone else to completely own it. Not in the concept of, "This work isn't worthy of me. I'm going to force you to do it," but in the context of, "This is something that we should be able to accomplish with a lower-cost person or with a less experienced person, or maybe even with a third party."
And I find if you're more aggressively cultivating that sense of, do we have the right kind of resources deployed against this task, you're getting people more focused on, "Okay, maybe I shouldn't have to be so in the weeds on this thing. Or maybe this shouldn't be consuming so much of my time."
But I do think the aspirational tactic for that is to explain, because hopefully you have goals that are actually difficult to attain with your current capabilities. So you have to be growing capabilities. And in a lot of cases, growing capabilities means that individuals need to be growing their own skills.
It's really hard to grow skills when your time's devoted to things that you already know how to do.
Other questions?
Q: Well, while other people are figuring theirs out...
A: You go ahead.
Q: But we've got another.
A: It's allowed.
Q: Well, as long as Paul will allow it.
A: I allow anything.
Q: Maybe very different question, because this is an AMA. I see that you work for a 3PL now, and I work in supply chain as well. What are your thoughts on how one could influence change in the industry?
So example, we do really old-school things like the file exchange. I send files to my distributors or my 3PLs.
A: Oh, yeah, yeah. At least you send files.
Q: You want me to say EDI?
A: So how can we influence change in the industry with our external partners?
This is a great question.
I'm actually doing what I just told you all we all need to do. I'm in a space now where I am not as experienced and skilled. I've been alongside distribution, transportation, and logistics my entire career. I've run big consumer organizations.
The global supply chain problem, just to level-set everyone: the global marketplace for distribution, transportation, logistics is a $3 trillion marketplace. That's not the value of the goods moved. That's the revenue garnered for moving the goods. So that's an extraordinarily large marketplace. It affects just about everything that uses goods, whether they're component parts or finished goods.
It remains super highly fragmented. There's no other multi-trillion-dollar marketplace that is as fragmented. And it is populated largely by people who have spent their entire career in a very specific mode of transportation.
You'll find people who are 40 years into their career of moving ocean freight. And you'll find people who are 40 years into their career with the railroad, and people who are 40 years into their career with over-the-road trucking.
And you encounter a person like that and you say, "I have this customer problem to solve." And their answer is largely, "Oh, I have an ocean freight solution for that," if they're an ocean freight carrier.
And I expect you have the same experience: unbelievably chaotic environment. I actually don't know how the economy works now that I better understand the movement of goods around the planet.
And it's been around for a long time. So most of those people, they have dealt with this chaos and they have dealt with their skills basically by waking up every morning and saying, "All right, I'm going to move as much freight as I can today."
And usually in moving that freight, it is intensely physical activities with historically very little regard for the information about the freight.
And the result of that is most of the intercommunication, files and EDI is advanced technology in this industry. And it's used for maybe 15% of the freight that moves. The rest is done by faxes, email.
And the number one technology on a loading dock is chalk, because you use chalk to mark the exception boxes and you chalk off a section on the floor.
And look, you see the videos of the highly automated warehouses. Nobody does the videos of most of the warehouses. Most of the warehouses are not the ones that you want to go watch.
And you go in there and you say, "Hey, these things with the white X chalked on there, is anybody going to, are you asking anybody for help on this?"
"No, no, no. We're going to solve that at the end of the day."
They're like, "Okay. So the people who created the problem don't know that they created a problem."
And so those of you who have any engineering mindset, you understand that this is a massively out-of-control system, where none of the exceptions are noticed because they're all... I'm being a little bit provocative, but this is mostly true.
So this question about, okay, how do you come into... So abstract this out. You might all find yourself in sort of a chaotic situation like this. And you come in and you're like, "Oh my God, I've got a list of 17 things that could be better."
I think the only way anyone can go about trying to make a difference in bringing order to chaos is to start to build some empathy for why are things like this? And what is it about... I mean, I haven't met a lot of bad people, and I haven't met a lot of dumb people. But I've met a lot of overloaded people. It's a systematically overloaded process.
So I'm trying to find some interventions that take some of the load away rather than coming in and saying, "Oh, I sort of know how to make this all better."
It would be easy to theoretically drop, "Yeah, if you get some of these processes under control and get better information flow." But no one has any time to listen to you in this environment. They're like, "Yeah, I'll listen to you tomorrow when it's less chaotic," and tomorrow's never less chaotic.
I would encourage everyone, whatever situation you enter in when you're new, one of the things you should start with is, how am I going to do a decent situation assessment here that isn't colored by my own biases? That doesn't dismiss the existing participants as a bunch of idiots.
I tried that in my career. That was not an effective section of my career, when I started by, "Everyone in here must be an idiot because the results are useless." So you might have to try that yourself to just be aware.
And I think maybe the most important thing is to recognize that we do live in this really steep part of the Moore's Law curve, and to hold yourself accountable to figure out, is there a way to relieve some of the pressure on the current participants by using technology in a way that hasn't been used before?
So we're trying to use large language models to harvest. Close to 60% of our bookings and inquiries are in email, and our responses are in email. They're not in any other system. There's something in there that's going to give us some insights into how might we make a big swath of this work go away just using current technology.
Was that helpful?
Jeff Gallimore: Paul, I've got, you're going to love this one. Gene has texted in two questions.
Paul Gaffney: Okay.
Jeff Gallimore: No, it gets better. It gets better, Paul.
Paul Gaffney: His texts are never short.
Jeff Gallimore: True to form, right? No, it gets even better than that. Gene quite literally did text these in.
"I love your comment that many leaders are actually doing their subordinates' job instead of their bosses' job. I've totally heard this before, but my observation is that most bosses of people in this community aren't going out of their way to train, grow, foster this community to do their job. Maybe it's out of ignorance, or maybe it's because they're too busy, or maybe it's self-preservation."
This is where it gets really good.
"Could you do a role play with me?"
With you, with me. Yeah. Now it's, "I will play the boss and you play the role of someone who wants to start a conversation about how you can do my job."
Paul Gaffney: Okay. Okay.
Jeff Gallimore: Can I start?
Paul Gaffney: Yeah.
Jeff Gallimore: I'm the boss, right?
Paul Gaffney: Yeah, yeah, yeah.
Jeff Gallimore: So we're in a power arrangement here. Go ahead.
Paul Gaffney: So...
Jeff Gallimore: When can I get those TPS reports?
Paul Gaffney: No, go ahead.
Jeff Gallimore: That was it.
Paul Gaffney: Do we want to do a little role play? Let's try it.
Jeff Gallimore: What could go wrong?
Paul Gaffney: Hey, Jeff. We've been talking. I have aspirations to create more value for the company, create more value for myself. I see you are really flat out all the time. Is there something on your plate that I could take off, maybe make your life a little bit easier and kind of start to scratch my itch for learning how to operate at your level?
Jeff Gallimore: I so love this discussion. I'm all in on this discussion. Tell you what, let's talk about two things.
One, I would love to know what it is that you would like to learn. Where do you feel like you're, what are the interests? What are the things that you see that you would like to get more involved in?
And the second thing I can do is probably just go through the stuff that I do and give you some more visibility into that.
Paul Gaffney: That'd be awesome. The number one thing that's on my mind is, I know you spend time in meetings with folks who are seemingly super important about what the company's doing, like your peers in finance and your peers in a couple of other critical organizations.
One of the things I'd like to do is I'd like to know, what's the content of those discussions? And if I could either shadow you or maybe debrief after a couple of those meetings and you could just help me understand, what do you talk about?
Jeff Gallimore: That's also an excellent question. Sometimes even I don't know what we're talking about.
Paul Gaffney: Yeah.
Jeff Gallimore: So maybe there's some things that I could get your perspective on and insights, and maybe even more interesting, I could maybe ask you some questions and get your thoughts so that I can take those into the conversations and maybe get some of those questions answered that provide some of that perspective, see how it lands.
Paul Gaffney: That would be awesome. Because Sally on my team, who, as we've talked about in succession planning, is my absolute, if I get hit by a car tomorrow...
Jeff Gallimore: Win the lottery.
Paul Gaffney: Win the lottery, I might stay at work. Hit by a car, it's like I don't have a chance.
Sally's the one. And I know you agree with that, and I think others do too. She's really well regarded. I'm having her shadow me in select meetings, not everything.
I'm not doing the Amazon, follow Jeff Bezos around, or the guy at GitHub. Do you know the guy who founded GitHub? He had a digital shadow, was there all the time, and sometimes people didn't know.
Jeff Gallimore: Really?
Paul Gaffney: Yeah. But I'm not doing that crazy thing. But I am having Sally see what goes on in some of these meetings. It's been a little countercultural around here. I had to do a little bit of work in other meetings, pre-meetings, to let people know why I am doing this.
But I think it's really helping her. It's creating some more bandwidth for me. So I'm super excited. Let's work on that and figure out what those right situations are in the context where we could maybe do that.
Jeff Gallimore: That would be fantastic. And then one more thing I wanted to ask you, see if you'd be interested in this. You mentioned that I'm, I think you said flat out. That's pretty true. There's a lot of things that I would love to get done that I don't either have the time and, frankly, I might not even have the experience or the perspective on. Would some of those things be interesting to you maybe as stretch goals?
Paul Gaffney: Yeah. I'd love to learn what they are. And I'd love to try. I can't guarantee that I'd be really good at all of them.
Jeff Gallimore: That's okay. Trying is what counts.
Paul Gaffney: Fabulous.
Jeff Gallimore: Okay. This is a great discussion. Thank you.
Paul Gaffney: I can do that.
Jeff Gallimore: The critique I was expecting: yes. Go past response to the...
Paul Gaffney: What was on my mind in that conversation...
Oh, he's back. He's actually back there. He's going to turn me into that box.
Jeff Gallimore: Hang in.
Paul Gaffney: No, that's fine. That's okay.
Jeff Gallimore: I think I'm ending part two. Let me see if I can set this one up.
All right. Hold on a second.
For anybody that didn't hear that, and for the benefit of the recording, Gene, who's still in the back of the room, said replay round two, respond first with, "I really need you to focus on the TPS reports," and then go from there.
Okay. So rewind. Where are those TPS reports?
Paul Gaffney: I'd like to do your job better.
Jeff Gallimore: Yeah, I think you really need to focus on the TPS reports.
Paul Gaffney: I get it. And I feel terrible that you have to keep bringing this up. I have been working with Joe on my team. Actually, I've been working with Dana on my team, and Dana is really struggling.
I've asked Dana to automate the TPS reports. My goal is that you never have to ask this question again. And I'm going to go get some more help on making sure the TPS reports are more reliable, clearer. It's consuming too much of my time. So I'm sorry we have to have this conversation.
Jeff Gallimore: I'm really glad that you're actually bringing this up because the TPS reports are really important. But it sounds like they're a blocker for getting other things done.
And while we really want to be focusing on effectiveness of the organization, we've got some efficiency problems that are getting in the way of that.
Okay. So what is it that you need from me to make sure that that problem goes away, and we get the things that we need, and so that we free up some space for you and Dana to be able to work on other stuff?
Paul Gaffney: I need you to talk to this Gene Kim fellow who runs the report infrastructure. His team's incompetent. And one of the things that Dana's running into is she can't get this reliably on her own.
And if you could have some influence to make sure that the infrastructure aspect of this is as much a priority as delivering it to you is, I think we can get this resolved in a couple weeks.
Jeff Gallimore: You got another idea?
Paul Gaffney: No.
Jeff Gallimore: If that's what you need, I'm going to go have the conversation. I'll bring it up. I have a great relationship with Gene and his team, and we'll figure something out.
Paul Gaffney: Great. Great.
Now, the camera's... The next scene is Paul's back with his team, and Paul's describing, "Hey, remember this ongoing discussion we're having about we don't want to climb the skills and exposure ladder. We're working on that, and my boss really, really is supportive. But we have a problem. We're failing on the TPS reports. And this isn't about the TPS reports. We've allowed the TPS report problem to get in the way of what we all really want to happen.
"So even though this is primarily Dana's responsibility, how are we all going to get together and make this problem go away? And how are we going to do that in the next two weeks? Not because of the TPS reports, but because the TPS report problem is impairing this much more useful goal for us."
Gene, how did we do?
I want to underline two things in there because my goal here is to be helpful.
I do think that the more you can find a comfortable way to assert your needs with your boss in a way that's affiliated with good outcomes for the company, don't assume your boss is going to read in there.
And you heard me remind Jeff that I have talked to him before about my aspirations for bigger things, because at some point the conversation might be, "Hey, here's my resignation. I'm taking a bigger job."
And ideally, the way that conversation goes is, "Yeah, I'm sorry we couldn't find a way to satisfy your ambition, because you've really done everything we've asked, and we just haven't been able to make this happen."
You don't want it to be, "Ah, this is the first I've heard that you were interested in bigger things."
Jeff Gallimore: And it's a bit of a caricature, but yeah. That second one, with the TPS reports, your play there was political capital, and, "I'll come back later when this problem's fixed."
Because if I was to play out the team thing, I'd be like, "Shit, you went up there and asked for some stuff and we got stuck with TPS reports again."
Paul Gaffney: This is where the device kind of falls down. We're now totally in, in the TPS report part, totally in a caricature.
Jeff Gallimore: Yes.
Paul Gaffney: And I think the meaningful thing is you're going to have some version of that discussion with your boss. And I think in general it's good to own it rather than to try and take it off the table.
But your mileage will vary. This will be very circumstantial. Gene didn't give us any context. Has the TPS report problem been a problem for a year? Has it been a problem for a week? Is it actually a problem with the report, or is Jeff getting in some trouble because he's got to go to a meeting where there's some info in there that he doesn't have and he looks like an idiot?
So is there another way to solve that problem than to fix the whole TPS report problem? Gene meant well, but as soon as you get into a super caricature, it's not as useful.
Jeff Gallimore: And context matters.
Paul Gaffney: And my offer stands to any of you. If you have a specific situation like that where you're like, your boss keeps asking you for something that is essentially your subordinate's job, I can help you think through the specifics much more than I can give you any general advice.
Jeff Gallimore: I've got another question from Gene. This is a little more straightforward, I think, without all the role play.
"I've noticed that you've purposely created your roles over the years to be beyond just the head of technology. For instance, you were the CTO and head of supply chain. Can you describe the method to your madness and describe how that type of thinking might be useful to people in this room?"
A: The second part is much harder, because I don't know that it's been useful to me.
You're all in technology roles and so you kind of know this. Technology roles have, in some ways, the unique feature of bumping up against every part of the company. And so you know all of the places where there are problems. You know all of the places where there are inefficiencies. You know all of the places where the company could be much more effective.
In businesses that have supply chains, it's almost inevitable that a meaningful fraction of your team's activities are going to be working on supply chain intelligence, warehouse automation. A big chunk of your technology spend, if you are in a business that moves physical goods or has physical goods delivered to you.
So it's just been out of self-preservation to say, "Hey, if I had more of a definitive leadership role in this space, here are the things that I see we could make happen differently."
And in particular, in complex supply chains, there are lots of these communication handoff problems that we've explored in several sessions here about how do those communication handoff problems make software projects go bad. The same kinds of things make supply chains implode.
The costs are actually much more perilous in supply chains because those handoff problems can often result in either way too much inventory, because that's the way to overcome impedance mismatch between nodes in the supply chain.
Too much inventory leads to really depressed return on capital investment. This is generally really bad for the firm.
So the specific answer to Gene's question is I've found myself in several cases in a situation where the technology organization cannot be sufficiently effective without also addressing some defects in how the supply chain operation operates.
And I don't know, I'm a glutton for punishment too.
But you will find these situations. Don't fall back into what is now your kind of suboptimized outcome world. If you find a part of your technology domain is constrained in its effectiveness by another part of the organization, advocate for having more influence in that part of the organization.
Whether that is sitting in the staff meeting, whether that is traveling with the operating heads, to me it does start with, okay, we can only do so much without this other function changing their behavior. How do I get inside that function in a way that's seen as symbiotic and not parasitic?
Q: I think you've probably answered part of this question with what you just said, but other than your gluttony for punishment, can you talk a little bit more about what drives your ambition?
A: Yes, I can.
Most of you don't know me well, so you're going to have to take this with a grain of salt. For the last 15 years of my career, I have been primarily motivated by: can I create an environment where lots of other people can do things that they didn't think was possible?
So it does really motivate me to create environments where, before I try to improve that environment, people feel constrained. And after, people feel like they've been able to accomplish things that they didn't think were possible.
That inevitably leads me to running up against... Psychologists draw these two circles. The one circle is the first circle that you draw, and you could label that your circle of influence. That's stuff where you can feel reasonably successfully influential.
And then there's this other circle around that, which is your circle of interest: things that you're interested in, you care about.
And then ambitious people want to expand their circle of influence to approach their circle of interest. And intellectually curious people, when they're successful at doing that, they then further expand their circle of interest.
When you can't get your circle of influence close to your current circle of interest, you will not enjoy what you're doing, and you'll try and find a way to make that happen.
And this is happening with everyone on your team too. So when you capitulate, you just accept this gap between your circle of influence and your circle of interest. And most people can't live happily with that gap for a long period of time. And so they try and find other ways to fill that gap.
The path to other ways to fill that gap often makes them less effective at their current assignment. This is really the psychological case for allowing people to expand their circle of influence, because they'll find a way to make their life interesting, so it might as well be worthwhile to the company too.
Q: Great. If you look back at the sessions of the past few days, was there a session that really stood out in terms of effectiveness?
A: I know Matt and Amy well from John Deere, and I've had the pleasure of observing their journey. I actually liked how they have to work on both efficiency and effectiveness. These things are symbiotic. You can't actually even talk about effectiveness if you can't get stuff done.
But they led every slide, like the left-hand side of every slide was an effectiveness intervention and the right-hand side was an efficiency intervention. And their next round is this value maximization thing in there.
They got themselves in a position where, if over the past year-plus they might have been 80/20 efficiency/effectiveness but still leading the dialogue with effectiveness, they're now positioned to be maybe 50/50 or 60/40 effectiveness, focused on value creation.
That was really powerful. I didn't know what they were going to go through, and it was super helpful to me.
And then I think Christophe from Google, his presentation was all about effectiveness, even though it was very nuts and bolts. It was all about effectiveness.
And in some ways, the metaphor that his presentation leaves me with, and I posted it in the live Slack, if you're in a culture that primarily rewards firefighting, it's super hard to get people invested in fire prevention careers.
But fire prevention careers are effectiveness careers, and firefighting careers are efficiency careers. And Google SRE is all about trying to make the whole place more effective by preventing people from making it inefficient.
Q: Okay. Thank you for these examples.
A: And an exercise you all might do is go through the roster of the presentations and just score them. Was this an effectiveness presentation or was this an efficiency presentation? Calculate the ratio and then hold the programming committee accountable to improving that ratio next year.
Jeff Gallimore: Well played, Paul. Well played.
All right, well, we're going to wrap it up with that so that we can get a break and get into the final plenary talk for the summit. But there's one more ask I've been tasked with by Gene in the back there.
Was this valuable to you?
Not a surprise at all.
So if it was interesting and valuable to you and you would be interested in staying connected and hearing more, who's... Is everybody in Slack? Everybody. Okay. If you are in Slack, DM me with your email address and we will get you added to a mailing list. And then we'll figure out how to make sure that this group...
Paul Gaffney: No, I'm going to delegate this to my boss. DM Jeff.
Jeff Gallimore: That's not how that works.
Paul Gaffney: Wait, how do I respond to this again?
Jeff Gallimore: Well, you're very susceptible to doing your subordinate's job.
Paul Gaffney: Totally. So I'm taking advantage of that.
Jeff Gallimore: And you do know me, don't you?
Paul Gaffney: Yeah, I do.
And I haven't pre-cleared this with Gene, but Gene has asked me to help address this leadership development challenge, which is less conducive to some of these situation-report things that we do, and maybe even less conducive to these sort of expert-witness things that we do.
So we are in discovery mode on this. How might we help this community more with these leadership issues? So you just participated in sort of a discovery expansion. Thank you for that. I hope it was worth your while.
We would like to make sure we fully understand the problem, and then we'll field some potential solutions that might involve a whole variety of things. But I don't think we know what those things are yet because we haven't fully discovered this problem.
Jeff Gallimore: That's right. Okay. So they're DMing me. All right. Jeff Gallimore in Slack. If you DM me with your email address, we'll get you onto that mailing list to figure out how to keep you connected.
Paul Gaffney: Thank you all.