Skip to main content
The Agile Daily Standup - AgileDad

The Agile Daily Standup - AgileDad

By AgileDad ~ V. Lee Henson

Rise and shine, Agile enthusiasts! Kickstart your day with 'The Agile Daily Standup' podcast. In a crisp 15 minutes or less, AgileDad brings you a refreshing burst of Agile insights, blended seamlessly with humor and authenticity. Celebrated around the world for our distinct human-centered and psychology-driven approach, we're on a mission to ignite your path to business agility. Immerse yourself in curated articles, invaluable tips, captivating stories, and conversations with the best in the business. Set your aspirations high and let's redefine agility, one episode at a time with AgileDad!
Available on
Apple Podcasts Logo
Castbox Logo
Google Podcasts Logo
Pocket Casts Logo
Spotify Logo
Currently playing episode

5 Tips To Become An Exceptional Product Owner

The Agile Daily Standup - AgileDadMay 09, 2022

00:00
10:59
How To Stay Consistent - Mahika Joshi

How To Stay Consistent - Mahika Joshi

How To Stay Consistent- Mahika Joshi

I am the most inconsistent person you will ever meet. And that is why you should listen when I say — I know what helps maintain consistency.

Other than immediate deadlines, what else pushes a person to complete their task? If you do complete that task today, how to make sure you do it long enough to see the desired results?

The steps are very basic and general. You must have heard of them here and there. But you don’t give any importance to those things, right? It’s not even your fault. Happened to me as well. We all like to think that we are better than others. Even though some of our habits are below average, we don’t admit that, do we?

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/


Apr 19, 202409:18
Is The Party Over For ScrumMasters and Agile Coaches?
Apr 18, 202410:26
Software Engineers Are DOOMED! - AI Has Come For Their Jobs..
Apr 17, 202406:23
We Can't Fix Every Problem - Mike Cohn

We Can't Fix Every Problem - Mike Cohn

We Can't Fix Every Problem - Mike Cohn

At almost every monthly Q&A session for my AMC members, someone asks me how to solve dysfunctional management challenges. I hear it all:
 

  • An impossible, imposed deadline
  • An incredibly junior team that needs to perform at an expert level to meet an impossible deadline
  • Management who assigns work to the team
  • Management who holds the team accountable for their sprint plan but then adds 50 percent more work during the sprint
  • Product owners who won’t tell the team what to work on next, but then yell during the sprint review when it’s the wrong thing

And more. Yes, more.

I feel compelled to point this out: We cannot fix every problem.


We owe it to our employers to try. But our employers owe us a culture in which we can succeed. 
 

When they don’t provide that culture, we have limited options.
 

  1. First, we should try to expose the problem (or the effects of the problem) to others who may be in a better position to address the issue.
  2. If that fails, we either need to accept the status quo or move on. 


If you are excited to build a strong agile team but the organization assigns your team a product owner who insists on telling the team what to do and has no willingness to change or improve, you probably aren’t going to be successful.
 

Yes. Try to educate the person. Try to persuade the person. Expose the bad behavior to stakeholders with the hope of garnering support there. 


But if none of that works, accept that you’re in a position you cannot change. 
Focus your energy on things you can affect. And accept or move on from the unfortunate things in our work environments you cannot. You can be successful. But not every company culture will let you fully succeed with agile

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Apr 16, 202408:17
The 'F' in Feelings.. Should This Be Part of Agile?
Apr 15, 202410:05
A Lesson On Gratitude
Apr 12, 202408:40
The Top 3 Questions To Unlock Your Team's Potential
Apr 11, 202407:13
Wait Wait Don't Tell Me... - Mike Cohn

Wait Wait Don't Tell Me... - Mike Cohn

Wait Wait Don't Tell Me... - Mike Cohn

