Five Minutes That Will Change Your Workplace Forever

2017 is up and running at organizations small and large, and the pace is already staggering. How about in your organization? Can you feel it?

Does this describe your organization?

There is a lot of buzz and an accelerating pace in the air. Kick-offs, planning meetings, lunch chit-chat, goal-setting, water-cooler chat … I can imagine the energy and sense of urgency within your organization as you press ahead on your plans for the year … the pace is fast and already getting faster … heck, my head is spinning just writing this post!

<deep breath>

With all of this speed and acceleration, I took a moment early this morning and carved out a few minutes to simply think and reflect, Given how fast organizations rally around their year (meeting after meeting after meeting ….), it can be hard to find these peaceful moments, but I did … and you should too.

How can you use “Five Minutes” each day to improve yourself and your organization?

During this valuable “think-time”, I focused specifically on the state of global workplaces and the little things I feel each and every one of us can do to make organizations better. As I searched for some serious inspiration, it led me to this 13-minute TED Talk entitled: Are you a giver or a taker?

I played the audio-version of this talk during one of my morning commutes into “work”. Just me, my car, and some enlightening inspiration. Wow – I was definitely inspired. For me, it was profound. It REALLY made me think about the reality of our largest global enterprises – on a lot of levels. I listened to it a couple of times, and I was still listening when I parked my car. In fact, I sat in silence for Five Minutes and thought about writing this post, so I could share it with others.

In the TED Talk, organizational psychologist Adam Grant shared a workplace practice called the “Five Minute Favor”, and I’m already convinced that this one small thing could make a HUGE impact in many companies…right now…and at all levels.

This incredibly-simple technique is to leverage Five Minutes of your workday to find *small* ways to add *enormous* value to other people in your organization — every single day.

For example …. (lightly-adapted guidance shared from the TED Talk):

It could be as simple as making an introduction between two employees who could benefit from knowing each other.

It could be sharing your knowledge or giving a bit of “tough” and compassionate feedback to a fellow teammate, so you can help that person learn and grow in the moment.

It might be something as basic as saying, ‘You know, I’m going to try and figure out if I can recognize a fellow employee whose hard work has gone unnoticed.’

Perhaps it could be something like … <insert your “Five Minute Favor” here>

I believe that most workplace professionals give “Five Minute Favors” all the time. I’ve experienced these favors countless times during my career, and I try to return the favor every chance I get. I need to get better at it…

However, you might be shrugging your shoulders at the “Five Minute Favor”. If so, then perhaps one of these discouraging patterns describes you or your organization:

  • The “Organizational Politics” epidemic.
  • The “I want to feel more important and have more power in the hierarchy.” organizational design challenge.
  • The “I care about making more money than I do about helping my fellow employees.” greed syndrome.
  • The “I will use this technique to manipulate others into getting what I want.” self-serving belief system.
  • The “I can’t implement this practice because it will threaten my job” paranoid attitude.
  • And more…

Watch out for those patterns, because they can block the value of a “Five Minute Favor” on a moment’s notice.

In Closing

I’d love to hear what you think of the “Five Minute Favor”. Does this happen in your organization now? Should you be doing this more? Are you an executive leader who needs to promote this behavior in your company? What other wisdom from the TED Talk do you feel would help foster an awesome workplace in your organization?

Here’s to an awesome 2017 and making the most of our “Five Minute Favors”!

 

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.

Three Reasons Driving The Performance Management Revolution

Last year on my lightly-viewed LinkedIn blog, I wrote a short post proclaiming 2015 as the year of performance management reform – this was after several years coaching in organizations that had an urgent need to evolve into an Agile environment, but continued to drive traditional (and conflicted) performance management & reward/punish appraisal programs through their respective HR departments.

Fast-forward over a year later. We are witnessing the growing momentum for a revolutionary overhaul – especially in knowledge-work organizations. The most recent treatment of this subject is in the October 2016 Harvard Business Review piece entitled The Performance Management Revolution. Consider setting aside some focused time to dig deep into this article, as I found it quite valuable — especially as it directly references the Agile Manifesto within the context of coaching & feedback, the need for frequent learning & growth, and other aspects that optimize for business outcomes in a complex world.

Why Drop Traditional Performance Appraisals?

