What is the best way to influence, based on my experience

Today I would like to share with you a few thoughts about the best way to influence others, based on my experience.

To give you more context, yesterday I came across an article with a very interesting quote from Albert Einstein saying:

“Leading by example isn’t a way to influence, it’s THE way to influence.”

This quote got me thinking, so I carried out a quick retrospective of all the leaders, managers and peers I came across during my career. The aim was to identify which was the most important characteristic that made them great influencers.

As you know, we live in a world of constant change and it’s vital that we keep inspecting and adapting to succeed from a business, professional and personal perspective. So, why is it that, with all our current resources (e.g. Training about Coaching, Influencing, Mindfulness, etc.) influencing others can still sometimes be so difficult? After all, we are already spending most of the time actively listening and communicating with people to influence them (The Art of Influence: Lesson 2 – Listening & Communication Skills).

What is missing to become a great influencer?

My personal belief is that the best influencers I have worked with (following Albert Einstein’s criteria above) were always the ones that led by example. The ones that didn’t ask or try to influence without doing it themselves. Can you ask a single person or a group of people to change or do something if you don’t do it yourself? Is it realistic to expect any behavioral change if you are not the first one demonstrating and giving the first step? How do you think they would see you, what would they think or how would they react in the long run?

For me, the best way to influence and create a huge impact on my day to day work is to show the strength of my convictions by doing myself what I would like others to do; e.g. Changes/Attitudes I would like to see in others.

One great example of influencing by doing is when working with non-development teams and convincing them to adopt Agile. Why I am saying this? Because non-technical teams’ common reaction will be “We are not developers and this doesn’t work for us!” At that moment, what I do is just showcase how my own team works (since we are not a development team) and help them see how adopting Agile could make their day to day work easier. After a few moments, they are the ones saying “Wow! Can we do the same? Can you help us?”. In the long run, the results are stunning and their feedback is great with the will to improve more.

Another example is how my team works, and our overall level of trust and commitment. It’s normal for a leader to provide feedback and challenge the team as well as team members. In our case, they know they can do the same with me. It took some time to build this level of relationship, but nowadays if we need to put in place any action or deploy any workstream, we challenge each other, and even if the solution is not the one initially proposed by me, I will be the first one doing it. This creates a sense of high engagement because they see me as an example.

So what made you be a successful leader? Why not share your experience on how you made it and why you think it worked? It would be great to hear your thoughts even if you don’t agree with this approach.

#Agile #Lean #Leadership #Influence #Change #ContinuousImprovement

Today’s Thought on Leading Change

While watching a training about Leading Change by Britt Andreatta where she shared an amazing thought that I totally agree with her. This is something that we need to keep always in our mind and that besides applying to driving change teams also applies to any team.

“If you deliver what you promised you build more trust to future change initiatives. If you don’t you have a more challenging run. So, listening to feedback is really important.”

Don’t forget that the real impact is very important to your team reputation.

#Agile #Lean #Change #ContinuousImprovement

What Is Agile? The Four Essential Elements by Steve Denning

Today, I’ve come across with this great article “What is Agile? and The four essential elements by Steve Denning” that I would like to share with you.

As you know Agile is with us since 2001 and the question that is made is:

  • Is the Agile definition the same as in 2001 or did it evolved across time?

Also, more and more we see companies with the will adopt Agile or being Agile, still, there is a question that I believe that is in many people heads that is:

  • Does the company understand and agree on what Agile stand for them?

Maybe by answering this question, we will be able to have the four essential elements that the article is talking about:

  • Delighting customers
  • Descaling work
  • Enterprise-wide Agility
  • Nurturing culture

Having said this, please find here the article link for more details:

https://www.forbes.com/sites/stevedenning/2017/10/15/what-is-agile-the-four-essential-elements/#4c159a826e85

The Agile Coaching DNA by Manoel Pimentel

Following my previous article “Agile Coaches Myth or Reality?“, today, I’ve come across with this great article “The Agile Coaching DNA by Manoel Pimentel” that I would like to share you.

It’s really interesting since provide a well-detailed explanation and context about Agile Coach role and the day to day basis work.

Having said this, please find here the article link:

View story at Medium.com

Agile Portugal 2017 :: TALK STARTUP VS ENTERPRISE ESTIMATIONS – TWO WARRIORS WITH SWORDS!

