Management and Leadership

by Ivan Santos Ivan Santos No Comments

Team chemistry is more important than individual skills

During the consulting and even leadership training processes, I see that managers who are building new teams – whether hiring a new employee or relocating internally, they often have an individualized thought about that particular professional.

– What’s the curriculum?
– Where did you go to school? Has worked?
– Courses? Certifications?

 

It all makes a lot of sense, it’s super important and necessary. However, one point that may be off the radar of many contractors is:

How will this candidate interact with other team members?
How will they work together?

It may seem simple, but it’s really impactful on the day-to-day of a team and the organization as a whole, consequently.

 

“To manage effectively, you must focus on people’s INTERACTIONS, rather than their behavior separately.” (Russell Ackoff, modified)

 

To further illustrate the theme, I will use the Barcelona football team, one of the most winning teams in history and a famous example coming from team sports.

The principles behind Barcelona’s winning philosophy were, not having the best players (as good as they were), but the best “arrangement”, rapport, connection, team synergy…

In football, there is no secret: to dominate the game, first of all, possession of the ball is necessary. For this to happen, each player must have the ability to quickly catch and touch the ball to whoever is ahead.

However, for this to happen successfully, we do not rely exclusively on the individual skills of those who have the ball. The positioning of who is without the ball is more than essential.

In other words, for the player with the ball to have the possibility of passing, the other players must participate and position themselves in relation to their teammate. It is not an isolated action of one, but the entire movement of the group.

By establishing a fast, continuous and involving touch of the ball, the Barcelona team managed to maintain its attack possibilities, disarming the opposing defense’s positions.

And as an opposite tool, the same Barcelona smothered the game in the enemy’s field, leaving no room for the opponent’s ball touch. This style of play was given the name of tic-tac, symbolizing fast and continuous tapping, as well as a clock hand.

The football example makes it clear that the way people interact with each other is most responsible for the results of a team, not the individual actions of a single player.

If so, a single player would have to catch the ball and pass through all opponents towards the goal. Not the most brilliant of all would be able to do it consistently.

 

Individuals and INTERACTIONS more than processes and tools.
(Agile Manifesto)

 

At the end of the day, this is yet another agile principle being put into practice. So when managers are hiring or scheduling relocations, they should think about how the resulting team will play together.

In the same way, when we are thinking about a winning company, the “touch of the ball” between departments/teams must be fluid to increase the chances of winning the match.

Good week! #BeAgile

by Agile.Inc Agile.Inc No Comments

In 2020, the most challenging year in recent times, speak “the new normal< /span>” is annoying. But if there’s one thing that has become different this year, it’s the feedback.

The “new feedback” – this term is horrible, I know, but it is very necessary – as physical and social contact was restricted, the work became all remote, causing us to have new concerns and risks in our professional routine. 

 

Following most of the research that attributes teleworking to quality of life, I decided to share a little reality to rub in the face of those who do research that: quality of life is not working from home.

According to a survey conducted by LinkedIn (published by InfoMoney) , 62% of professionals are more anxious and stressed about their work than they were before.

In my opinion, this issue of quality of life is much closer to having a job with career tracking and clear goals about its development, in which we have time to learn and having more time with our family and friends than having to work from home.

 

But what does this have to do with feedback?

Well, this is an extremely important tool and it contributes a lot to having this quality of life.

In the classic scenario where you work in the same physical environment as your team, it is much simpler to observe a behavior of sadness, joy or anxiety, for example.

That’s because the fact that you are in face-to-face contact with a person and with a keen perception,  makes you able to recognize these feelings in the air and act promptly on those people.

In remote work we stay inside our homes, usually with a much higher workload than in face-to-face work, making people’s mental stress triggers very sensitive, pushing them to the emotional edge. And then the main question of this text comes back:

Giving feedback to these people and teams, all from a distance, was one of the biggest challenges this year, plus all the chaos caused by a pandemic.

However, one of the things I most considered when giving and receiving feedback was my own perception of teleworking and how much it affected me.

From the fear of being fired, all the adaptation to this new reality that we are still living, to conformism when seeing that things are not changing, surrounded by the thought of “if I do, fine” and “if I don’t, fine”.