Three explicit business reasons are shared in the article:

  • The return of people development – With talent now in short supply, optimizing hiring practices and attracting “growth mindset” oriented professionals is key. These are people who have a strong desire for continuous learning, candid feedback and mentorship. Companies must offer strong development opportunities to attract this type of talent.
  • The need for Agility – In today’s world, annual (or bi-annual) performance appraisal “reviews” are not frequent enough to adapt and optimize an organization based on changing business conditions.
  • The centrality of teamwork – Shifting away from appraisals and emphasizing accountability helps foster a team-based behaviors. The article shares experiences from Sears and Gap — two companies that are surprising innovators in performance management.

The case seems strong enough, but there are implications to an overhaul – including goal alignment, rewards, how to identify ‘poor performers’, and the potential for subjective and biased performance assessments. The article discusses these issues, the research, and how some companies are dealing with it.

In Closing

What is the performance management system like in your company? Do you need an overhaul to optimize for people growth, agility and teamwork? What experiences can you share?

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.

What Does This Retweet Tell Us About Agile and Scrum?

I must confess that my Twitter knowledge and expertise is limited. I’m even skeptical of its value. But after July’s Agile2016 conference in Atlanta, GA, I found that engaging via Twitter enriched my overall event experience throughout the week. I learned quite a bit from the real-time chatter and continue to draw new learning moments from the pile of #Agile2016 tweets that amassed throughout the week. There is an overwhelming amount of content, so I sorted by the “top” tweets to see which moment might have resonated the most. What do you think it was?

Credit: Shane Hastie (tweet) and Joshua Kerievsky (speaker)

Most of the retweets happened within a few days of the keynote, but the message continues to strengthen. To put into context, the keynote focused on the proposed 4 principles of Modern Agile, one of which is Make Safety a Prerequisite. The website offers some clarity within this principle:

Safety is both a basic human need and a key to unlocking high performance. We actively make safety a prerequisite by establishing safety before engaging in any hazardous work. We protect people’s time, information, reputation, money, health and relationships. And we endeavor to make our collaborations, products and services resilient and safe.

Why is this?

A reasonable level of engagement was fueled by this moment. Why might this be? Do many of our talented knowledge-working professionals still work in a toxic culture of fear in their organizations? Are people just embracing the obvious? Was it just ‘conference crowd bias’ kicking in?

What do you think?

The impact of a fearful company culture is nothing new.

In the world of Agile and Lean Thinking, the impact of a ‘culture of fear’ is well understood in practice, and a quick Amazon search turns up thousands of books on this very subject. A common use case is when a company attempts to enact and grow Scrum within a software Product Delivery organization. Since Scrum is an expression of empirical process control, it requires transparency so that inspect & adapt interactions will result in informed decisions based on reality rather than fantasy. In a company culture that promotes transparency through courageous communication, I’ve often seen it lead to some amazing business outcomes.

Is your organization attempting to scale using SPS/Nexus, SAFe, LeSS, etc.? If so, all of those frameworks are empirical as well, so to maximize the business and economic benefits, all arguably require that the organization Make Safety a Prerequisite.

Why do I feel so strongly about this?

Each of us has a professional story that is emerging each day we enter our workplaces. I’ve been fortunate that, in my 23+ year career, I’ve only lived in a couple of organizations that promoted an aggressive culture of fear. In both cases, the outcomes of the work were a mess, the people were miserable, the environment drained my soul, and success was defined by something radically different than a shared team goal.

I’m hopeful that these toxic situations are a rare exception, but I imagine that they will always exist to some extent.

What does the future hold?

The tweet is chock full of insight. Without an open, honest and respectful company culture, people struggle to tell the truth and create a shared understanding of tough problems and solutions. That said, I’ve seen situations where some implementation of Agile & Lean practices garners a small benefit, even in companies that have a culture of fear. And lastly, I’ve also seen situations in transparent and healthy cultures where people made incorrect assumptions and placed the fear on themselves. So although the tweet sounds simple…it’s actually more complex than we might realize.

In my mind, the real benefit is when Agile & Lean shine a light on the issue, so that an organization can acknowledge a culture misalignment and choose to solve for it.

In Closing

To tie this back to empirical scaling frameworks like SPS / SAFe / LeSS, the following is another popular retweet from the conference. Is your “Agile” operating model helping illuminate the culture of fear in your organization? What are you doing to solve for it?

 

Credit: Paul Wynia (tweet) and Ryan Ripley (speaker)

~~~~~~

What do you make of this? Have we largely solved this problem in the Agile space, or is it a widespread issue that needs to be addressed at global scale? I hope you’ll consider engaging with this post by sharing your views in the comments section below.

 

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.