In the US, National Public Radio runs a popular weekly news quiz show called, “Wait Wait … Don’t Tell Me!” I was listening to the show the other day while driving back from the airport to my home, and it got me thinking (and laughing too. It’s a funny show.)
“Wait wait … don’t tell me,” might be a good mantra for Scrum teams to use with their product owners. Or perhaps better, “Wait wait . . . tell me later.” Agile teams need to be willing to start without having all the answers up front.
Some teams, though, expect the product owner to have every answer figured out before work can begin. This happens with new teams, and more frequently than you might think, also with teams that have been doing Scrum a while.
Teams that refuse to bring a backlog item into the sprint until they have all the details buttoned down are getting in the way of their own ability to be agile.
Most commonly, this shows up as the team demanding the product owner provide full acceptance criteria for each product backlog item before that item can be brought into a sprint.
This is a step back toward a waterfall or sequential approach. It essentially establishes a gate at the start of a sprint. No work is allowed through that gate until all open issues have been resolved.
To overcome this, team members need to become comfortable with uncertainty. And so do the product owner and business stakeholders. You don’t need to have all the answers to startYou only need all the answers to finish.
When open issues remain on backlog items are brought into a sprint, there will be times when those items are not finished in the sprint. That's okay. It’s OK (and expected) to not finish everything every single sprint. What’s not OK is slowing work down by trying to think of everything up front.
Just like in a quiz show, the answers will come eventually. And, just like in the show, sometimes those answers will fail to appear before the timer runs out [on the sprint]. As one of the contestants quipped, “I am prepared to fail spectacularly!”
But even if they sometimes fall short, teams will do a lot of learning while they search for those answers. They’ll learn about the product, yes, but they’ll also learn a lot about how to work together, how to communicate, and how to embrace uncertainty. And that learning is key to ultimately succeeding with agile.


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Apr 10, 202407:28
We Should NOT Fire All The ScrumMasters.. The Top 5 Things That A Scrum Master Does DAILY
Apr 09, 202412:32
It's The End Of The Roles As We Know Them, And I Feel Fine...
Apr 08, 202409:02
Make Meetings Matter
Apr 05, 202408:32
Team Disagree? Try a Lunch and Learn - Mike Cohn

Team Disagree? Try a Lunch and Learn - Mike Cohn

Team Disagree? Try a Lunch and Learn - Mike Cohn

If you’re like many of the Scrum teams I work with, your team members might have learned about Scrum in very different ways and at very different times. Some people might be self taught, others might have taken a CSM course 15 years ago, still others might have taken their first Scrum class last week.
That’s not necessarily a bad thing. Diversity of thought is an excellent quality for teams to have.
But it can become problematic when everyone believes their approach to some agile principle or Scrum practice is the “one true way”. Meanwhile agile leaders, HR, and others outside the team are still trying to figure out what Scrum even is.
Sound familiar? I’m betting it does.
Here’s something you can do right away to help. Host a lunch and learn on whatever topic has your team at odds.
 


Need to add a little authority to your discussion? Share the linked videos above as part of the lunch and learn. I regularly cover those topics (and more) out on my YouTube channel in short videos (typically 3-8 minutes).
My next few email tips are going to cover a few of the common ways teams get twisted when they can’t agree on what “being agile” or “doing scrum” means. If you’ve got a specific issue, reply to this email and let me know. I’ll do my best to cover it. Getting your teams on the same page is a fundamental way to succeed with agile.


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Apr 04, 202406:22
6 Hard to Swallow Leadership Pills That, if Applied, Will Make You a Better Boss
Apr 03, 202409:28
10 Lessons I Learned In My Journey as a Product Manager

10 Lessons I Learned In My Journey as a Product Manager

