About this podcast episode

In this episode, Bill Raymond chats with Luke Pivac, co-author of Learn Agile and Scrum in Two Hours. They talk about why Agile is more about mindset than rigid frameworks, the shift from traditional project management to Agile practices, and how teams adapted to remote work during the pandemic. Luke shares his personal journey into Agile, why Scrum works, and how Agile principles help teams stay resilient—especially in uncertain times.

“How do you eat an elephant? One bite at a time. It’s the same thing with projects.” — Luke Pivac

What you will learn:

✅ Why a strong Agile mindset beats just following a framework ✅ How daily standups and retrospectives can transform a team’s dynamics ✅ The difference between Agile and traditional project management (hint: flexibility wins) ✅ How Agile principles help teams adapt during crises (like COVID-19) ✅ How AI can complement Agile practices (but not replace human creativity and problem-solving)

Transcript

(transcripts are auto-generated, so please excuse the brevity)

Bill Raymond: [00:00:00] Hi, and welcome to the Agile in Action Podcast!

Introducing Luke Pivac

Bill Raymond: I am Bill Raymond, and I am joined by Luke Pivac. Luke, before I even fully introduce you, guess what I learned in two hours?

Luke Pivac: What did you learn in two hours?

Bill Raymond: I learned Agile and Scrum in two hours.

Bill Raymond: Oh, brilliant. I’m glad to hear that. ‘cause that’s what it says on the label of the book and, if it works, it works. Awesome!

Bill Raymond: Great. And that of course gives us a little hint as to what we’re talking about today. Luke, you are the author of Learn Agile and Scrum in Two Hours: the Ultimate Agile 101 Book for Beginners, and I really did just read it two hours in advance. You sent me this copy and it’s a simple read, but it’s a very important read. So before we get started, do you want to share a little bit about yourself and what drove you to write the book?

Luke Pivac: Yeah, of course.

Luke Pivac: Thanks, um, for the great introduction. Hi everyone. Basically, this book has been, on my mind for a number of years. I’ve written it in different variations and different guises, but, I [00:01:00] managed to meet a very talented author and publisher, Kieran Morgan, in Sydney, in Australia.

Origins of the Learn Agile and Scrum book

Luke Pivac: And he co-wrote this book with me.

Luke Pivac: What brought with him was an educational component on, development and education. Kieran is a very talented project manager and he engaged with me on LinkedIn, like everything else in this world at the moment. And, he came up with a few ideas and we settled for this one because there was a gap in the market with regards to agility knowledge, and there’s a lot to read upon it, but nothing that’s quite tangible in a, you know, key takeaway setting that is concise and pithy and you could kind of imagine someone studying out as a Scrum Master and carrying around a handbook. That’s what we kind of thought might be very useful as a reference, as well as, you know, a go-to book in certain situations that you might want to reference along the way.

Luke Pivac: Sometimes you might go back to the principles and values, [00:02:00] but, you kind of gotta have that structure to you know, go to the next level. And that is about bottom up leadership. That’s about, when the plan goes awry, you kind of need some instinctive behaviors and values to follow, when the plan gets blown out of the water.

Luke Pivac: So we thought this was important. It was actually about going back from scratch and looking at who our audience was and what they really needed to know and what are the key takeaways they need to know in a summary if they’re scanning the book.

The importance of agile principles

Luke Pivac: So you can read it cover to cover, but you can also look at it later and reference it, which I think is a real magic piece of that book, and I’m glad to be part of it.

Bill Raymond: When I was in my project management days and Agile started to become very popular. I was in software development, but I was always of this mindset that you have to build this big scope statement that defines the entirety of the project.

Bill Raymond: And no software [00:03:00] developer should touch any code until we’ve fully defined the scope and the timeline and the human capital that’s required in order to actually develop the project. And I was very much on that bandwagon.

Bill Raymond: And I remember when the, agile manifesto for software developers, I think is the actual title, it’s just one page. It’s just a few things. And it, it just felt wrong to me. I remembered, I was on a software development project and my team was saying, you know, Bill, that’s not how we should be doing things. You should get us started immediately. Just as you’re having these meetings defining the scope statements, we should be here developing things for the customer to look at first. And that’s unfortunately not something I caught onto immediately.

Bill Raymond: And the problem with doing that, especially since I’m a consultant, is that I already set up the contract that way. The client knew how much I’m going to charge [00:04:00] for those first three months, and how much I’m gonna charge for the next three or six months when the software developers come on and they budget for that, and they budget for that quarterly, and so by way of not enabling an agile working environment I basically kept myself out of giving my customers some value really early and upfront.