Is it Time to Evolve Beyond the Agile Manifesto?

The colorful wall posters are ubiquitous in organizations small and large. If you’ve used the word Agile at least one time in your company, then I bet you’re keenly aware of the 2001 Agile Manifesto, which expresses the 4 value statements and 12 principles of Agile software development. Sometimes compared to the Declaration of Independence, many cherish it as the timeless artifact that ultimately spawned the Agile transformation movement. Over the years, I’ve relentlessly referred to it and have respectfully challenged organizations to learn from 15+ years of wisdom embedded within the Manifesto.

From 2001 to 2016 – Where are we now?

Fast forward to 2016 and you’ll see that we’re in a much different place than 2001. The pursuit toward Enterprise Agile and scaling is an industry buzzword and was a major theme at this year’s Agile Alliance conference. With Agile2016’s attendance at 2,500 strong, the learning and cross-industry collaboration is at an all-time high.

As a conference participant, I used the week as an opportunity to exchange learnings and experiences with Enterprise Coaching peers, as well as other leaders and practitioners across this vast space of “Agile”. Through various conversations during the week, the following two themes emerged for me:

  1. Large Enterprises continue to share many of the same opportunities & challenges.
  2. We agree that a principles-first approach toward Enterprise Agile is essential for the most effective adoption of processes, practices and tools.

In short, a guiding set of organizational principles helps adapt processes and practices in an organization’s context while successfully moving the Agile needle in a meaningful direction.

That said, I invite us to ponder the following question:

Are the principles in the 2001 Agile Manifesto still relevant in 2016?

The mid-week keynote seemed to offer a compelling answer to the question. Joshua Kerievsky’s talk on Modern Agile focused on the evolution of Agile and our need to keep pace via an adapted set of guiding principles. Here is a picture showing the 4 broad principles from the 2001 Agile Manifesto (left) and the proposed 4 principles for Modern Agile (right):

 

 

In his keynote, Kerievsky postulated that the Agile Manifesto was relevant when drafted in 2001, but in present-day, Agile has evolved far beyond its original intentions…rendering the original principles as outdated. What do you think?

This keynote article summarizes Kerievsky’s message better than I can, so I invite all of us to learn and draw our own conclusions. For those who weren’t at Agile2016, this amazing visual summary captured the essence of his talk (credit: Lynne Cazaly):

 

 

How do you make Modern Agile real in your organization?

Like the original Manifesto, there is a vast body of knowledge under the covers – including theory & science, thinking tools, practices and skills that must be understood, adopted and mastered in your organization’s context. I would also offer that, for the most part, the 4 principles of Modern Agile are easy to understand …. but extremely difficult to master – especially at the size and scale of our largest global enterprises.

How long have we been asking this question?

This question has been posed for a number of years now, most recently at last month’s Agile Europe panel discussion, and dating back to Steve Denning’s May 2011 Forbes article entitled: Applying “Inspect & Adapt” To The Agile Manifesto. Even The Scrum Guide eats its own dog food by publishing carefully-crafted revisions every few years. But it was intriguing and provocative to see this question reinvigorated yet again on the big stage of Agile2016. So, what’s next?

I’m not smart or wise enough to predict the future of the Agile movement, but I do feel that now is the time for many larger organizations to figure this out if they want to continuously deliver valuable outcomes and effectively compete in their industries.

~~~~~~

Is it time to host a well-earned retirement party for the Agile Manifesto and align toward Modern Agile? Where should Lean principles be considered? I invite all of us to engage with this post by sharing your views in the comments section below.

 

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.

How Powerful is Empowerment at Microsoft?

As you skim this oddly-titled post on your iPhone or Android device, you might be wondering what’s happening at that “other” company — Microsoft. Remember them?

Although it’s tempting to reduce Microsoft to a mere afterthought, I am quickly proven wrong simply by looking within my own household. While I edited this weekend post on a Microsoft Surface, I tested it using the LinkedIn flagship app – on an Apple iPhone and an Amazon Kindle (sorry Microsoft, but I dumped Windows Phone a while ago). Oh, and as I was writing this very sentence, my son informed me that our Microsoft Xbox One awakened with a magically improved User Experience. And I just had to ask my younger son to turn down the volume on Minecraft (purchased by Microsoft in 2014). And when I asked my oldest why she prefers an iPad over a Surface, her answer was “Because iPads are cool”.