10 Lessons I Learned In My Journey as a Product Manager

  1. Understand your Product: Product managers, will lead the development of your product and not only that, you’ll be the one to define what success would look like for your product. Understanding your product’s goals, Business goals, Vision of the product, and extensively understanding what problem your product is solving is key. Understanding your WHY, WHAT and How of your product is essential.
  2. Build yourself like a Product: I started my product management journey with not so clear vision of what I wanted to become, but one of the things I took serious was building my brand and positioning myself in the PM and Tech Space; well not like I’ve gotten to where I want to yet. As time went by, my career vision, long term & short goals became clearer, I kept building on myself, actively learning and open to feedback. As Product Managers you have to build yourself like a Product.
  3. Have an innovative mindset: To become a better Product Manager, you have to have an innovative mindset and be a critical thinker. Products aren’t just built, it takes a lot ideation, critical thinking, research before it is being brought to life. As Tech evolves, you have to be actively thinking of ways to better improve your product and be innovative about your ideas.
  4. Product Management isn’t a Shortcut to Tech: A lot of people tend to believe that since they can’t code, the easiest Career path to delve into is Product Management. Product Management is hard, what other word can I use? It’s hard and it’s not easy. It takes a lot to be a Product Manager; Being a critical thinker, Decision Maker, Effective leader, People Manager, Empathetic Manager and many more. They seem easy but when you eventually have to start using these skills, you realize it’s more than that.
  5. Prioritize both your physical and mental health: Health is wealth like we all say. Sometimes people only focus on the physical health and neglecting the mental health, forgetting that a healthy mind results to a healthy productive lifestyle. Product management can be so demanding that sometimes, you struggle to care for your mental health. Having healthy routines or habits that can help you balance a healthy mental health is key.
  6. Learn everyday: When I say learn everyday you know I’m not saying every day, I meant be an ‘active Learner’. Product Management is a broad Career path, and even though you don’t have to be expert in all aspects, it’s important to be able to understand every other aspects of Product Management. Learning from experts, online learning, learning from experience are ways to learn. Learning is a continuous journey and Tech itself is a fast pace sector.
  7. Build rich connections: Building rich connections is key in Tech, and it has a lot of its advantages. Remember that; “Your Network is your net-worth”, this is really true. Having the right connections and people in your corner would help your journey a lot easier as a product Manager; From learning from their experience, guidance, to even opportunities.
  8. Product Managers wears many hats : So far in my career, I’ve realized that not only are we Product Managers but we’re superheroes. Product Managers are at the center of the Product, and we do more than managing the Product. Some Product Managers do responsibilities of Quality Assurance tester, Business analyst, marketing manager, Scrum Master, Project manager and many more. Kudos to all Product Managers!
  9. Documentation is a key aspect of Product Management: As product managers, ability to effectively document processes and tools, Product Documentations is key especially if you’re just starting in PM or in the junior level. Documentation plays a crucial role in Product Development and it serves as a guide for knowledge sharing.
  10. Product Managers embraces Feedback: Feedback could be positive or negative, what makes you a better Product Manager is your ability to embrace feedback both on your product and on your Career journey.
Apr 02, 202407:24
Announcing Agile For ALL Dads! (and Moms and Children...)
Apr 01, 202405:01
How to Know What You Want
Mar 29, 202413:50
Leadership Is the Big Gaping Hole In the Agile Manifesto

Leadership Is the Big Gaping Hole In the Agile Manifesto

Leadership Is the Big Gaping Hole In the Agile Manifesto

From time to time, people will declare Agile dead. On December 1st, Cliff Berg declared Agile dead in a viral post on LinkedIn. Personally, I think declaring a tool like Agile dead because it doesn’t work is like declaring a pencil dead because it doesn’t turn us all into Michelangelos. A tool enhances human capabilities. A tool is only as powerful as the people using it. But declaring things dead can be a good way to see what is wrong with it, maybe redesign it. In his post, Cliff stated that “Agile is dead … but companies still need agility.” Agile is dead, long live agility.

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Mar 28, 202410:07
Hey Scrum Master... Are you my manager? - Mike Cohn

Hey Scrum Master... Are you my manager? - Mike Cohn

Hey Scrum Master... Are you my manager? - Mike Cohn