Traditional vs agile project management

Bill Raymond: And I think the problem there was that I read the manifesto and I said, this looks a little. I don’t know what the right word is, pithy. It’s, it’s too simple and I didn’t take it to heart.

Bill Raymond: I will say, it just brings back some of the most important things that you need to learn when you’re getting into Agile or Scrum.

Bill Raymond: And we’re gonna talk about that in a little bit. It just reminds you how important it is to remain flexible, especially when you’re doing software development projects. I’m curious, have you experienced enough of that to have written the book? Is that what was one of your driving [00:05:00] factors?

Luke Pivac: Yeah, it was a driving factor.

Luke Pivac: We do differentiate in the book with regards to comparing the agile iterative process with traditional, project management, which many call waterfalls because of the, the way each stage goes. And I think. The explanation of Scrum, which is one of the successful frameworks, in agility, which I deem as an umbrella term for people to, based on the principles of people getting together, breaking the work down and solving the work together, people doing the work, estimate and plan as they go through and work with the stakeholders each and every way.

Luke Pivac: That kind of makes sense to me. It’s not to say that there’s no place for traditional project management, techniques and methodologies, because that’s simply not the case. It’s very fundamental and it’s very important. However, getting complex projects solved in volatile, uncertain and chaotic environments can be very challenging.

Luke Pivac: So [00:06:00] how do you do that? You need to do it in a different way. You need to do it as a team, there’s no smartest person in the room. You’ve kind of gotta work together to break information down and work through it. As a agile project manager and Scrum Master in the past 10 years of my career, I found that really effective and it kind of gels with me the fact that you can get some outcomes and results in a shorter amount of time and get that certainty as you go through and as the project goes through and you get more successful, you’re building along the way.

Team transformation through agile

Luke Pivac: It just gives you, the team just changes. They become more self- reliant. They become more outcome focused on short term goals.

Luke Pivac: Reaching towards that ultimate goal of getting the project completed. It’s a real transformation for teams in a positive way to, get everyone on board and become, in sense like a sports team working together to succeed and win each along the way.

Luke Pivac: So, how do you eat an elephant? One bite at [00:07:00] a time? It’s the same thing with projects. This book I think has been, enjoyable writing because you kind of go, you gotta go back to the basics. You gotta go back to the values and think about the scenarios that you do every day that you might take for granted if you’re working in environment that, oh yeah, it’s been really successful.

Luke Pivac: I remember what it was like before and it didn’t really gel for me. And working through that and actually expressing that to your audience specifically in a structured way, is kind of like an agile project, but, it provided that realization how valuable and, rewarding agility can be.

Bill Raymond: I started this Agile In Action podcast in 2020, primarily because of the pandemic. I saw that a lot of software developers, product teams, and essentially any team in an organization there were doing things a normal way that they always did them.

Bill Raymond: And then the pandemic just sort of threw everything into this whirlwind. We were changing [00:08:00] things left and right. Organizations were changing their processes very quickly. And so I had recognized that it’s really important to get the word out as to what Agile is.

Bill Raymond: But the whole idea, like you said, is to get small pieces of work done very quickly and then move on to the next one. And I knew that this was gonna be super important. So it’s 2025 now. The podcast is still going. I’m super curious, are you finding that people still need to learn the basics or is it already there?

Luke Pivac: I think that’s a really good question because I think it’s a bit of a mix to that. There’s no use or no answer to that. In my experience, there’s a lot of people, who, who kind of get agility now. And it’s just part of, the foundations of what people do, especially in digital and software development.

Luke Pivac: Sometimes it’s taught at universities or people learn it on the job and they might go to the second or third job and agility’s happening. However, there’s still [00:09:00] people out there that, may have been working in, uh, got a new job or working in an old environment that transitioning into it. So there is a bit of a mix.

Luke Pivac: But what’s important is, it’s not just necessarily the agile umbrella and the framework of it or learning Scrum, but it’s actually about the agile mindset.

The agile mindset

Luke Pivac: And that is thinking with your team, getting those servant leadership principles in there, putting others first before yourself, ensuring that everyone understands what they’re doing and then have the courage and confidence to work as a team and speak up and work through a problem by working through it together and breaking it down. What do we need to do to get to the end point? How do we get there? And that’s doing user stories and epics and, tasks are all about. One good example, during Covid was I was working for a government healthcare software company who had 30 developers and [00:10:00] when the pandemic hit, we all basically had to no longer come into work and work remotely.