This year, feedback has gone from being formal and given in a certain period to daily.

Sometimes, even every hour, as new situations arise and are unforeseen events or new realities, in which we have to be side by side with our team, understanding and adapting to each scenario.

Talking about any kind of topic with the team, gives information on how people are feeling in their daily lives and how they look and think about the future; so that I, as Delivery Manager (responsible for the team’s deliveries), can really have a better perception about the wishes and desires of this person and the team as a whole.

 

But if you’re still unsure how to give feedback, I’ll list some points that are really important:

 

Pay attention to details!

Increasingly, talking and meeting people is super valid.

Today it’s just us and our co-workers, but nothing prevents you from understanding a little more who they are, what makes this person happy, what doesn’t, which her family relationship, what is her leisure time, if she had anyone affected by Covid-19  or any other type of illness, etc;

 

Learn how to read the ambient

Understand the right moment and prepare what will be said in advance.

The feedback must take place within a specific context of the event so that it generates a reflection on that and a possibility of action to reinforce or improve something;

 

Invite the person to participate in their own improvement

In other words, help her build an action plan for resolving that situation.

Of course, always following her during this evolution, asking from time to time how things are going;

Far beyond personal feedback, team feedback is essential.

My job is to develop a team in which the team itself is bigger than anyone else within that group. But that subject I’ll leave for another article!

I’m not even going to talk about “resource”, after all I can’t explain again the difference between resources and people in the middle of 2020.

If you haven’t learned this by now, STUDY and don’t call resource people.

 

Well, those were my tips on how to give feedback in this “new format”.

I understand that working with people is always being attentive, much more than waiting for a magical and wonderful dynamic for feedback, in which you fill in a sentence with a keyword, you exchange it with your friend and each one will self-evaluate and bla-bla-bla…  

I hope that, with all this, we learn to be less prescriptive in managing our team’s feelings and evolution, as this makes our work and our relationships very more human.

In 2020, the feedback for me has a lot to do with a phrase I heard from a good friend of mine named Vilson Laerte: “we’re with people, working with people and developing something for people, the rest is computer, chair and old desk.

 

By Fabricio Pequeno

by Rodrigo Pinto Rodrigo Pinto No Comments

7 Top Antipatterns of Digital Product Development

We talk to companies on a daily basis and we see, in most of them, a common pattern regarding errors in the transformation process (whether digital or agile).

Some of these failures are committed systematically in the areas of Technology and Business, generating products that often do not please or do not generate as much value for customers.

Time is scarce for everyone. Costs are decreasing more and more and the “less has to be more” for real. However, actually delivering more is a big challenge.

If the company doesn’t really have agility built in, it won’t be able to stand out. If delivering value is still a difficulty, the area will be left behind.

However, professionals who are developing digital products that really add value, are standing out in the market and being hunted by companies, as they are really able to do more with less and help create products that, in fact, delight customers and generate value for companies.

With that, I ask you: are you completely satisfied with your digital products or work models of your team? Are you happy with the productivity and results?

You know you can do more and better, but you don’t know how or where to start? If these issues bothered you, probably some of these errors must be present on your team.

Check out the most common:

 

1) Traditional processes that look agile

The company has some people certified in some work models, does some events/ceremonies very mechanically, discusses a lot if Scrum or Kanban should be used…< /span>

But at heart, the organization is still in the traditional development paradigm.

Often you end up making a water-scrum-fall</i >, that is, products are only released after months of creation. A lot of unnecessary bureaucracy still exists! We usually say that this company is at a maturity level 1, doing an Agile Mechanic.

Many teams think being agile is:

  • “I have a flow in azure, I am agile”
  • “I started doing some ceremonies, daily planning, I’m agile…”
  • “I have a certified Scrum Master and a part-time Product Owner allocated, I am agile”</li >

 

They understand that they do some processes in an agile way, because they use a framework (in a superficial way, sometimes), but they don’t know how to distinguish the difference between doing agile or being agile.

The process has the face of agile, it seems that a transformation is starting, but, deep down, the culture is still traditional.

 

2) Culture of control, not value

Another very common mistake refers to the cultural part. I like to say that deep down, the base for creating great digital products is a cultural shift.