Back when my girls were small, I used to read Dr. Seuss books to them. Together, we giggled over the antics in the Cat in the Hat and shed a few tears over the destruction in The Lorax.
But a question I got asked in a class recently brought me back to another childhood classic from the Dr. Seuss brand, “
Are You My Mother?” It’s a simple story about a newly hatched baby bird that sets out on a quest to find their mother. (Don’t worry, the baby bird is eventually reunited with their actual mother.)
I think newly hatched Scrum teams (and sometimes the people forming those teams) can feel as lost as the baby bird in that story. Why? Because without fail, one of the first questions they ask of or about their Scrum Master is, “Are you my manager?”
In the words of the book, the correct answer is, “No. I am not your manager. I am a Scrum Master.”
The confusion is natural because good Scrum Masters do perform some of the same functions good managers do:
 

  • They motivate and encourage people to do their best work.
  • They look out for the team’s mental health by avoiding excessive deadline pressure.
  • They remove impediments to progress.
  • They improve a team's collaboration and teamwork and more.
  • Scrum Masters don't assign tasks or allocate people to projects
  • They don't pick due dates for tasks or projects
  • And, most importantly, Scrum Masters do not assume responsibility for a team's work. The responsibility for the team’s work resides with the team members.


But Scrum Masters are unlike managers, too:
 
If you find your teammates acting as though the Scrum Master is their manager, discuss it immediately rather than waiting for a retrospective. Quickly getting on the same page about how Scrum roles compare to traditional roles will help you and your team succeed with agile,


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/


Mar 27, 202406:30
Should Stories Carry Over From One Spring To the Next? - NO
Mar 26, 202411:11
How to Deliver Value Faster with Agile
Mar 25, 202409:50
25 Things You Can Do To Simplify Your Life!
Mar 22, 202408:57
Can Scrum Be Tweaked or Changed? - Yes
Mar 21, 202408:15
Top 3 Ways To Excel in Remote Leadership
Mar 20, 202411:42
Active Listening - A Silent SuperPower!
Mar 19, 202411:14
Are You a Great Leader?
Mar 18, 202409:40
The BEST Skill to Learn Is Often to Forget
Mar 15, 202409:22
What Are Words For?
Mar 14, 202407:11
Yes, Agile Teams Can Create Accurate Plans - Mike Cohn

Yes, Agile Teams Can Create Accurate Plans - Mike Cohn

Yes, Agile Teams Can Create Accurate Plans - Mike Cohn

The term release plan made a lot more sense when Scrum first began in the 1990s. At that time, most teams would run a series of sprints and then release a product.
Today, most teams release more often than every few sprints. Some release every sprint and others release multiple times per sprint or even many times per day.
Release plan might be an outdated term, but it’s still essential for many teams to be able to accurately predict what will be delivered three, six, or perhaps more months into the future.
So whether you call it quarterly planning, release planning, PI planning, or milestone planning, you’ll be much more successful if you, and your leadership team, understand that accurate long-range plans typically lack the level of precision possible in short-term plans.


Plans Can Be Accurate without Being Precise

To put that another way: to ensure accuracy, the longer the planning period the less precise your prediction will be.
If I ask your team in January when you can finish a project, you could likely tell me, “by the end of Q3.” By June, you might be able to update your estimate to “sometime in October.” By early September, you will likely feel confident enough to tell me “the week of October 22” or perhaps, “We’ll definitely have the first ten backlog items done by October 18, but I’m not sure about the next five yet.”
All of those answers are equally accurate. But the level of precision varies depending on how far out in time I’m asking you to estimate.
So when you are communicating your quarterly plans, I recommend communicating your plans as a range, either of time or of scope (or potentially both). By the end of the quarter we’ll give you between 180 and 220 story points. To deliver the 300 points you’ve asked for will take between six and eight sprints.
Being accurate by giving up some precision will increase the trust other people have in your team and will help you succeed with agile.


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Mar 13, 202406:24
UX Research Methods Mapping
Mar 12, 202409:34
Don't Get Stuck In the RACI Rabbit Hole...
Mar 11, 202412:44
Buddha Kept Repeating This When He Taught Mindfulness