Luke Pivac: That was a real challenge. We’re working with, health records and, important data and it was extremely challenging the fact that we basically we’re all sitting at our desks like we are now, talking online. So as Scrum Master, they were all relying on me to come up with some solutions. I went back to my agile practices, the agile principles. So I had to think about ideas about working remotely and how 30 people can get into that. So I decided instead of having leadership takeover, we went from a bottom up position where I had to go in and check in with everybody every day. Have a have a welfare check, make sure everyone’s comfortable, and then go through and see what everyone’s working on, using the information radiators.

Luke Pivac: In this case, we used Jira and we put it online and we shared [00:11:00] it in the team and I had to work with them daily to get through that. But it was amazing how much we got through in a short amount of time. But we kept it consistent. We kept the framework there as guardrails, not as a formal process, but we just had to make sure this is the work we’re up to everyone okay? What are you planning on doing next? We managed to capture the key points in that and then play it back. And we met twice a day. We went through that for several weeks because we were working remotely. And the rewarding thing was that we reached our goals. We did do our work, but we did it in a different environment.

Luke Pivac: So much so that the managers above, the group, recognized that the process that we applied was really, really good and we all got kudos for it. And that was really beneficial for me because the team proved that they were high performing.

Success during trying times

Luke Pivac: And then when we got back into the office and started doing regular work, that skillset stayed there and people started having the confidence to [00:12:00] speak up a lot more.

Luke Pivac: So we proved a couple of things. Number one, we, we bandied together in a time of need that was unfamiliar and chaotic. We succeeded through some basic principles and repeated that and just kept to it. So we created our own environment, our own normality during a chaotic time. And when things settled down and got back into a normal routine, they became more self-sufficient, more of that agile mindset, and they become more confident in doing it.

Luke Pivac: That just proved to me that, not just agility, but having, a growth mindset is really important and you can do that together as a team and yeah, it’s really enjoyable. And I did like talking about that in the book and it gave me joy, as you can tell. Going for it. It’s a really good example and I think, sometimes, you know, life’s lessons can be a positive.

Bill Raymond: One of the things that you mentioned was that you stayed in this sort of agile state, but you [00:13:00] also focused on the framework independent of necessarily what the tool might have tried to make you conform to. Can you talk a little bit about that framework?

Bill Raymond: The term Scrum may not be familiar to everyone. I know we have a number of podcasts here about that. But what makes Scrum unique? And maybe you could compare that to some of the other frameworks that people might hear about.

Luke Pivac: Yeah, of course. As we indicated in the book, Scrum is probably one of the most popular frameworks around, the beauty of it is that it’s, you know, it’s principle based, but it is predictive and the fact that there’s normal routines each Scrum event, for example, the planning, is outcome focused. You make a plan, you’ve got a sprint backlog that you grab work from, and then the team choose that work based on the priority from the Product Owner. And the team can commit to a time box period, say two weeks, which is typical, it could be two to four weeks in a Scrum sprint, and they can do that work [00:14:00] and they work through it throughout that two weeks.

Luke Pivac: To make sure that they reach an agreed goal for that sprint. The beauty of that is the planning is outcome focused. What’s our goal for this sprint. And each day they have a daily standup. A team will meet at a regular time for 15 minutes and make a plan for the next 24 hours.

Bill Raymond: So even though you hear the words planning and scheduling and things like that, it’s all within a short two week period.

Luke Pivac: Correct. It’s iterations of two weeks. It’s a bit like the Denning cycle plan, do check act, scrums a good opportunity for you to do that.

Luke Pivac: The beauty about Scrum too is that it’s based on a scientific method called empiricism, which is, you inspect and adapt the work along the way so you can change to anything that, might impact that. And you can only forecast on the work that you’re doing based on the work that you’ve done in the past.

Luke Pivac: So that’s a great thing about agility. It [00:15:00] provides some Scrum events that are outcome focused.

Understanding Scrum framework

Luke Pivac: They have a certain point to get to your sprint goal, and then you could rinse and repeat that and reflect on what you’ve done in a retrospective and then make it better into the next sprint. And that’s why it’s a predictive cycle.

Luke Pivac: And over time you improve. The example I provided during Covid, it wasn’t perfect, but we had some guardrails.

Luke Pivac: We brought in some Scrum events, like daily standups. We had welfare checks too, just to ensure that everyone’s okay and that was part of it. So it wasn’t just necessarily Scrum. It’s an effective tool. If you know it well, you can use it, it’s a guardrail that you can apply, but sometimes events in life don’t let you do that.