If the development area is mainly focused on having control; in finding blame for mistakes; in centralizing decisions on specific people; if you are too focused on the process and deliverables, rather than focusing on value…

It is definitely an area that is wasting time and money.

If these aspects are present, I have to tell you that you still have a culture that will hinder you from having high-performance teams.

Companies that create good digital products have their main focus on delivering constant value to the customer, strengthening a culture that delegates decisions, has clear goals, a culture in which people are fundamental .

When the team is focused on delivering value, interesting aspects appear, such as:

  • culture of learning from mistakes;
  • team culture instead of boasting r the heroes that are indispensable;
  • culture of ownership< /span> instead of people hiding from responsibilities;

 

Creating great products mostly starts with attitude! It’s no use having several tools and processes, it’s necessary to foster a strong product culture within the company. In your company, what is the real culture like, not the one hanging on the wall?

 

3) Not paying enough attention to people and treating them as resources

Leaders are not satisfied with the productivity of teams. Teams are not happy with the leaders’ management model.

And one of the main mistakes that cause this type of situation is hiring people looking for cheaper profiles, with low qualifications.

For example, many consultancies when providing a service, mainly in the IT area, offer a senior professional, but in the end, in practice, is a junior level.</ span>

This happens a lot because the company already starts from the idea that it is necessary to have many teams and with many people to increase efficiency, and for that it needs to lower the cost.< /span>

Another very common point is still the low collaboration between teams. The leadership is still in the traditional model and teams with gaps key knowledge for the development of systems, for example.

With this, people end up working more reactively, putting out fires, than proactively.

These are some of the characteristics found when a company cannot handle people correctly.

Find the right people, put them in the right place and with the right processes and models – only then will there be a team capable of creating products and services that truly delight the customer.</span >

 

4) Traditional goals that sink teams

In your company, do you have visibility into peer goals or other areas? Does your goal only measure efficiency issues or does it measure results?

Do you feel that the team’s goals are shared between them in some way? And are they clearly linked to the area’s or company’s goal?

Have you ever noticed situations in which you needed someone’s help, but the area’s goal was not the same as yours, so there was no collaboration?

These questions help you to understand if this problem exists in your company, of goals that only sink teams.

Just efficiency goals, lack of transparency and focus, unshared goals, and goals that are too long and unclear can kill off the development of exceptional products.

Even more if people’s bonuses are linked to these goals. That’s because, at the end of the day, teams and people behave according to how they are measured – “tell me how you measure me and I’ll tell you how I behave”.

In truly digital companies, it’s easy to find shared goals between Business and IT, for example. Goals need to be transparent using templates such as OKRs , short quarterly goals that help teams be agile and allow them to readjust as they learn more.

I heard a phrase from a customer that translates this problem very well: “The problem is not the quantity of delivery, but the quality of these deliveries, in the sense of: we are delivering a lot, but delivering what?

The pressure of the deliveries that teams are suffering, the changes in priorities, make the teams deliver a lot, but we are not able to move the pointer, we are not really impacting the end customer.< /span>

The deliveries come from personal desires, from somewhere that doesn’t have a very clear direction.

The quantity of delivery has increased, but the overall quality, focused on value, is still a gray area” and I completely agree with all that.

 

5) There is no correct Product View

Another very flaw What often impedes the creation of good digital products is when teams are still focused on a project culture, in which success is meeting the scope and deadline or the focus is getting more tasks done in less time.

People don’t know the customers! Sometimes they even have a persona, a shopping journey designed, but it’s not what guides their day-to-day development.

Product Owners are just “order takers” who care about writing user stories. They take requests from managers or stakeholders – who are the people who define what the customer needs.

In other words, the company is still “stakeholder centric”.

There is talk about being customer centric, that is, putting the customer at the center of the entire chain of creating and developing a product or feature, but at the end of the day, people don’t really know what it is. .

When someone is asked: what is customer value? The vast majority do not know how to answer or we get non-cohesive answers between people.

A key point in creating high value products, which give competitive advantage to any company, is to have a correct Product management.

It’s moving from a Project culture to a Product culture, where we stop fulfilling stakeholder desires and focus much more on solving customer problems< /em>.

“We are obsessed with the customer. We start with the customer and work backwards.” (Jeff Bezos)

 