Welcome to the innovation economy of today, where the technology market is as turbulent and competitive as ever.

How should Microsoft deal with this?

For the past couple of years, the software giant has been on an urgent pursuit to transform within a fiercely competitive environment – attempting to rise above companies like Apple, Google, Amazon and others. The company recognizes that it must reinvent itself to maintain relevancy over the long haul.

The question is ……… how?

What’s been going on inside the company?

This underlying sense of urgency has fueled a significant organizational transformation under the leadership of CEO Satya Nadella, which started in late 2014. My career has carried me in and out of Microsoft’s corporate culture many times over the past 20 years, and I’ve witnessed so many internal “re-orgs” that it leaves my head spinning. However, something about this re-organization “feels” different. Why?

One of the earliest changes was driven by Nadella’s philosophy to extend beyond the traditional, big-company hierarchy by empowering executives to work across previously-siloed divisions. Putting empowerment into action last year, Nadella appointed Julie Larson-Green (former EVP of Xbox and Surface) to the newly-created role of Chief Experience Officer, which crosses all of Microsoft’s product lines – from Office to Surface to Xbox and beyond. Great idea in theory, but how do you get past the silo’ed mentality that drives disconnection and hallway politics within an organization as big as Microsoft?

As part of the company’s journey into Organizational Agility, Mrs. Green sheds light on her own leadership style and the results achieved through Team-level empowerment and ownership. This gives some idea of how she is able to break down these silos and get people working toward toward a shared vision.

What is empowerment?

As we dive deeper, it begs this question: what does empowerment mean in an organizational context?

Empowerment – Power or authority given from one person (Team) to another person (Team).

Straightforward enough, yes? Actually — not really — because the implications of empowerment can be quite interesting. For example, if I empower others in an organization to own decisions that used to be my responsibility, then where does that leave me? Does it put my job and/or salary at risk?

Connecting empowerment to the “new” Microsoft

How do you feel about Larson-Green’s recent statement that Teams will walk over coals for a vision they own? Her views around Agile Leadership are well-aligned, purposeful and insightful – I invite everyone to give her post a read. For those of you who work at Microsoft, I am genuinely excited for the future of your organization under this type of leadership.

Let’s explore how Larson-Green has (and continues) to put an Agile Leadership stance into meaningful action within the company. A few [lightly paraphrased] highlights strongly resonated with me, including:

1. The ability to constantly look for new ways to do things and continue to evolve is a necessary part of any organization’s success.

This is certainly an imperative at a company like Microsoft – innovate & evolve, or risk becoming irrelevant. There are several high-profile examples of companies that did not do this effectively – like Blockbuster Video and Research In Motion. Where are they now?

2. People perform better when they are empowered to own the process and feel responsible for its outcome.

There is science that backs this up (consider Daniel Pink’s DRIVE, which has curated a lot of this research). To build further on this declaration – Agile organizations empower small, self-organizing Teams (and Teams of Teams) to completely own “how” they choose to plan and execute their work in a way that optimizes the outcome.

In this empowered situation, senior leaders have a profound responsibility, which is…

3. Leading…means creating an environment where each person has a voice and is working toward a vision that’s greater than themselves.

Creating this environment sounds simple on the surface, but it’s enormously complex – especially in big companies that foster challenging cultural belief systems that only value the voice of ‘experts’ (for example). In an Agile organization, everyone’s voice matters – the collective intelligence of the people offers incredible thinking power toward innovation and execution of the company’s vision.

How does a leader connect this collective intelligence to a larger vision? This recent post about Purpose at Work (from LinkedIn Influencer, Josh Bersin) sheds some light on this question.

4. If changes to projects and the work are necessary, you must be clear on (the) “why”.

When teaching and coaching within Agile organizations, I mentor heavily on the “why” behind everything. For example, if your organization is using Scrum or Kanban with your Teams, it’s not enough for people to learn the “what” (e.g., here are the meetings, how long they need to be, etc.). To truly anchor high performing behaviors, everyone must have a deeper understanding of “why” the meetings exist, the purpose & intent they serve, etc. More importantly, if an organization makes a strategic change in course, Agile leaders will help everyone understand “why” this change is necessary, which fosters an increased level of engagement across the workplace.

5. Leaders can struggle to let go of direct decision-making.