Was with great pleasure that I found out last week 18th of April 2017 that:

“On behalf of the Agile Portugal 2017 organisation, we are glad to inform you that your submission, titled

Startup vs Enterprise Estimations – Two warriors with swords!

was considered relevant and interesting, and based on its reviews (quality, relevance) it was ranked high enough to gain one of the slots for this year’s conference. Congratulations!!!”

We (Cornelius Engelbrecht and me) are really happy for being two of the speakers at this conference.

Also, learn with everyone!

See you there 😉

Startup vs Enterprise Estimations – Two warriors with swords!

It’s interesting how we can learn and evolve by having great conversations. Conversations where we can share same or different opinions.
This was one of those cases…
Some weeks ago, during a coffee break I was talking with my great friend and work colleague Cornelius Engelbrecht. We started to share some past coaching experiences from previous companies, teams and the controversial topic of estimation.
This was the moment that we both agreed that we should share our thoughts and write about Startup vs Enterprise Estimations and why this can be “Two warriors with swords”.

img_1526

“Our faces (Eduardo Ribeiro and Cornelius Engelbrecht) as soon we agreed to share our thoughts and write about this topic since is very controversial.”

As starting point, we would like to give some context and have everyone in the same page.

Nowadays there are two popular communities regarding estimation whom are perceived to have opposing views (The Swords):

View A
On the one hand you have where its believed that estimation (guessing the size of a piece of work) can be useful and helpful with the following:

  • A trigger for valuable conversations which help create a shared understanding within the team.
  • To help the team to understand if the work needs to be broken down into smaller pieces to help reduce risk and complexity.
  • If a team is using Scrum, then it can be a guide to taking on too much work in a sprint.
  • To help us (Team and Business) in predicting/forecast when something will be done. Still, this topic is dangerous if not understood by everyone that an estimate is a guess/prediction and you cannot commit to a guess.
  • It can help with prioritisation of work (e.g. deciding between something that should return high value and take little effort to do, and something that should return less value and will take more effort – its an obvious example, we’re sure you get the point).

View B
On the other hand you have a more recent approach where people believe that we don’t need to estimate any work items, since the team has enough maturity to break down these items to a level where all of them are the same/small enough size (usually can be done within a week). Then you simply count the number of work items and then work on the most important items first. Using this approach you should be able to solve the same problems as in “View A”.

You might be asking… “What option works better and why?” or “Are they not trying to do very much the same thing?”
Well… when the #NoEstimation community started, their objective was to not use any estimation. For several years they shared their belief, and with time passing we started so see a change of opinion from no estimation to high level estimation using T-Shirt sizing on pieces of work that have not yet been sliced down to the smallest size.
What happened to have this approach change? Its unclear without more data or input from the community. By using high level T-Shirt sizing, are you still in the #NoEstimation camp, or are we are estimating? What do you think? ….. Or do you have a different experience with #NoEstimation? -We’d love to hear your experience.

Consider this: Since the beginning of ages we’ve used estimation to help make decisions and predictions. This is not an argument for estimating being right or wrong, we’re merely pointing out that its part of our nature.

For example: If you had an important meeting in another country and didn’t guess (estimate) how long it would take to get to the meeting (how long it would take to get to the airport, fly to the other country, then get from the airport to where the meeting is held).

screen-shot-2017-02-05-at-19-59-28

How would you decide when you should leave, which flight you should take, what method of transport you would use to and from the airport, so you would arrive on time to the meeting?

We’re trying to point out (pun intended) estimation can be helpful and might make sense in some situations, even at work. Don’t you think?

Now it’s time to return to our main topic “Startup vs Enterprise Estimations” and why we think that are “Two warriors with swords!”.

img_3505

Picture graciously provided by João Vale.

Warrior 1 – The Startup
Let’s look to a standard Startup where they have maybe a couple of teams and they own their product.
When we have this kind of start up at the beginning that have only one idea and they start developing their MVP.
So, they start from scratch (Idea) and they start developing where every iteration they deploy small value to their customers, gain feedback and incorporate the feedback in the next increment. Their objective is to evolve their product MVP to what their customers need (based on their feedback) and release as quickly and frequently as possible.

  • When would a Startup find estimation valuable, why would they estimate:

When a Startup is not only driven by getting their idea out to their customers as soon as possible, they also are driven by need to know if its achievable before a date outside their control (e.g real world events such as SuperBowl or any other event or investors conditions). Therefore these Startups have to be more frugal on how and where they spend their money. To ensure they get the most value & return on what they spend and therefore can grow, estimating their work and including the value the work will return, will help them to frequently re-prioritise what to work on next – effectively shaping/changing their roadmap based on their customers needs. Think of it as a small boat that can quickly change their course/direction with minimal impact and reach their destination at the right time.

***As an example Tesla needed to get their first car (Roadster) out by a certain date, otherwise they lose their investors funding by losing confidence & trust in Tesla´s ability to deliver.

  • When would a Startup find no estimates valuable, why would they use no estimates:

When a Startup main drive is to get their idea built and into their customer´s hands as soon as possible, it does not depend on a specific date… just as quickly as possible, then using the #NoEstimates way will make sense. This is where you slice the work into the smallest possible pieces (fitting into a week or less), incrementally and iteratively working on the most important & valuable piece, and just count the pieces of work to get an idea of where you’re going. This is still the small boat that reaches that can quickly change their course/direction with minimal impact and reach their destination as quickly as possible.

***As an example when Elon Musk created SpaceX, his vision was Mars colonisation. Of course he would want this as soon as possible – and if it could be by tomorrow then it would be great, however it is not need to be by a certain date, just as soon as technically possible.

Warrior 2 – The Enterprise
Now it’s time to look to a bigger “Beast” aka the typical Enterprise where we have many teams, departments, locations, cultures and have several products being developed simultaneously whilst keeping investors trust in confidence in our ability to deliver.

  • When would a Enterprise find estimation valuable, why would they estimate:

Most Enterprises have the added complexity of co-ordinating multiple teams delivering multiple products across multiple locations and multiple platforms (… you get the idea) whilst being subject to Marketing campaigns that are prepared for release on specific dates that can be Online, Newspaper, TV, Radio, etc… and which are connected to real world events such as a Superbowl (once more… you get the idea of complexity).

Estimation help create a shared understanding in the teams regarding the work, promotes conversations which leads to the discovery, and help make decisions on what to do due to the cost/value and return.

Estimation can also be helpful for Enterprises to forecast when something can be done, in guiding decisions when co-ordinating teams/deliveries/products and their inherent dependencies whilst adhering to governance and regulations. They would still break down work into smaller pieces, and prioritised the most important/valuable work first,however this priority/order is influenced by synchronisation of many parts of the system(teams/products/needs). By estimating and knowing the effort involved you can take smart decisions and plan your roadmap and the co-ordination required by the many different parts of the system to deliver by a forecasted date.

This is not a small boat that can quickly change their course/direction to reach their destination (think oil tanker…).

  • When would a Enterprise find #NoEstimates valuable, why would they use no estimates:

In theory when an Enterprise could use the #NoEstimates way when they have completely independent products with cross functional teams/departments working on goals that are independent and not driven by external markets and/or events. Unfortunately we don´t have much data or any examples of where this works on Enterprise organisations – If you know of any please feel free to share this with us/everyone, we’d love to learn from you!

For our final thoughts:

If you pay attention you will notice there is a small battle happening between #NoEstimates and Estimates, and these are the two swords each warrior has, and the Startups and Enterprises are the warriors.

We hope you realise these are two different realities and we shouldn’t blindly support the one camp or the other and apply the same approach to a Startup and to a Enterprise.

Keep in mind that this can create a higher risk and create bigger issues rather than fixing it. These approaches are not Silver Bullet´s to solve all the issues you are experiencing.

So, before taking any decisions is important to understand both sides and not just join this battle with your decision made.
One needs to have a good understanding on #NoEstimates and Estimates in different business realities and what benefits or impacts they can bring.

Ask yourself why a we estimating? What problems are we trying to solve with the estimates? Are we trying to solve the right problems?…..

Katherine Kirk : Navigating Politics in Agile/Lean Teams

One of my work streams from my day to day work is catching up with stakeholders to get their view/feedback on what could we improve to become leaner.

After doing my diary catch ups I’ve realised that one of the topics is always present is politics and the issues that politics can bring.

So, as a result I checked my memories and I would like to share with you one of the best talks that I attended two years ago in the Lean Agile Scotland by Katherine Kirk.

It’s very interesting to see her thoughts and how she approaches this subject.

I hope that you enjoy watching this talk like I did.