6) Low maturity in software engineering

During a consultation, in an interview with a team, after several questions to the members, we identified an interesting pattern – this pattern was later found in other teams: low engineering maturity of software.

Perhaps due to the aforementioned points, the teams are charged for productivity and deliveries, linked to the low professional maturity of some “resources”, teams with low software engineering maturity are created .

These teams even create masked productivity in the short term, generating low development standards and flawed architectures.

But the bill comes one day and the team starts to slow down, as everything in development starts to get complex.

Development standards do not exist and items like Agile Quality and Devops are desired by teams but not applied correctly.

Managers are mistaken and think they are already experts on the subject, presenting sophisticated reports showing how agile their team is with agile engineering.

But in reality, everyone knows that there is still a lot to be done!

A complicating factor for this situation as a whole is the existing legacy systems and the large technical debts.

Companies that were able to truly transform themselves put these problems visible, put the “elephant on the table” really, so that the problems could be addressed and discussed.

After all, if a team needs a new API, for example, to display a value on the screen and needs to wait months to create this interface, it can’t be really agile .

Probably, the company will model the product according to the capabilities of the internal systems, and not because of the customer – putting the focus on development to really meet their needs.

In this scenario the Business area wants something done one way, but IT says “this is not possible because of our system, so let’s do it another way” .

 

7) Organizational silos

Last but not least, a pattern that can kill off great digital product creation is silos within the organization.

A structure with dependencies between areas ends up creating a scenario in which everyone thinks only about their own, and no one can have an end-to-end view.

Companies are trying to reduce silos by creating tribes and squads, but we’ve already seen places where:

  • The tribe was nothing but the same area from before, just with a different name;
  • The squad is assembled seeking operational efficiency and member occupation (that all collaborators are allocated and busy for a long time). Thus, technical squads are created and not multidisciplinary teams, losing agility in deliveries;
  • Having someone from the Business area on the team is impossible, as you cannot give transparency of “problems” to the other areas, for example;
  • The areas are still competing with each other, rather than exchanging information – the area has started some interesting initiative, but it is kept as a secret, with the expectation that someday someone will give this recognition and they will get the merit.

 

When we talk about setting up tribes by customer journey, people’s minds literally “fry” and you end up not making the change as that would be too much work.

If the company is still full of silos, the products definitely lose quality and the team cannot deliver real value.

Now you might be asking yourself: what are the biggest problems that occur with these silos? We have already listed some:

 

Know Top 7 antipatterns of digital product development

 

Finally, it is time for companies to realize that they need to build in the present, the future that is already there! Doing what’s important, at the right time and in the right way – that’s what you should strive for daily.

To be truly digital is not in the way products and services are presented to the end consumer, but in the model in which they are created and developed. And that’s not the future anymore! It is an increasingly urgent gift.

A study by IBM shows that 59% of organizations have accelerated their digital transformation processes during the Covid-19 pandemic.

This is because executives have come to trust more in the benefits that these new processes and formats bring to the organization, making it much more prepared for this new normal.

Both the risks and opportunities are too great. The stakes are too high and there’s no way to be left behind. You must act!

And the solution to all this is 100% linked to the correct hiring of people and suppliers. It’s normal to find shallow concepts, even with a lot of desire to do it differently, but there’s a lot of technique to do it correctly< span style=”font-weight: 400;”>.

The proper knowledge and willingness to do different and better is an attribute of people. I love to say that “any junior team makes a system with 50 screens – but to make a product with very few screens, which solves maybe 80% of the problems, you need a very capable, engaged team with the right incentives.”

 

We can’t run away from this! As long as companies do not have the right people and suppliers, the products will still be made with low quality as a whole and a lot of money will be lost.

See how we help transform a of the main digital products of the largest automatic toll and parking payment company, Sem Parar.

by Agile.Inc Agile.Inc No Comments

How agile methodologies can organize work processes

Understand now how the application of agile methodologies works in practice to have a more efficient and agile team