Luke Pivac: But you can use some techniques from it. It’s a tool belt. Having daily standups is really good. Having the opportunity to reflect on the work that you’ve done as a team is a positive whether it’s in the Scrum framework or another hybrid [00:16:00] version of it, I don’t think as matters as much as the agile mindset and the principles that you drive with it.

Luke Pivac: And that is about working things together, breaking things down, and solving things as a team and bringing your customers and your stakeholders along the way with you.

Bill Raymond: Yeah, it’s really cool when it all comes together, isn’t it?

Luke Pivac: Absolutely. And there are times that sometimes things don’t work, but there tends to be a lot of people blame the process as opposed to possible challenges.

Luke Pivac: Like maybe we were committing to too much work. Maybe we were, we didn’t have enough budget. Maybe there’s people in the team that aren’t really embracing agility. Maybe they’re being difficult, maybe they don’t particularly like someone. Agility is there, to make the challenges visible so that you can see them and plan as a team on how to get around them or make it better for everyone.

Bill Raymond: We all get started on using a method, a framework, a methodology, [00:17:00] whatever it is that you want to call it, and we just go through the motions in a very professional way and we figure out what’s working and what doesn’t work, and we fine tune it to our own way, our own style of working, but it’s possible for teams to start to lose their way. I’m just kind of curious, are there any signs where you need to step back and say, we need to refocus here?

Luke Pivac: Being a Scrum Master for many years, sometimes you might get a key person, whether it’s the Product Owner or some of the development team, various stakeholders might not be turning up to the sprint reviews. They’ve gotta turn up because that’s where the opportunity that the stakeholder can look at the demo or the piece of work that’s being done and provide some feedback on it. That opportunity’s so powerful because it removes all the other ad hoc meetings that you can free your day up with.

Luke Pivac: The development team is there to show you the piece of work that is done and that you can provide that feedback and then they [00:18:00] can take it back and play through it. The fact that the Scrum framework and actually other agile meetings and Scrum events are there for specifically for an outcome focus, and the opportunity to reflect as a team to improve your skills and get on with it is so important.

Luke Pivac: So I think there’s a bit of a balance there between the Scrum Master to try and champion the value of Scrum and the value of agility, but it’s also up to the rest of the team.

Team dynamics and collaboration

Luke Pivac: But once the team has jelled together and they’ve gone through the forming, storming, norming, process, they will instinctively understand that, and then the proof’s in the pudding with the team getting in there.

Luke Pivac: But yes, there is a challenge with a buy-in, but that challenge is, doesn’t matter what framework it is. So that’s why I think it’s quite important, especially in this day and age, where some people are remote, some people are working together as a team. It is about the agile mindset over frameworks, over processes.

Luke Pivac: What’s more important is you as a [00:19:00] person and how you treat others, and you work with your team together to get the best outcomes, not just for work, but also for your personal relationships as well.

Bill Raymond: I love that I think that’s such a great way of wording it.

Bill Raymond: People ask me, what is the Agile In Action Podcast? Every now and again, they’re saying, well, you know what? We’ve tried Agile or we’ve tried project management, this style of project management and it’s interesting. I tell people that it’s a opportunity to organize your teams so they can be successful and have it be a psychologically safe environment. And when they have that, they perform.

Luke Pivac: Absolutely. I think it’s quite fundamental that people are, you know, even if you’re just curious, this book can help you give you that enough information to take the next steps and, um, it’s really comprehensive and if you, as you go through it, it will show you the value and it’s not just the process, it’s, it is the outcomes and how working together as a team can, achieve a lot of positive [00:20:00] and successful, happiness and outcomes to all.

Bill Raymond: Absolutely. I’d like to ask you about the elephant in the room.

Bill Raymond: Every software developer is expected to suddenly be an AI expert. There’s this call sometimes that you might see, especially on social media platforms like LinkedIn. There’s this call for agile is dead, agile is broken. What’s your response to that?

Luke Pivac: There is no black and white solution or answer to this.

Luke Pivac: I actually follow a lot of what you say about that. And it’s just embrace new technology. Don’t be afraid of it. Get to know it and let it become your friend. I think from what I understand, there is still demand for incredibly talented people who can be problem solvers and be solutions.