Buddha Kept Repeating This When He Taught Mindfulness

Buddha Kept Repeating This When He Taught Mindfulness

This one line was what most powerfully imprinted itself into my mind.

Atapi sampajjano satima, a refrain of the Satipatthana Sutta is probably the most succinct definition and description of mindfulness in the Buddha’s own words.

In an age of commercialization of mindfulness, the original definition can often get obscured.

This is why elucidating the logic behind these three words helped me so profoundly; and I hope that it can do the same for you.

The root of this word comes from Sanskrit tap which means heat.

It’s the basis for the concept of tapasya or penance in yoga, which isn’t as scary as it sounds.

It’s merely an increase of the intensity level of our practice so that we are shifted out of our habitual mode, into a more growth-oriented and malleable state of plasticity.

To pursue mindfulness more intensely means to be ready for all the impurity that might come up as a result of it.

This is the entire process of purification; one where impurities arise and pass, just as they would when a piece of iron ore is being heated & refined to produce pure metal.

Without the heat, the practice falls short, and won’t help us reach the depths of profundity taught by the Buddha.

The root sam denotes completeness or orderliness. Pajjano refers to a contextual awareness or understanding.

What the Buddha is trying to describe is a mental state where you know exactly what you are supposed to be doing. Continusly.

This is (depending on the tradition) usually a focus on the phenomena that are arising and passing: impermanent, absent of selfhood, and unsatisfactory.

This examining erodes our clinging & identification with the causes of suffering!

It is with this context in mind that Buddha’s teachings act as a profound & potent medicine for long-term wellbeing.

The Pali word sati and Sanskrit word smrti translate quite literally into “remembrance.”

It’s not quite ‘mindfulness’ as we understand it today (being just in the present moment) but a more widely-encompassing state of awareness.

  • Past events can be recalled skillfully, such as meditation instructions.
  • Present events arising/passing are the conscious anchor for the mind.
  • You can plan the future, but never get lost inside its conceptualization.

This calls for a serious expansion of our mode of conduct to be able to access the past, present, and future — rather than be unconsciously torn between the three!

Remembrance is all about bearing something in mind; of ensuring that this candle of knowing is maintained continuously, so the process of purification continues.

When I realized how my meditation practice was being watered down by my habits, weaknesses and laziness, I went back to the source.

And I found a wellspring of insistence and inspiration from the Buddha to re-vamp my practice for a long time to come.

It is my hope that continuing to learn and share insights such as these is of some benefit to others.

ॐ सर्वे भवन्तु सुखिनः

May all beings experience happiness.

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Mar 08, 202406:51
Signs That You Are a Good Manager...
Mar 07, 202410:02
The Death of Scrum... NOT Again!
Mar 06, 202409:41
Are User Stories & Story Points Required? No... - Mike Cohn

Are User Stories & Story Points Required? No... - Mike Cohn

Are User Stories & Story Points Required? No... - Mike Cohn

I’m often asked if user stories are part of Scrum.
No, they’re not. You can have a phenomenally successful team and never work with user stories at all.
At its core Scrum is a very small set of rules. The Scrum rules are defined in the Scrum Guide, and they’re things like keeping sprints short, no longer than a month.
Outside this core of rules are the generally accepted Scrum practices. These are good ideas every Scrum Master should be aware of, but that a team doesn’t necessarily need to do. User stories fit here.
A great Scrum Master should know what user stories are. They may think stories are awful and not recommend using them for a team, but they should at least know what they are.
What about Story Points?
Story points are another generally accepted Scrum practice that isn’t officially part of Scrum.
Story points are a useful way for team members to agree on an estimate. Points get around a common problem: A senior team member thinks something will take one day, a junior team member thinks two days, and they’re both right depending on who does the task.
I think story points are great because they help you avoid pointless debates, they save time, and they increase the chances that your estimates will be accurate. They are my recommended unit for estimating product backlog items.
But not every team needs to estimate! And you certainly don’t have to use story points if you do estimate–you can use person days or some other unit if you prefer.
I do, however, think that you should give story points and user stories a try. For the majority of teams, they are both great practices that will help you succeed with agile,


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Mar 05, 202408:25
The Difference Between Definition of Ready, Definition of Done, and Acceptance Criteria