Much is said about the benefits of using agile methodologies, not only in the technology area, but in several others such as Marketing, HR, Sales, Finance, etc… However, one of the most frequent questions related to this subject is “as a process organized agile does it really work in practice?”. Questions like, “Okay, I want to be more agile, but how can this work for me?” Before answering this question, it is worth mentioning that, if you do not have a well-structured and well-implemented work process, your team is likely to be using waste or being very unproductive on a day-to-day basis. And this happens for several reasons:
  • Lack of clear purpose and purpose
  • Lack of clarity about roles and responsibilities
  • Uncertainties in the organization
  • A lot of rework and waste
In other words, it is no use having an organized work process, stored in a document within a network, and not implemented, that people do not live on a daily basis.

Benefits of an agile team

Furthermore, if you have a well-defined process and it is not traditional, if it has agile concepts incorporated, and it is practiced by each person, in the team’s daily routine, the benefits are immense. When implementing agile concepts and methodologies in a team, he starts to:
  • Have chances to produce much more
  • Be more assertive in tasks
  • Enter continuous improvement cycles
  • Avoid waste and rework
  • Be more coordinated and give more visibility to the leadership
  • Improve communication between everyone involved
  • Be more effective and efficient as a whole

How to implement these changes in practice

Everything looks beautiful in theory, but what about in practice? To make your team more agile and with a better structured process, it is first necessary to understand that each team and company will have a different solution. That is, there is no right or wrong, but an organized method to meet YOUR needs and help you achieve YOUR goals. This is our model for implementing an agile process for a marketing area, in this case. It’s not necessarily what will work for you, but it can already serve as a basis and help you discover your ideal format.
Foto de um modelo de Processo Ágil Organizado usado em uma área de Marketing
Photo of a model used in a Marketing area
To help you in this process, we selected the main points of an agile process implementation:
Set goals clearly 
It’s no use wanting to use new work concepts within a team if it doesn’t have a clear vision of the purpose of the initiatives. OKR techniques are ideal for defining objectives and key results to achieve goals  and get clear on what is happening in your day-to-day work. “If you don’t know where to go, your team will probably always be losing.”
Structuring the to-do list 
When we define the project or product vision, we start a backlog structuring, that is, we create an ordered list of tasks to be performed to achieve a certain goal. We used several dynamics and techniques to select these items (Design Sprint, Lean Inception, etc) and so created the Product Backlog. Next, it is very important to make the correct prioritization and ordering of this backlog, starting the work with the most important tasks, or those that have more dependency, identifying and removing the impediments, etc.
Starting Sprints
After refining the items and defining the Sprint Backlog we started working on the Sprints – which are constant cycles with pre-defined periods to develop the deliverables. In this example of the marketing campaign, as the team was very volatile, we did one-week Sprints, because in addition to the still uncertain scenario, everything was adaptation and people were being trained and working in this new format, to Same time.
Quadro Kanban para gestão visual em um time ágil em uma área de Marketing
In this first cycle, the team must work focused on the Sprint Goal (goal for that period) and, at the end of each Sprint, we call a series of stakeholders to talk about the deliverables, the results, have the moment of feedbacks and adjust any item for the next work cycle. It is noteworthy here that transparency and visual management are essential in this new work format. We use several techniques and concepts from Scrum, Kanban, Management 3.0, among others.
Enter a continuous improvement process
At the end of this new work cycle, stop and think: if we could go back in the past and do it all over again, would we do everything the same? Or would we have done something different? In this retrospectiva, it is possible to identify and select a point of improvement, and have a plan of action to work on it, along with the other backlog items, in the next Sprint … Thus initiating a process of continuous improvement.
Train people
One of the most important phases of implementing agile methodologies is acculturation. This is the moment when people go through a series of trainings, aiming not only to learn new concepts, but to really change the paradigm and reach the goals. We apply several official trainings (with certification) to raise people’s level of knowledge and practical experience.
Have metrics and data 
This new work format is useless if it is not possible to measure! Have data and metrics, both result (outcome) and task (output) metrics. They serve to understand how this initiative is being positive or needs adjustments. It’s these indicators that help guide the team to be better every Sprint! Remembering that, if you don’t have the right people to help you, this whole initiative to have an agile, more organized and structured process may fail. If you still have any questions about this transformation, speak with one of our consultantsif you request a diagnosis to find out if the methodologies Agile will work for your team.
Want your team to work in a more agile and structured way?
 