Empowerment is more than a buzzword – it means that leaders actually give their power away to other parts of the organization. In Agile organizations, the highest level of strategic (portfolio-level) decisions still live at the executive level (like at Microsoft), but what we’re finding is that Agile executives actively listen to the collective intelligence of the organization to inform their decisions – this is a powerful concept that’s playing out effectively, even in big companies like Microsoft. But as these broad decisions are made, senior executives give the direct decision-making power away to the parts of the organization that are closer to the delivery work. This empowerment continues down and through the organizational hierarchy, so that the countless number of detailed daily decisions can be made at the point of execution (i.e., within the Agile Delivery Teams and its alignment with Product Ownership).

The irony is that, as an Agile Leader, the more power I give away (responsibly, of course), the more effective I become as a leader. But what does that really mean? How much risk am I taking when I empower others to make direct decisions?

To better understand this new form of power, consider an insightful article from the Harvard Business Review that examines the shift from centralized power to decentralized empowerment in an organization.

Is this happening in your workplace?

6. Passing on day-to-day decisions allows leaders to really lead, focusing on creating the conditions for the team to make the right decisions.

Do you think that Microsoft CEO Nadella embraces this statement fully? Do you believe that he’s empowered Chief Experience Officer Larson-Green to lead in this way?

In Closing

How do you feel about Microsoft’s new leadership style? Will empowerment lead the organization toward a stronger market position in the future? Consider sharing your thoughts in the comments section below, so we can all learn from each other.

 

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.

5 Beliefs Every Agile Journey Must Avoid

What are the beliefs that are guiding your organization’s Agile journey? As you’ve probably witnessed, those underlying beliefs influence how people behave on a daily basis, and when they are well aligned with Agile principles, then the pursuit can prove quite beneficial. When there is a stark misalignment, flawed beliefs in Agile can (and will likely) result in a challenging pursuit and even a failed Agile adoption.

What have you experienced in your organization?

High performance Agile organizations share a powerful and principled belief system that leads to increased value, innovation, vibrancy and a healthy element of delivery predictability within the workplace. I’ve also found that these inspiring companies are able to identify and address flawed Agile beliefs that introduce friction against the organization’s pursuit.

Here are a few that I’ve seen play out in a number of organizational contexts:

5 Beliefs Every Agile Journey Must Avoid

Belief #1 to Avoid

We need to compare waterfall and Agile to see which is better.

This belief can lead an organization down a fruitless path of endless opinion-littered debates that waste time, money and energy. When an organization has a sense of urgency for change, then it must invest its resources into changing, not trying to compare and prove that one approach is better than another. Besides, an organization can quickly examine a number of publicly-available comparisons that are available for review and learning.

To better understand the comparison of business outcomes between sequential delivery (waterfall phases with delivery at the end) and Agile (iterative, incremental, continuous value delivery), consider turning to insight-filled works like The New New Product Development Game, this flexible vs. sequential development approach study, and the latest research from The Standish Group. The groups behind these studies have done all of the hard work of comparison for us. Use the conclusions in these (and other) works to decide if an Agile Journey is the right pursuit for addressing your organization’s sense of urgency.

Belief #2 to Avoid

Agile Teams must ‘commit’ to their User Stories at the beginning of a Sprint.

I once encountered a skeptical manager who told me something like: “I believe that *my* Teams must deliver all the User Stories that are ‘committed’.” Careful  … this is a dangerous belief that often leads to challenged business outcomes. When I first encountered this supposedly “Agile” setup, I quickly discovered that the manager was pressuring the Teams to make scope commitments each Sprint. In this situation, no one actually committed to anything except for the manager (who, under organizational pressures, made an unrealistic promise on the scope).

Not only were the Teams consistently falling short of the “commitment” (thus deteriorating Team morale and eroding the predictability element of Agile), the evolving Product was littered with increasing numbers of defects and mounting technical debt.

How do you see this? Is it a recipe for Agile failure?

This flawed belief is in direct conflict with the 3rd value statement from the Agile Manifesto:

Customer collaboration over contract negotiation

In Agile Teams, commitment is a shared value between Team Members —- not a rigid contract between the Teams and management. Once this is understood, it opens the door toward a goal-oriented way of working.

What’s so great about Goals?

In Scrum, for example, Teams craft and strive to meet a clear short-term business Goal each Sprint, which informs mid and long-term Roadmap Goals – all with full alignment to the Vision of the Product (or Project or Program – depending on your organization’s terminology). Goals introduce an element of flexibility, which guides Teams to deliver meaningful and valuable business outcomes on a consistent (i.e., predictable) basis. Most organizations tend to click the “like” button on this delightful rhythm – customers, users, business stakeholders, technology stakeholders, and the great Teams that are empowered with delivery responsibilities.