The Difference Between Definition of Ready, Definition of Done, and Acceptance Criteria

The Difference Between Definition of Ready, Definition of Done, and Acceptance Criteria

The DoD, DoR, and the acceptance criteria are fundamental concepts in product development. While DoD and DoR are part of Scrum, Acceptance Criteria is an additional very important practice.

Mar 04, 202409:09
10 Unhealthy Habits You Need to Quit Doing Right Now!
Mar 01, 202411:33
Agile Personal Leadership Supports a Strong Stable Work Culture

Agile Personal Leadership Supports a Strong Stable Work Culture

Agile Personal Leadership Supports a Strong Stable Work Culture

If you have not heard about Stable Framework yet, it is high time that we do something about that! I was knee-deep into reading The Stable Framework when I came across a section on Personal leadership application that I felt really makes Stable stand out above all other business agility frameworks. Have a listen and go grab a copy of the book!

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Feb 29, 202409:16
8 Ways Organizational Culture is KILLING Agility

8 Ways Organizational Culture is KILLING Agility

8 Ways Organizational Culture is KILLING Agility:

  1. Hierarchical organization structure / Taylorism
  2. No learning culture
  3. Fragmented responsibilities or silos
  4. Individual appraisals
  5. The organization values output over outcome
  6. Efficiency over effectiveness
  7. HIPPO culture
  8. HR ignores agility

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Feb 28, 202410:00
The Top 4 Patterns for Product Teams to Achieve Successful Outcomes
Feb 27, 202408:46
Do We Re-Estimate Split Stories? - Mike Cohn

Do We Re-Estimate Split Stories? - Mike Cohn

Do We Re-Estimate Split Stories? - Mike Cohn

Someone asked this question at a recent webinar I hosted on user stories: Do we re-estimate the user stories after we split them? The short answer? Absolutely.
When you break stories down during product backlog refinement (or during sprint planning if you’re trying to make a story smaller to fit inside a sprint), the team will want to re-estimate them. And there is no guarantee the sum of the new estimates will equal the old estimate.
That’s OK and expected. Ideally, the estimate will even out over a bunch of stories and splits but it won’t be perfect. Just adjust the burndown to account for the rise or fall in estimated points, and keep moving.
The Product Burndown Is Like an Airplane Touchdown
For a longer explanation, I’ll use an analogy. I flew into Heathrow a few months back on one of my periodic trips to London. I was looking out the window, idly watching the mechanisms on the wing as we made our final descent. It was a windy day, so I was curious about how the pilot would handle the landing.
I know that the pilot follows a glide path towards the runway (shaped much like the ideal burndown line). But from my point of view, we didn’t hurtle down an imaginary diagonal line and magically land in the perfect spot. We descended a bit, then flew what seemed like level for a bit, then got a bit lower.
At one point, when we were close enough where I could see the runway, we were buffeted up by a strong gust. I didn’t panic, and thankfully neither did the pilots. They just made some sort of an adjustment (it felt like they added a bit of power) and resumed their steady progress towards our destination.
Every commercial runway in the world is painted to help give pilots visual cues about their safe landing zone. In vastly simplified terms, there’s a threshold (after that point it’s safe to land) and a touchdown zone (a range of safe touchdown points in 500 ft / 120 m increments). The safe range varies depending on the size and weight of the airplane.
I don’t know precisely where we landed in the touchdown zone, but the pilots greased the landing and got us to our gate 10 minutes early. So despite the literal ups and downs, and the visual estimates they had to make on their way down, they succeeded.
A product’s burndown chart is like that airplane’s approach into Heathrow. It rarely follows a straight line. Some sprints we approach the goal a bit faster than we expect and sometimes we reach it a bit slower than we expect. Occasionally, we might bump slightly upwards and have to descend again.
Predicting exactly when we will touchdown at our product goal is impossible. It’s always a bit of a guessing game. But predicting a date range where we will finish is both desirable and entirely doable. And as with landing a plane, it’s a skill that improves with practice.
The more you estimate and the better you track your progress, the more consistent and predictable your team’s estimates and plans will become. And creating accurate agile plans that others can rely on will definitely help you succeed with agile,


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Feb 26, 202411:23
Celebrating Episode 1000 - With Special Guest Bob Hartman