by Agile.Inc Agile.Inc No Comments

Do SQUADs really work for organizing teams?

Understand how these multidisciplinary teams help a company to deliver more 

By Antonio Costa< /h6> We visit several areas and companies throughout our consulting process, whether in the product development, programming, human resources, financial, sales, business area, among others, and a very common question is: Does the SQUAD format really work for organizing teams? If it works, is the way we’re doing it really effective? Is it possible to improve something? Basically, SQUADs are an organizational structure of people of different abilities, who have a very clear objective: to have more value delivery. Different from the Traditional model, SQUADS are multidisciplinary teams, with fewer silos, less hierarchy, more autonomy, focused on their principles and objectives, that work to solve a problem or challenge within an organization. Spotify created this model to solve a challenge they had in the time and, as it became popular, many people began to copy this format of organizing people. And so it became a herd, gained a giant proportion, many began to organize themselves in SQUADS, but without the slightest notion of Agility, of Product development, believing that having SQUADs already made them agile companies. As there is no body that determines and regulates this issue, in this text, we will address this issue based on our experience on this issue.

The pillars for good SQUADs

But, in fact, what is the purpose behind them? As mentioned above, SQUADs are focused on maximizing the delivery of value, and for that, they are anchored by four pillars:
– Multidisciplinary team
They are made up of people with different abilities who, together, have the mission of solving problems in a certain area of ​​the company or challenges in product development.
– Autonomy
Within a SQUAD, people have autonomy to say how they solve a given problem. It is very common to see teams in which the members only perform various actions that the boss determines. If there is still an external command with a lot of control, you are hurting this principle of autonomy inside a SQUAD. The idea is to bring people of different abilities together in a team, making it as productive and creative as possible, giving autonomy to these people to solve a problem.
– Clear objective
None of this works if the goals are not clear! That’s right. It is necessary to have the purpose of this initiative very explicit: “which problem must be solved?”.
– Restrictions
These limits should be created so that people can do what they want, as long as they don’t violate any of these restrictions. Some common restrictions are: setting a time to create and develop that product; or amount of money; or even a restriction that does not violate the organization’s principles.
Also read: The 5 dysfunctions of a team and how to avoid them to have more engaged people< /a>

In summary…

The SQUAD concept comes from squad, platoon – just like in a war room – you assemble a squad, in which “mission given is mission accomplished”. In other words, a SQUAD on the first day of work is practically a “war room”: you bring people of different abilities together, with a very clear purpose, give some restand they work to solve that problem.

But can you scale this format to every organization?

Yes! The Spotify model suggests several ways to solve a very complex problem, with several SQUADS, through other structures such as tribes, chapters and guilds. .. But that yields another article! If you want to know more about how this scaling part of the Spotify model works, leave your suggestion here in the comments that we can say yes about it! In addition to all the scaling techniques, Spotify’s SQUAD model also has a series of principles such as:
  • Waste aversion – where they continually seek improvement points to avoid wasting time or money;
  • 100% predictability equals zero percent innovation – that is, if you want to do something really innovative, you can’t be totally predictable… You have to allow people to fail, or failure to be better viewed , as long as it stops in search of solving that particular problem;
  • Among other principles…
If you want to know more about the principles, leave your suggestion here in the comments and we can talk about it too!

Don’t try to fit into a template!

The big message I want to leave to finish this text is from an error I saw in a company and that I should bring here to exemplify something you should not do:  just change the name from “team” to “squad” and do not incorporate really the principles that the model has. Aren’t you also trying to fit your area or business into a box, in a ready-made format? Do not copy Spotify! Understand the principles, purposes and learn with him to create YOUR MODEL, the one that best matches your reality. Spotify itself would not use this model today, as they learned with this format, used various techniques such as Scrum, Kanban and were adapting it to use it in the way that fits best today, always focusing on the goal of develop good products, efficiently and effectiveness. You want to achieve these results, like Spotify, be more digital and deliver more value to your organization, but you don’t know where to start, we help you!
Read more:
https://old.agile.whit.digital/7-major-erros-em-um-process-de-transformacao-agil/
Watch:
https://youtu.be/-GPItbQKp8M
Top