Luke Pivac: It’s about embracing, AI and seeing what it can do. From what I understand, it can, avoid some of those repetitive tasks like scheduling, and probably giving you a better version of a user a story that you might be writing. You can, kick the tires by using AI to help you sense check that and provide that “what am I [00:21:00] missing from here?” I always find that, with AI for a lot of my writing, doing preparation work and research is like, you know, I’ll have some notes and I’ll just wanna structure it. What else does my buddy, Copilot, in this instance that I use, or, ChatGPT, what am I missing from this?

Luke Pivac: What am I, what do you think I’m doing this? But, as people working together and problem solving, AI is just a tool there to help you enhance what your team can do. It’s just there to, um, guide your initial thoughts and maybe help curate them in a way that can get you to where you want to go a little bit faster.

AI and the future of agile

Luke Pivac: I think having that mindset, just treating it as a tool, but also as a friend to sense check things is a reasonable and sensible way to approach it at this stage.

Bill Raymond: This, framework for stepping back and everyone on the team working to define what exactly you’re trying to accomplish. What are the outcomes? What is the [00:22:00] value? That’s super important. Maybe a sprint is no longer two weeks, maybe it’s a few days, who knows because of all the automation you can put in place.

Bill Raymond: But I do think that there’s still something to be said for getting the team together on these things, because a lot of these AI products allow software developers to code super fast and we won’t get into whether it’s good code or bad code or anything like that, it can speed up the software development process pretty significantly.

Bill Raymond: And I think one of the things that this framework helps with is to remind yourself, just because I can code it and I can code it quickly, should I? And should we as a team? And does this make sense to our customers?

Luke Pivac: Yeah, absolutely. The great thing about agility is, you know, whether it’s the development team, the Scrum team, or the project team working on it, it’s about doing it together, problem solving and, breaking that information down.

Luke Pivac: If you’re using AI to help you do that, it should be done [00:23:00] within reason, within your control and that it helps you as an aid and a guide to get there. But the fundamental thing is by doing it as a team, you’ve got buy-in and people are encouraged to stay focused and engaged and are motivated because they’ve got a seat at the table. They’ve got a say and they can work through it together. So there is that balance, like I was saying before. But agility should never be leading any conversations, especially in VUCA environments.

Luke Pivac: You know, volatile, uncertain, chaotic. It can be there as an aid. That’s what it’s for. And it’s a great friend to help you with. But like I said, you’re doing the work, you’re empowered to do it and, and lead and that’s what I love about it. In the near future, I think there’ll be time for it to settle down and it’ll be a new norm. But I do believe it will involve people doing the work. ‘cause that’s where the value is.

Bill Raymond: I really appreciate that thought.

Bill Raymond: Thank you very much. I have one last question for you. We’ve talked [00:24:00] about, agile, we’ve talked about Scrum. We’ve talked a little bit about how AI might be changing things, but still we have these ideas of keeping the team focused on delivering value. What is something someone could just take away from this podcast and do right now to use some of these ideas and methods that you have documented in your book?

Luke Pivac: I think, for me, you can learn about the basics of agility, which is really great. But I think taking away from this book is about focusing on the agile mindset. So when you’re working with your team, how can we better collaborate? How can we improve our feedback loops to make them shorter and faster? And how can we continuously improve?

Luke Pivac: The power of reflecting it as a group and capturing that information and bring it into your next iteration is highly important. The key information about working together to get something done is about doing it together and [00:25:00] reflecting on it and speaking with each other and working as a team every day. You can’t help but build trust and if it’s not there,

Luke Pivac: people as a team, you’ll need to do something about it. So it’s great to have an environment where you iron out the kinks and sometimes if there’s conflict, as long as it’s healthy conflict, that conflict ideas as opposed to personality. It’s really powerful and I think that book will provide you some really good tools to take away with you for that journey.

Contact Luke Pivac

Bill Raymond: Luke, this has been a great conversation.

Bill Raymond: You’ve actually been on the podcast before, you talked about career progression, you’re also the author of an Agile Playbook for Technical Communicators. And this new book that you just released, learn Agile and Scrum in Two Hours is a great book.

Bill Raymond: I appreciate you sending it to me. It was a super easy read and it just reminded me of some of those basic principles that I need to go back to. [00:26:00] Luke Pivac, if anyone wants to reach you, how might they do so?

Luke Pivac: Please feel free just to look me up on LinkedIn. It’s Luke Pivac, P-I-V-A-C, and I’ll be there.

Luke Pivac: Say hi and yeah, if you’ve got any questions, let me know.

Bill Raymond: Thank you so much for your time today. I really appreciate the conversation.

Luke Pivac: Thank you!