Celebrating Episode 1000 - With Special Guest Bob Hartman

It's Lee here, your host from the Daily Standup Podcast, and I'm absolutely thrilled to share something extraordinary with you. We've just hit a milestone that's both humbling and exhilarating – our 1000th episode! 🎙️🎊 In this special edition, I sit down with the remarkable Bob Hartman, and together, we dive deep into our agile journey, the incredible community that's been our backbone, and the exciting plans we have for the future. Here's a sneak peek of what we've got in store for you: 🌟 A Heartfelt Thank You: Bob and I open up about the overwhelming gratitude we have for the agile community. Your support has been the wind beneath our wings, and we couldn't have soared this high without you. 🌟 Reflecting on Impactful Training: We reminisce about the profound influence of Ken Schwaber's training and how it's shaped our mission to certify and uplift thousands through Scrum Alliance certifications. 🌟 The Joy of Giving Back: Discover our commitment to offering free training opportunities to those in need and how we plan to extend our reach and make an even bigger difference. 🌟 A Vision for the Future: We're not just celebrating the past; we're looking ahead! Bob and I discuss our shared values and the potential impact of our partnership on the world. 🌟 A Message of Kindness: In a touching moment, my daughter reminds us of the power of simple acts of kindness. Imagine a world where each of us extends a hand to someone we don't know – every single day. 🌟 Laughter, Tears, and Hope: We share stories that will make you laugh, moments that may bring a tear to your eye, and our aspirations to bring joy and fairness to workplaces everywhere. As we wrap up this episode, I'm left with a sense of profound appreciation for the friendships forged, the lives touched, and the agile spirit that continues to drive us forward. I'm confident that together, we'll reach new heights and touch even more lives. So, are you ready to join us on this journey? Tune in to our 1000th episode for a celebration of community, collaboration, and the small acts that make a big difference. Let's continue to stay healthy, stay well, and stay agile! Until the next episode, take care and keep spreading positivity! Warm regards, Lee 🚀 P.S. Don't forget to hit play and immerse yourself in the heartfelt conversations that have shaped our 1000-episode journey. Here's to the next thousand! 🎧

Feb 23, 202430:60
Retrospectives - It's Good To Be Choosy - Mike Cohn

Retrospectives - It's Good To Be Choosy - Mike Cohn

Retrospectives - It's Good To Be Choosy - Mike Cohn

I’ve learned not to go to the market when I’m hungry. If I do, I buy too much. When I’m hungry, everything looks too tasty, and I buy more than I can possibly eat.
Agile teams often behave similarly in retrospectives, especially when beginning their agile journey. During a retrospective, team members identify so many promising opportunities for improvement that they decide to tackle every one of them.
These teams would be far better off improving at one, two, or maybe three ways of working. If team members attempt to improve at more than that, their efforts will be too diffused.
Improvement Is Continual
My favorite way to facilitate a retrospective is to use a 
Stop, Start, Continue exercise. This puts improvement ideas into each of those categories.
To help teams keep to a three-improvement limit, I coach them to pick only one or two new improvements in each retrospective. That leaves them one or two items to select from their continue list.
A continue list contains behaviors at which the team has made improvements but which aren’t yet habits, like writing better unit tests or overlapping work. (Once a behavior has become ingrained, teams should remove it from their continue list so that the list remains a manageable size.)
However you choose to run your retrospective, be sure to take away just one to three concrete improvements that you can track as part of the next sprint. It’s one of the best ways I know to succeed with agile.