Continuing on the Scrum example, Teams share a commitment to each other to operate and behave in a way that maximizes their chances of reaching these Goals. When commitment is embraced as a value, then Teams are much better positioned to consistently meet the incremental Goals that ultimately realize the Product’s Vision.

How do you feel about this?

Belief #3 to Avoid

Agile Teams do not have fixed constraint contracts.

We should not confuse Disbelief #2 with the lack of contracts. Agile organizations are often faced with a contract (or an urgent situation) that has either a timeline or scope constraint.

For example, one company I coached had an urgency to deliver the first release of a next-generation app before its competitors, so they had a time-constrained Release Goal. In that situation, they invested extra up-front effort understanding the essential Features needed to deliver a competitive and cohesive first Release into the market. Once the Agile Teams were formed, they worked under the contractual constraint to deliver the first Release within the understood timeframe. To make this work, however, they had a high degree of flexibility to collaborate with the business on two fronts:

(1) the flexibility to deliver essential Features at varying levels of maturity — depending on what was possible within the time frame.

(2) the flexibility to change the Feature list in the Release Backlog — as everyone learned more, they worked together to adapt the Release Backlog to ensure that the highest-valued Features would ship with the first Release.

This flexibility was essential for delivering the first Release within the constrained time frame. I encourage your organization to learn more about the notion of Agile Contracting and how you can structure contractual relationships to operate in this manner.

How do your contractual relationships look right now?

Belief #4 to Avoid

A Daily Stand-up requires the Agile Team to stand, so the meeting will be short and focused.

At first glance, this might sound reasonable. In fact, many organizations’ Agile cultures have adopted this ubiquitous behavior. However, I have observed an alarming number of organizations where the Daily “Stand-up” was nothing more than a group of Developers standing in a circle and reporting their status to a manager who authoritatively stands in the middle of the circle. If this describes your Daily Stand-up, then watch out – because the person in the middle of the circle is not behaving as a Scrum Master and you’re missing out on the pursuit toward high performance, self-organizing Team behavior.

One of the big organizational changes in an Agile journey is the profound shift away from Team-level command & control project management and toward the emergence of small, empowered and self-organizing Delivery Teams. In Agile, daily progress & planning responsibilities shift to the actual Delivery Teams who are doing the work. In a Daily Stand-up event, the Teams don’t have to stand to maintain focus and discipline. Rather, the Teams must fully understand the purpose and intent of this event, which in turn guides their focused and disciplined behaviors during the event.

So, what is the purpose of a Daily Stand-up? It’s designed to provide a transparent and focused environment for Delivery Teams (i.e., Scrum Development Teams) to inspect their progress and adapt their plans in a way that maximizes their chances of reaching their shared Goal with the days that are left in the Sprint. The idea is to reach this outcome in roughly 15 minutes or less. If they choose to physically stand up to do this, great. If not, that’s fine too. In this event, a Scrum Master’s job is to teach and mentor Agile Delivery Teams on how to facilitate this event on their own … to the point where the Scrum Master doesn’t even need to attend.

What do you think of this?

I invite all of us to fully understand The Scrum Guide, which is the official definition of Scrum from the written words of the co-creators, Ken Schwaber and Jeff Sutherland. This will help avoid anchoring Disbelief #4 in your organization. As stated in the guide, this empirical event is called a Daily Scrum, not a Daily Stand-up – although it’s not the name that matters; what matters is fully understanding the purpose and intent of the event (i.e., the “why” behind a Daily Scrum).

If this daily event feels like a wasteful status meeting in your Teams, then consider re-aligning the name of the event and start mentoring around the actual purpose/intent as defined in the Scrum Guide. You might be surprised how quickly it can take hold and launch your Teams to a higher level of delivery performance.

Belief #5 to Avoid

<Insert a common misconception here>

What have you all learned about the beliefs that guide a successful Agile journey? What beliefs pose a danger toward that pursuit? Please share your thoughts on the 5th Belief That Every Agile Journey Must Avoid in the comments section below, so we can all learn from each other.

__________________

If my writings resonate with you, please consider spreading this message so we can energize and inspire the entire professional world together. I invite you to ‘Follow’ my professional journey through LinkedIn. I am also on Twitter.