How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/

Feb 22, 202405:18
Agile WILL be AI in The Next 5 Years!
Feb 21, 202410:37
How Teams Handle Unplanned Work & Interruptions
Feb 20, 202410:35
Discovery & Delivery ARE Part of Kanban
Feb 19, 202410:57
Learn To Unlock Your Full Potential
Feb 16, 202407:21
Is The ScrumMaster Role Dying Out in 2024? No...
Feb 15, 202409:23
The Top 5 Things We LOVE About Agile

The Top 5 Things We LOVE About Agile

The Top 5 Things We LOVE About Agile

  1. Flexibility and Adaptability: Agile allows teams to adapt to changes quickly, whether they're shifting customer requirements or project scope changes. This adaptability is key in today's fast-paced business environment, where being able to pivot and respond to new information is a critical advantage.

  2. Customer-Centric Approach: Agile focuses on customer satisfaction and continuous delivery of valuable software. By involving the customer throughout the development process and prioritizing their feedback, Agile ensures that the final product meets their needs and expectations.

  3. Improved Product Quality: Through iterative development, continuous integration, and regular testing, Agile promotes high-quality outcomes. By addressing issues and incorporating feedback in real-time, teams can ensure that the product evolves to be the best version of itself.

  4. Enhanced Team Collaboration and Communication: Agile emphasizes teamwork, collaboration, and daily communication among all team members and stakeholders. This approach fosters a transparent, open work environment where everyone is aligned on goals and progress, leading to more cohesive and motivated teams.

  5. Faster Time to Market: With its iterative cycles and focus on delivering working software in short sprints, Agile can significantly reduce the time to market. This allows businesses to benefit from faster product launches, staying ahead of the competition and responding swiftly to market demands.

    How to connect with AgileDad:

    - [website] https://www.agiledad.com/

    - [instagram] https://www.instagram.com/agile_coach/

    - [facebook] https://www.facebook.com/RealAgileDad/

    - [Linkedin] https://www.linkedin.com/in/leehenson/

Feb 14, 202404:36
The Top 4 Reasons Your Team Might Be Resistant To Change - Mike Cohn

The Top 4 Reasons Your Team Might Be Resistant To Change - Mike Cohn

The Top 4 Reasons Your Team Might Be Resistant To Change - Mike Cohn

Reason 1: Lack of Awareness about Why

The most common reason people resist change is a lack of awareness about the reasons for the change. If your team is being split into two teams, you’re much more likely to support that change if you understand why it’s happening.

Reason 2: Lack of Information about What

Another reason employees resist change is a fear of the unknown. I might be willing to go skydiving one day. (My friends would tell you there’s no way I’d ever do that, and I tend to agree. But for the sake of argument, let’s pretend I’d agreed to give skydiving a try.)

When it’s time to jump out of the airplane, I’ll be a lot more inclined to go through with it if an instructor has removed the fear of the unknown by telling me exactly what to expect.

Reason 3: Lack of Job Security

The third most common reason employees resist change is a lack of job security. I’ve got bills to pay and mouths to feed. Will I still have a job after the change? If a change is introduced and I’m worried it could affect my job, I’m probably going to resist that change.

Reason 4: Lack of Executive Advocacy

Finally, the fourth most common reason employees resist change is a lack of executive sponsorship for the change. We’re all much more likely to support a change if there is at least one key leader advocating for the change.

How to connect with AgileDad:

- [website] https://www.agiledad.com/

- [instagram] https://www.instagram.com/agile_coach/

- [facebook] https://www.facebook.com/RealAgileDad/

- [Linkedin] https://www.linkedin.com/in/leehenson/


Feb 13, 202406:14
PROACT Helps You NOT React and Make Better Decisions
Feb 12, 202405:26