Welcome to Dynamics Corner Podcast!
Episode 332: In the Dynamics Corner Chair: Adapting Leadership Styles for Different Team Modes
Episode 332: In the Dynamics Corner Chair: Adapting Leaders…
When using Microsoft Dynamics 365 Business Central, there is a significant focus on the technological and developmental aspects of the team…
Choose your favorite podcast player
Aug. 6, 2024

Episode 332: In the Dynamics Corner Chair: Adapting Leadership Styles for Different Team Modes

Episode 332: In the Dynamics Corner Chair: Adapting Leadership Styles for Different Team Modes

When using Microsoft Dynamics 365 Business Central, there is a significant focus on the technological and developmental aspects of the team. One crucial but often overlooked concept is the management of a technology team. In this discussion, Christian Lenz joins Brad and Kris to explore the concept of elastic leadership and the different team modes – such as survival mode, learning mode, and self-organizing mode. The conversation also delves into the role of behavior in team dynamics and emphasizes the importance of ongoing expectation management.

Connect with Christian Lenz:
https://www.linkedin.com/in/curate-ideas/

#MSDyn365BC #BusinessCentral #BC #DynamicsCorner

Follow Kris and Brad for more content:
https://matalino.io/bio
https://bprendergast.bio.link/

Chapters

00:00 - Adaptive Leadership in Team Dynamics

07:43 - Leadership Styles and Team Dynamics

17:16 - Focused Learning Sprints in Agile Environment

25:15 - Remote Learning Sprints and Elastic Leadership

38:29 - Team Development Through Learning Phases

55:12 - Effective Communication and Commitments

01:04:19 - Managing Expectations and Commitments

Transcript

WEBVTT

00:00:00.321 --> 00:00:06.330
Welcome everyone to another episode of Dynamics Corner, the podcast where we dive deep into all things Microsoft Dynamics.

00:00:06.330 --> 00:00:15.728
Whether you're a seasoned expert or just starting your journey into the world of Dynamics 365, this is your place to gain insights, learn new tricks and how to manage a team.

00:00:15.728 --> 00:00:17.606
I'm your co-host, chris.

00:00:18.460 --> 00:00:19.082
This is Brad.

00:00:19.082 --> 00:00:23.233
This episode was recorded on July 17th 2024.

00:00:23.233 --> 00:00:24.963
Chris, Chris, Chris.

00:00:24.963 --> 00:00:31.547
A team, A team Building a team Working with a team A team could just be yourself too.

00:00:35.581 --> 00:00:36.524
Maybe have a team.

00:00:36.584 --> 00:00:40.204
I don't know, team of one, a team of one, I guess.

00:00:40.204 --> 00:00:41.365
I guess you could have a team of one.

00:00:41.365 --> 00:00:50.307
Today we had a great conversation all about teams, all about the phase the team is in, how to build your team, how do you grow your team and how to work with the team.

00:00:50.307 --> 00:00:52.902
Today we had the opportunity to speak with Christian Lentz.

00:00:52.902 --> 00:01:08.316
Christian good morning.

00:01:08.316 --> 00:01:08.837
How are you doing?

00:01:14.299 --> 00:01:16.043
Yeah, good morning.

00:01:16.043 --> 00:01:18.067
I'm doing very well this morning or afternoon here in Germany.

00:01:18.067 --> 00:01:19.871
Yeah, I'm very happy that you approached me and that you're having me.

00:01:23.019 --> 00:01:24.509
No, thank you very much for taking the time to speak with us today.

00:01:24.509 --> 00:01:32.191
I've been looking forward to speaking with you, as we are with every guest, and before we get into it, would you mind telling everyone a little bit about yourself?

00:01:33.000 --> 00:01:47.852
Yeah, I'm working at a German partner for Microsoft Navision for nearly 28 years now and I'm in the field for Navision LAV BC for nearly 25 years.

00:01:47.852 --> 00:02:00.600
In the beginning, I was a finance consultant and after doing the first projects, I developed as a developer and worked as a developer many projects Back then.

00:02:00.600 --> 00:02:08.712
These were one-man shows in the early years, but the projects grew bigger.

00:02:08.712 --> 00:02:55.424
We need more people and I raised to a project manager where I worked many years, led development teams, consulting teams for for big and small projects, and decided in 2018 to shift in an internal role in our organization to bring this whole new stuff about going to the cloud and shifting to a, a language in development to to my colleagues just to condense it developing learning formats for my colleagues that they can pick up those big piles of information to to be able to maintain our customers, and I'm supporting that.

00:02:55.424 --> 00:03:05.967
I gave myself the role as development facilitator to make it easier for my colleagues to, yeah, get everything they need to know for the process.

00:03:07.627 --> 00:03:08.248
That's awesome.

00:03:08.248 --> 00:03:10.251
Make it easier, make it easy.

00:03:13.335 --> 00:03:14.175
Excellent, excellent.

00:03:14.175 --> 00:03:14.796
No, that's nice.

00:03:14.796 --> 00:03:20.104
It sounds like you've been around doing this for quite a while, as they say.

00:03:20.104 --> 00:03:35.270
There's a lot of us around here and one of the things that I wanted to talk with you about that I saw that you promote is a sense of team modes and leadership.

00:03:35.270 --> 00:03:38.074
I know that you talked about that.

00:03:38.074 --> 00:03:41.647
I seen some of the information that you have posted on that.

00:03:41.647 --> 00:03:42.469
I have shared with that.

00:03:42.469 --> 00:03:56.049
I just wanted to talk a little bit more about that and how that fits, you know, obviously with the sounds of your history and with the current role that you have, as well as within a business central type of role.

00:03:56.830 --> 00:04:05.729
Yeah, I came upon this topic of elastic leadership and the different team modes and to adapt the leadership style.

00:04:05.729 --> 00:04:10.645
Came upon this topic of elastic leadership and different team modes and to adapt the leadership style.

00:04:10.645 --> 00:04:13.412
While taking a look outside the Microsoft bubble.

00:04:13.412 --> 00:04:26.495
I'm going to other conferences and during the pandemic many things got to another mode and virtual conferences, so it was very easy to participate in those as well.

00:04:26.495 --> 00:04:41.733
And then I learned this elastic leadership model, which was developed by ryan osheroff, and it was very, very good to see that you don't have to be a certain kind of leader.

00:04:41.812 --> 00:04:47.845
It is often expected from from you as a team lead or a project lead or something like that.

00:04:47.845 --> 00:05:08.642
Just look at in which phase your team is in and then adapt your leadership style so you don't have one size fits all leadership style, which is really hard to maintain and often not the appropriate mode, just to be able.

00:05:08.642 --> 00:05:14.973
What should I observe and what can I do to assess the phases my team is in?

00:05:14.973 --> 00:05:25.247
Are they in survival mode, are they ready to be in the learning phase and are they ready to be in the self-organizing phase?

00:05:25.247 --> 00:05:56.329
Everyone was expecting in the last years and my experience was that many company managers forced teams to switch to self-organizing mode in an instant, while being in survival mode, just jumping too quick from the survival mode and thinking, yeah, let's all be self-organized as the solution for all our problems, and that didn't work out very well.

00:05:56.329 --> 00:06:05.413
So you have to assess in which phase you're in and then, when you're not in the right phase, what can you do to go to the next phase?

00:06:06.922 --> 00:06:08.105
You hit on some points.

00:06:08.528 --> 00:06:08.889
Yeah.

00:06:10.922 --> 00:06:20.651
Just with that there, but before we get a little bit deeper, you mentioned elastic leadership and, based on the conversation you just had, I have a good understanding of what elastic leadership is.

00:06:20.651 --> 00:06:23.889
But can you tell us what elastic leadership is?

00:06:24.699 --> 00:06:28.583
Yeah, it's this adaptive leadership style.

00:06:28.583 --> 00:06:35.000
It's, uh, yeah, adapting to the faces your, your team is in, your other people you're in.

00:06:35.000 --> 00:07:20.425
So the base um assumption is you can grow your team and then think of okay, what is the appropriate leadership style in this phase and the the goal to grow the team to a self-organizing team doesn't mean it stays there, so it can shift back to to another team, to another phase, back to survival mode, and then also be elastic in your leadership style and adapted to the phase the team is in this moment and then perhaps act more like a captain of a ship instead of the facilitator role you have when you are with a self-organizing team.

00:07:20.425 --> 00:07:21.305
Self-organizing team.

00:07:23.968 --> 00:07:34.437
With that elastic leadership model, is the leadership group consistent or would you have different leadership based on the phase that the team is in?

00:07:34.437 --> 00:07:43.663
So I understand it's an adaptive model, but is it adaptive to the sense where a person would change the leadership role or is it?

00:07:43.663 --> 00:07:44.944
Just the leadership style.

00:07:45.485 --> 00:07:50.911
It's more the leadership style, regardless of who is the leader in this phase.

00:07:50.911 --> 00:07:57.776
It could be a designated team lead or it could be a team member who is taking the role of a leader.

00:07:57.776 --> 00:08:01.009
And then it is more about the behavior.

00:08:01.009 --> 00:08:15.249
It is more about how do I interact, how do I communicate with, with the team members, and something like that and, adapted to the face, you're currently in the team see Brad behavior.

00:08:18.240 --> 00:08:22.026
I'm kind of speechless because it's it's.

00:08:22.026 --> 00:08:39.871
So much comes to my mind, because of the points that you have made, that things are different now in the way that we work as a group, the way that we work as people and, as you mentioned, there's different phases of projects, right?

00:08:39.871 --> 00:08:56.572
So if you're working on projects, whatever it may be, or even the development of a new team for a new group or a new project, you have different levels and I think there's a lot of times there's an assumption made that everybody works and thinks the same.

00:08:56.572 --> 00:09:09.426
Therefore, the leadership style is consistent throughout, where, in reality, as you're saying it's, it's almost behavioral based in a sense.

00:09:10.087 --> 00:09:20.462
yeah, it's about how you, how you communicate with the team and with your communication you shape the conditions for the team.

00:09:21.725 --> 00:09:30.202
For example, in this mode I think we have to talk about what is the definition of survival mode in this model.

00:09:30.202 --> 00:09:49.707
In this model, survival mode means that you don't have time to learn, so you're constantly fixing fires, you're constantly busy with acting on starting to build features and finishing them and everything like that, and you're not able to pick up new things.

00:09:49.707 --> 00:10:08.041
And in this VC space and for us, as old enough dinosaurs, many new things came up and we were very struggling with how can we get the time to soak this up and be able to maintain our customers in the new world and bring them there.

00:10:08.041 --> 00:10:20.929
So this was kind of a survival mode for us, even if we are not really projects that are forcing us to fix files all the time.

00:10:20.929 --> 00:10:28.462
But if we have no time to learn at some point in time, we are not able to maintain our customers with this product.

00:10:28.462 --> 00:10:36.462
So, coming to this, we need to make time and that is something you can do with some methods.

00:10:37.124 --> 00:10:44.614
I learned and I taught at workshops excellent when you're in survival mode, do you?

00:10:44.614 --> 00:10:49.519
And some are fast learners and can get to self-managing.

00:10:49.519 --> 00:10:59.789
Is it more of an individual approach with different modes, versus the entire group, because sometimes you have different levels of skill set?

00:10:59.789 --> 00:11:03.784
So is that how do you manage that?

00:11:03.784 --> 00:11:06.168
When you have like, for example, you have younger talents.

00:11:06.168 --> 00:11:13.509
Someone new may not understand your internal process, so in many cases they're surviving as well.

00:11:13.509 --> 00:11:16.926
Is that is my understanding?

00:11:16.926 --> 00:11:17.567
Correct you?

00:11:17.567 --> 00:11:23.538
These team modes can also be individual team members as well?

00:11:23.538 --> 00:11:24.299
That you're okay?

00:11:24.561 --> 00:11:51.250
It could be okay, could be it could be, and the tendency is that those fast learners pick up many tasks because they get features done and this, on the one hand side, relieves the team of some of the stresses they are in in the project, but on the other hand, the team is in very high risk if these fast learners are not available and cannot pick up something else.

00:11:51.350 --> 00:12:05.673
So one of the aspects is that you look at your best factors in your team, which means how many people need to get hit by a bus to stop the team from working, whereas the bus factor of one is the riskiest.

00:12:05.673 --> 00:12:22.807
And if you look close into these teams with different skilled people and when you have different talents that are needed, you get in this situation very early.

00:12:22.807 --> 00:12:32.285
And to remove these best factors is to make free time to learn that others can learn these skills as well.

00:12:32.285 --> 00:12:47.256
So you distribute the knowledge you need to have in this team for more team members so that you get more free time in the next phases that you get more free time in the next phases.

00:12:47.277 --> 00:12:47.860
Take it a step back.

00:12:47.860 --> 00:12:50.220
We talked about survival mode and we talked about the elastic leadership.

00:12:50.220 --> 00:12:58.208
What are the modes that a team would fall into within these leadership styles?

00:12:58.208 --> 00:13:02.779
So we talked about I think I heard you mention survival learning.

00:13:02.779 --> 00:13:04.221
What are the other phases of this process?

00:13:04.221 --> 00:13:05.764
I think I heard you mention survival learning.

00:13:05.764 --> 00:13:12.912
What are the other phases of this process, and are they linear or does it vary from project to project, team to team?

00:13:14.153 --> 00:13:19.826
I would say it's varying, it is not linear and you stay there.

00:13:19.826 --> 00:13:21.960
So the three modes that are described as survival mode.

00:13:21.960 --> 00:13:24.447
Then the next phase is the learning phase.

00:13:24.447 --> 00:13:31.528
The learning mode and then the self-organizing mode, which is the goal mode you want to grow your team into.

00:13:31.528 --> 00:13:39.870
But there could be some disruptive technology and you are back in the survival mode.

00:13:39.870 --> 00:13:46.049
So you have to look at is there something my team needs to grow into?

00:13:46.049 --> 00:13:53.573
So I have to make time for them to be able to teach them these new technologies, for example.

00:13:54.159 --> 00:13:56.489
So I have to be adaptive in this phase.

00:13:56.489 --> 00:14:01.993
For example, when a new technology puts the team into survival mode.

00:14:01.993 --> 00:14:20.484
You have to be very direct with your commitments so you cannot put your commitments as you did when you were in your self organizing mode, because you need very much time to do the things with new technologies or new methods or something like that.

00:14:20.484 --> 00:14:42.990
So as a team lead, you have to be very strict in this phase with keeping the commitments, making the commitments and making your team members thinking about what they can really commit to, to keep some free time to go through the learning phase.

00:14:42.990 --> 00:14:52.889
When you're coming back into survival mode, then you take back the strict mode of leadership style and just look around how are they doing?

00:14:52.889 --> 00:14:55.386
Do they have all what they need?

00:14:55.386 --> 00:14:56.230
And something like that.

00:14:56.230 --> 00:14:57.787
Do you need something for me?

00:14:57.787 --> 00:15:00.706
So you're acting differently in those phases.

00:15:03.913 --> 00:15:13.881
Excellent, those phases, excellent.

00:15:13.881 --> 00:15:15.148
Now I still have so many leadership questions with this.

00:15:15.148 --> 00:15:16.152
It's one of the things even that you talk about.

00:15:16.152 --> 00:15:24.682
It's the survival mode, because then I think of the survival mode as you talked about, like if you have to learn something new and the benefits of learning something new, but also when someone is in survival mode, I also think of like the crisis and the stress and the anxiety of them as well too, and then the impact on the team and the benefits of learning something new.

00:15:24.682 --> 00:15:30.765
But also when someone is in survival mode, I also think of like the crisis and the stress and the anxiety of them as well too, and then the impact on the team and the impact on the output.

00:15:30.765 --> 00:15:42.408
And also you talked about retaining customers, or retaining or maintaining success based upon being in survival mode or not and not having the opportunity.

00:15:42.408 --> 00:15:57.331
And there has to be a balance, I think right, a balance between someone being in survival mode, where you know, again, survival is like that you know fight or flight, you know aggression uh, typically a little bit more stressful.

00:15:57.331 --> 00:15:58.441
You're trying to get things done.

00:15:58.461 --> 00:16:14.397
You talked about the firefights and then also is with that, okay, now we need to take some time to upskill or reskill our team to be able to work with whatever change may come that would drop us into survival mode.

00:16:15.980 --> 00:16:29.131
How do you assess the value of the learning and then the output and the effect on the team learning and then the output and the effect on the team, because that is also a challenge of if you take a look at.

00:16:29.131 --> 00:16:29.975
You talked about development.

00:16:29.975 --> 00:16:39.466
You know al development, this changes to the al language, this changes to the business central application, and this is even more so now and it's like my question that I'll have in perpetuity probably.

00:16:39.466 --> 00:16:52.995
How do you keep up is the question that I ask everybody, because we have so many rapid changes coming from the application point of view itself, the development environment.

00:16:52.995 --> 00:17:06.536
On top of that add solutions and technologies that integrate with the introduction of Power Platform, power BI, and you have some of these data-driven events within Azure.

00:17:06.536 --> 00:17:14.119
How do you assess all that and keep all that contained with the team and the group while still moving forward?

00:17:16.064 --> 00:17:29.352
I think how we approached this is that we created safe spaces where this daily operational mode is suspended.

00:17:29.352 --> 00:17:45.307
So what we try to establish is a format I called learning sprints Back in the time when we weren't agile, and sprints nobody knew about, just me and something like that.

00:17:45.307 --> 00:17:56.980
It was a bet for me to bring in this term, possibly loaded with positive experiences, so that is good to pick up.

00:17:56.980 --> 00:18:42.933
When we switch to these agile modes, we we tried, after every developer was educated in AL, how can we keep up this knowledge when the first projects with VC and AL will come, which could be for some of our colleagues, three years ahead, depending on the projects they're actually in back then, when they had NAD projects and we conducted small learning phases for four or five days and let the people work on what they ever wanted to work on, as long as they use AR language and the new tools, but not alone.

00:18:42.933 --> 00:19:00.683
I was in this role who was educated a little bit more and had my ear on the community and was hearing what is needed in this current moment, in this phase we are actually in.

00:19:00.683 --> 00:19:12.005
So I was one of those two people we also put in those sprints who could give some input and offer some help for the colleagues.

00:19:12.005 --> 00:19:16.599
And that was a learning opportunity for our colleagues.

00:19:16.599 --> 00:19:18.082
That was very well accepted.

00:19:18.082 --> 00:19:33.619
So they could pick their challenge, what they want to work on, and they had at least two people who can help them go in the first steps, but with a real thing they wanted to develop.

00:19:33.619 --> 00:19:42.564
It wasn't necessary that it was for a customer project, it could be, as long as it was intriguing them to make something new.

00:19:42.564 --> 00:19:53.294
As it was intriguing them to make something new and in the end, after the four or five days, something new is visible in the product that didn't exist before.

00:19:53.294 --> 00:19:56.396
So that was the principle we had.

00:19:58.519 --> 00:19:59.401
We were very strict on this time.

00:19:59.401 --> 00:20:04.548
It was not allowed to put any new task during this learning sprint for them, to put any new task during this learning sprint for them.

00:20:04.548 --> 00:20:20.134
So I as a conductor was very strict on keeping everything from outside, from my colleagues away, and I was very strict on there must be something visible that you can get feedback when something is using it.

00:20:20.134 --> 00:20:25.211
But everything else they can manage for themselves.

00:20:25.211 --> 00:20:30.579
I just hold the space for them and so spending the daily business was the key there.

00:20:30.579 --> 00:20:38.215
We had three to six colleagues in each sprint, which we didn't pick.

00:20:38.215 --> 00:20:43.141
Why are they on the same team or are they in the project we picked them?

00:20:43.141 --> 00:20:47.028
Who is in a phase there?

00:20:47.028 --> 00:20:58.632
He's not assigned to a project or something like that, so we can pick some people together and conduct the sprint, and we made this over three years, I think 10 or 12 times.

00:21:01.020 --> 00:21:03.425
So three years, 10 or 12 times.

00:21:03.425 --> 00:21:20.700
So you're doing it about four times a year with your group and then that also does help them become more comfortable, get out of survival mode and also for lack of better terms better service their customers or your customers.

00:21:20.759 --> 00:21:22.621
And they were allowed to pick any topic they like For your customers.

00:21:22.621 --> 00:21:24.863
And they were allowed to pick any topic they like.

00:21:24.863 --> 00:21:32.448
In the first phases it was AL VS Code and having source code management and something like that.

00:21:32.448 --> 00:21:47.498
We started with the basics and we tried to bring something new for every colleague but, as you mentioned, you have different skill levels but you can react on it.

00:21:47.498 --> 00:21:51.686
So we didn't put a class there.

00:21:51.686 --> 00:22:10.960
So you have your pre-configured exercises or something like that, because everybody was allowed to work on their task for his or her own and we, as the facilitators for this format, were able to help everybody.

00:22:11.180 --> 00:22:15.471
And if someone has a problem, we're sitting in the same room.

00:22:15.471 --> 00:22:27.397
Somebody can just come up and look at it and help this person who has a problem right at this stage, this person who has a problem right at this stage.

00:22:27.397 --> 00:22:47.663
So this was very convenient because they were not forced to follow the agenda or the curriculum of something we prepared in advance, like this is in the projects you don't know what you get at your next task or what the customer wants to know the next day or something like that.

00:22:47.663 --> 00:23:12.450
So we just tried to let them have the experience of helping each other, because it is so easy to ask someone to learn the new stuff, regardless on which skill level you are, and that we try to maintain during the years.

00:23:15.423 --> 00:23:45.365
And then the next time we had while we were in CAL and NAV, we put the main topic of events inside it, because many of those developers who were in projects with NAV needed to learn how to work with events in the code to have a code that can be converted to AL better in the future and get the modifications out of the base app.

00:23:45.365 --> 00:23:53.789
So we set a theme for each of those learning sprints, but we could adapt on the skill level of each one.

00:23:53.789 --> 00:24:07.226
So that was something we we developed and adapted as needed as the whole skill level of our developers grew over the time and even now if we have new things.

00:24:07.226 --> 00:24:30.604
If someone thinks, okay, automated testing is a topic that we should elaborate on that, okay, we conduct a learning sprint on that so they can learn, but they are not forced inside a real customer project, but they need to have something developed after those I do have a quick comment.

00:24:30.844 --> 00:24:43.411
It's quite interesting that you're maybe from my perspective here that you're treating training and the learning aspect as if it's a and you mentioned sprint.

00:24:43.411 --> 00:24:45.974
It's almost as if it's a project base.

00:24:45.974 --> 00:24:53.470
Is that what you're doing so that you can keep track of, you know specific sprints?

00:24:53.470 --> 00:25:00.530
To say, hey, this is what we're going to be focusing on for the next two weeks, this is what, in this case, you talked about events.

00:25:00.530 --> 00:25:05.559
Is that the approach that people should consider when you're working with your team?

00:25:05.559 --> 00:25:08.586
Say, hey, we're going to be focusing on one thing.

00:25:08.586 --> 00:25:10.633
This sprint is to learn this.

00:25:15.105 --> 00:25:17.869
We didn't organize our work in sprints.

00:25:17.869 --> 00:25:38.804
Back then when we developed this format, the main aspect was to suspend the daily business so make a safe learning space, because they had no other commitment than being in the sprint and developing something and learning something new.

00:25:38.804 --> 00:25:40.516
That was the main aspect.

00:25:40.516 --> 00:25:49.244
We had a certain time frame so it was easier for them to know okay, I have to manage in advance.

00:25:49.244 --> 00:25:55.567
I can do something within this four or five days, within this four or five days.

00:25:55.567 --> 00:26:02.460
So I have to reduce my commitments or fulfill my commitments before this sprint starts, or remove those commitments after the sprint.

00:26:02.460 --> 00:26:18.222
And the length of four or five days for a learning phase was a little bit hard to negotiate with our upper management because it is some time where they can work on projects and something like that.

00:26:18.222 --> 00:26:33.884
But it had a very good outcome of leveraging the skills and reducing the anxiety of am I able to program in AL with all the new tools in the future?

00:26:33.904 --> 00:26:35.710
It's a long-term investment program in AL with all the new tools in the future.

00:26:36.069 --> 00:26:37.818
It's a long-term investment.

00:26:37.818 --> 00:26:41.490
There's a number of ways to look at that and a number of challenges I see with that.

00:26:41.490 --> 00:27:04.242
You hit the point of you know, sometimes upper management may not see the value in taking that time in a for lack of better terms, controlled environment to raise the skill level, which would also allow you to create better products that you deliver and in a more efficient manner.

00:27:04.242 --> 00:27:22.769
Because I think we've all been there you know you could work with skilled and you know highly skilled, skilled and less skilled team members and the output is different and that output could put you in a box in the future potentially or create other issues.

00:27:22.769 --> 00:27:29.839
So having the opportunity to do that it's investing in the future.

00:27:29.839 --> 00:27:30.722
I guess you could say.

00:27:30.722 --> 00:27:36.857
I see a couple of challenges with this and I have some questions or your thoughts on this.

00:27:37.392 --> 00:27:52.457
In this mode that we're in here, one team size has an impact because if you have 10, we're talking development, in this case AL developers 10 AL developers you can afford the opportunity to say, okay, well, two or three can go through this training phase.

00:27:52.457 --> 00:27:57.511
If you have a hundred, you can still keep that same two or three or go with a larger group.

00:27:57.511 --> 00:28:00.317
If you are a smaller group.

00:28:00.317 --> 00:28:06.175
I don't know if you can be afforded to suspend operations for a period of time.

00:28:06.175 --> 00:28:11.192
So that's one challenge that I wonder how one could combat that, if you have any ideas.

00:28:11.192 --> 00:28:16.900
And then two, you mentioned a great peer review type or peer.

00:28:16.900 --> 00:28:23.457
You know serendipitous learning, you know you're learning with everybody in the same room.

00:28:23.457 --> 00:28:29.362
How does remote work factor into that?

00:28:29.362 --> 00:28:39.674
Because remote management alone has its challenges, because individuals sometimes feel isolated or they're separated, they're less likely to seek assistance.

00:28:39.674 --> 00:28:53.750
So with this type of survival mode and leadership and elastic leadership, is it geared more towards in-person management, remote management, hybrid management?

00:28:53.750 --> 00:28:55.532
How could we handle some of those challenges?

00:28:58.115 --> 00:29:16.785
I would say that it is about how you deal with your commitments when it depends on the team size, because we had team members in the sprints who are one or two person size teams.

00:29:16.785 --> 00:29:33.182
So with two persons they could manage to delegate their issues and for some people who have very specific knowledge and specific tasks, it was very hard to be out of business for five days or something like that.

00:29:33.182 --> 00:29:36.314
We shifted the mode a little bit five days or something like that.

00:29:36.314 --> 00:29:56.904
We shifted the mode a little bit so we just conducted it per day from 9 to 3 or 9 to 4, for example, so they could manage to handle the requests before and after the sprint each day.

00:29:56.904 --> 00:29:58.670
So we adapted this as well.

00:29:58.670 --> 00:30:03.080
In the beginning we said no interruptions allowed during the sprint and we made it a full day.

00:30:03.080 --> 00:30:12.542
And some of the colleagues who were in this exact situation said that's too hard for me and we adapted it a little bit.

00:30:12.542 --> 00:30:24.935
We shortened the time per day so they can manage in the morning or in the afternoons to deal with the urgent cases if they can't reduce their commitments.

00:30:24.935 --> 00:30:47.823
But it is very important to negotiate isn't something that can wait until after the sprint or if there is really nobody who can pick up the task during the sprints and adapting the commitments freed the space and that was key to that.

00:30:49.089 --> 00:30:56.016
And the experience with remote work is, I think the elastic leadership model and the team faces are not tied to.

00:30:56.016 --> 00:31:00.144
Is it remote or is it in person?

00:31:00.144 --> 00:31:10.684
I think that it can be used for all settings because it is not that tied to it.

00:31:10.684 --> 00:31:27.632
In my experience in the first phases it's really good, especially in the survival mode phase, to bring the people together or have something if it needs to be remotely, to build some team trust.

00:31:27.632 --> 00:31:40.117
And if the pandemic hit us, I was in the situation that we got new colleagues and that we had to conduct those learning sprints remotely via Teams.

00:31:40.117 --> 00:31:48.419
But it worked out well because before the pandemic we had, together with this group of people, one learning sprint in person.

00:31:48.419 --> 00:32:02.041
So if you do this in person up front, it's very, very easy to do it remotely as well, because the trust was there, they knew how it is done and what happens and something like that.

00:32:10.751 --> 00:32:15.115
Chris and I think a lot alike, and I'll jump in there, chris.

00:32:15.115 --> 00:32:16.826
See, I'm talking louder.

00:32:16.865 --> 00:32:22.371
No, I'm just yeah, no, go ahead, cause it got me thinking a lot of the things that you had, um, uh, you had mentioned about.

00:32:22.371 --> 00:32:32.635
For me, it's always about that, um, when you bring in a new talent or someone new or you're, you know, building a team, uh, everybody has different learning skills.

00:32:32.635 --> 00:32:47.597
Everybody has a different behavior, what you mentioned earlier, and sometimes I don't know if it's a cultural thing, maybe it's a different country.

00:32:47.597 --> 00:32:57.083
Wherever you're at in your case, germany or here in the US it's like, how do you convince others to also teach others?

00:32:57.083 --> 00:32:58.010
Right it's.

00:32:58.372 --> 00:32:59.698
It's always like I don't have time for that.

00:32:59.698 --> 00:33:01.616
I am in the middle of learning, right?

00:33:01.616 --> 00:33:03.696
So, okay, once you're done learning, can you teach others?

00:33:03.696 --> 00:33:11.036
It's like, well, now I got to do, maybe they go back to survival mode or they go back to learning something else.

00:33:11.036 --> 00:33:16.923
It's always kind of a challenge, in least in my career.

00:33:16.923 --> 00:33:29.218
Sometimes they'll get there, sometimes just takes a little bit longer, but they just some people just don't have that mindset of like, okay, I want to teach others, and it's like I'm just here for myself.

00:33:29.218 --> 00:33:31.041
I'm like, how do you manage that?

00:33:31.041 --> 00:33:33.075
Like especially remote too, right it's.

00:33:33.075 --> 00:33:35.921
That's also difficult at the same time.

00:33:36.561 --> 00:33:50.923
Yeah, I think it's hard to convince someone with this because you cannot force someone to change his mindset to being able to teach someone something.

00:33:50.923 --> 00:33:59.964
So you can offer the opportunity, a safe space to hey, let's try this out and invite someone.

00:33:59.964 --> 00:34:23.313
In parallel to the Elastic Leadership model, I had an education on future leadership and some of the system salary things here in Germany which got me thinking about not jumping too early, seeing someone's personality as a problem.

00:34:23.313 --> 00:34:56.971
So my point of view is can I build a structure in our organization in our case this learning sprints where someone has the opportunity to try out teaching someone something very easy in a safe space, even if they are together, they have someone like me, like a facilitator who tries to get some commitments on that and explaining what is the benefit of doing it.

00:34:56.971 --> 00:35:06.007
So the role of a team leader in this phase is see the benefit when you teach the knowledge you have to someone else.

00:35:06.007 --> 00:35:08.597
What is good for the team and for the company for this.

00:35:10.331 --> 00:35:39.815
This education or this conversation is easier to have one-on-one and not on dailies or something like that, or stand-up meetings with those people who are not that easy jump into this teaching role, but the possibility could be they can be in those situations and just observing how someone else is doing it, just have the experience.

00:35:39.815 --> 00:36:00.976
So my main theme was let the members in the sprints have the experience how it feels to jump into these learning ravines where I'm extremely slow at what, I'm very fast about it Because I have to learn it for myself or teach it someone else or something like that.

00:36:00.976 --> 00:36:07.739
But after this experience then decide can I do it in the future or not?

00:36:07.739 --> 00:36:18.619
And offering this space, this experience space, is something I think a leader or management can do in this organization.

00:36:20.670 --> 00:36:23.697
It's see I'm circling back to a couple points here.

00:36:23.697 --> 00:36:39.333
The learning I like the approach of seeing someone's capability versus making a quick assessment, because as somebody goes through the process they could also get an understanding and also grow and build.

00:36:39.333 --> 00:37:08.817
Also, what you had mentioned before was the trust, which I go back to a lot of times, even with customer projects and projects or even these remote meetings, that we have, why I'm always and have always been a big advocate for having cameras on, because even in a remote environment you can build some sort of trust, because you can see reactions, you can see manners, you can learn a lot about who you're talking with and their reactions when you can see them, even if you're not in the same room, and you can feel the energy in the room about that.

00:37:08.817 --> 00:37:25.876
And then it is so true because with the in-person meeting and then going into the remote sessions because over the years I've had projects, situations, meetings, acquaintances, whatever you would like, that I've talked to only remotely Then I met them in person.

00:37:25.876 --> 00:37:37.677
Then you know one, when we met we were like, you know, great friends, if you could say that right or we felt like we knew each other really well, and then the relationship blossomed even further afterwards because we had that in-person interaction.

00:37:38.769 --> 00:37:55.213
And to the other point Chris I think you were talking about is I do think there's a point where you have to put individual or talent in a position to where they can be successful, because not every person can do a function, whatever that function may be.

00:37:55.213 --> 00:37:55.496
In life.

00:37:55.496 --> 00:38:00.275
Like, I know some amazing developers and I'm like oh, they're amazing developers, they can do great things.

00:38:00.275 --> 00:38:02.458
Let's make them the development manager, for example.

00:38:02.458 --> 00:38:09.643
Just because you develop doesn't mean you can teach or manage other developers right.

00:38:09.643 --> 00:38:17.920
So to your point it's you have to have some sort of assessment process to see is this person, can they fit that role?

00:38:18.891 --> 00:38:21.882
And if they can't fit the role, it doesn't mean they're not a good fit.

00:38:21.882 --> 00:38:25.699
If someone else can fit that role, then you have a role for that person, right?

00:38:25.699 --> 00:38:29.735
Everybody has a role and everybody should be in a role where they can be successful.

00:38:29.735 --> 00:38:37.070
If an organization doesn't have room for somebody, it's unfortunate that maybe you have to figure you know, figure out how to handle that situation.

00:38:37.070 --> 00:38:51.539
But I see in so many cases where people are being pushed not out of their comfort zone because there is a good thing with a little bit challenge, but put into a position where you know it's like dropping someone into an ocean that doesn't know how to swim.

00:38:51.539 --> 00:39:02.851
Right, you know they can walk and run and they're a great athlete, but then you just go drop them in the ocean, assuming that they're going to know how to swim, and they end up becoming or having a problem.

00:39:03.835 --> 00:39:07.782
Just put them at the pool, then see if they can actually learn how to swim.

00:39:08.550 --> 00:39:09.112
Well, that's what.

00:39:09.112 --> 00:39:17.782
That's what Christian was saying as you take them to the pool and you see, you know, see how they handle, you know the shallow end and the deep end and if they can't swim in the deep end, then you don't put them in the ocean.

00:39:17.782 --> 00:39:19.378
You talk with them and you figure out.

00:39:19.378 --> 00:39:21.996
Maybe we need to give you swimming lessons or maybe they don't want to swim.

00:39:23.429 --> 00:39:35.954
Yeah, I do like the safe space of experience because, like I said, sometimes you give it a shot and they may end up liking it or at least they have an understanding.

00:39:35.954 --> 00:39:44.425
I think to me it's important for them to experience the process and at least they understand.

00:39:44.425 --> 00:39:50.893
They may not want to do it, they may not be something they'll ever do, but for them to have an understanding.

00:39:50.893 --> 00:39:58.324
I think it creates that sense of respect, of like what that role really takes at the same time.

00:39:58.324 --> 00:40:03.061
So I'm learning a lot in this conversation.

00:40:03.061 --> 00:40:05.458
My mind is still going.

00:40:05.590 --> 00:40:09.802
So we've talked a little bit about survival mode and how we can survive.

00:40:09.802 --> 00:40:12.057
You know, many songs are jumping into my head.

00:40:12.057 --> 00:40:20.742
Another layer or method or stage is the self-organization layer.

00:40:20.742 --> 00:40:27.750
Right, self-organization to me is almost, you know, I pictured or visualize as you were talking is okay.

00:40:27.750 --> 00:40:58.293
So now you know, I'm a parent, I have five kids, I've raised them and I just throw them in the backyard and go let's see what you, let's see what everybody can do, right, so you know, and then hopefully they figure out who can be the leader, who can cut the grass, who can do whatever, right, they kind of figure out and self-assess the role of what needs to be done to survive and kind of fall into place.

00:40:58.293 --> 00:40:59.539
Is that what this means?

00:41:01.577 --> 00:41:13.298
Yeah, the comparison with raising childs Roy had in some of his talks too, but more in the learning phase.

00:41:13.298 --> 00:41:21.840
So when you get the first kid you're not prepared and you're not prepared and you're learning to do how to raise a kid and something like that.

00:41:21.840 --> 00:41:29.262
So I have just one son and those who have more kids are developing their skills.

00:41:29.262 --> 00:41:52.523
But I think it's more about the space you create there and not putting too much assumptions on the individual and with that you know who can handle something like that.

00:41:52.523 --> 00:42:04.753
In the original model the self-organization phase is described as can the team members handle unknown situations if they don't know what to do?

00:42:04.753 --> 00:42:14.639
So can they create a problem-solving condition even if they don't know how they do it?

00:42:14.639 --> 00:42:15.601
But can they do it?

00:42:15.601 --> 00:42:24.650
Or do they need someone else to do it outside of the team?

00:42:24.650 --> 00:42:27.976
So a team lead or something like that.

00:42:27.976 --> 00:42:30.742
That is the definition of the self-organizing mode.

00:42:30.742 --> 00:42:36.465
Are they able to solve the problem if they don't know how to solve the problem?

00:42:38.311 --> 00:42:38.835
I like that.

00:42:38.835 --> 00:42:47.139
I'm speechless on that one because that is also in doing.

00:42:47.139 --> 00:42:58.190
What we all do is you are faced with a lot of challenges, you are faced with a lot of problems and it's how, as you had mentioned, how do I solve the problem when I don't know the problem?

00:42:58.190 --> 00:43:03.610
So you have to figure out how to solve the problem as well as solve the problem, uh, in the case.

00:43:03.610 --> 00:43:17.476
And then sometimes I I talk with a lot of peers and I say sometimes, if you don't know how to solve the problem, knowing that you don't know how to solve the problem helps you solve the problem, because you can put someone in the case.

00:43:17.476 --> 00:43:18.679
You talked about customer projects.

00:43:18.679 --> 00:43:26.717
If a customer comes to you with a problem, if you assess how to solve the problem, you realize you don't know how to solve the problem.

00:43:26.717 --> 00:43:32.920
Getting them in contact with someone who can solve their problem in essence is solving the problem from your part.

00:43:33.469 --> 00:43:39.800
And part of developing this skill is during the problem from your part, and part of developing this skill is during the learning phase.

00:43:39.800 --> 00:43:55.398
As an experienced team lead, for example, teach how to ask the right questions in these situations where you don't know how can I solve the problem, and that is a skill itself you can teach.

00:43:55.398 --> 00:44:06.260
But what you often cannot teach is the talent that when you know ah, there could be some of my colleagues he has ideas.

00:44:06.260 --> 00:44:23.101
When it is this recurring topic like inventory valuation or something like that, I go to this colleague and then you describe the problem to this colleague and he gets an idea and that is giving a direction where you can look to solve this problem.

00:44:23.101 --> 00:44:25.197
But he cannot explain how he does it.

00:44:27.570 --> 00:44:45.724
He has a certain talent to create a problem-solving situation because you have more options to think of for your solution for a problem or something like that, and you just have to be aware is there some knowledge still exists and is it documented?

00:44:45.724 --> 00:44:46.447
That is one thing.

00:44:46.447 --> 00:44:58.833
But if there is no knowledge, then you are good to ask who who has an idea how to solve this problem if this idea doesn't come to yourself.

00:44:58.833 --> 00:45:14.311
So that is very, very good approach to to do this and I teach this to my colleagues as well, because the old notion is in back and back in the days of an AV and and everybody knows how to do any programming or something like that.

00:45:14.311 --> 00:45:18.936
Whereas the it's documented Is it in the internet, in the docs or something like that.

00:45:18.936 --> 00:45:25.541
But now there are so many situations where you don't know something.

00:45:25.541 --> 00:45:31.621
Then you have just to ask who can help me with that or who has an idea how to solve it.

00:45:31.621 --> 00:45:38.521
Because asking how is not the right question.

00:45:38.521 --> 00:45:40.204
Question because the knowledge doesn't exist.

00:45:40.204 --> 00:45:43.860
So, depending on some talent, who has an idea?

00:45:45.469 --> 00:45:47.672
You know it's interesting that, you know.

00:45:47.672 --> 00:45:51.478
I know Brad and I have this conversation outside about.

00:45:51.478 --> 00:45:58.085
You know, managing team members in working with leading with team members is like.

00:45:58.085 --> 00:46:10.195
You know, you can teach processes, you can teach the knowledge that they need, but it's very difficult to teach anyone passion and drive and desire.

00:46:10.195 --> 00:46:24.592
Um, you know, looking for answer, I can, you know, you can give them all the tools you need, but if their behavior or they don't have the desire to even look it, it means nothing, right?

00:46:24.592 --> 00:46:31.318
So, um, I think that's an important thing to note that a lot of that you know.

00:46:31.318 --> 00:46:31.478
You.

00:46:31.478 --> 00:46:33.221
You have to encourage them.

00:46:35.164 --> 00:46:37.867
When you are in this survival mode.

00:46:37.867 --> 00:46:44.402
There's a tool that's called the influence forces.

00:46:44.402 --> 00:46:55.637
So you look on the influence forces on the personal level, on the social level and on the environmental level, which is mainly the organization setup.

00:46:55.637 --> 00:47:21.438
So is someone personally skilled and motivated to adopt some new thing like automated testing or something like that, and then assess, if it is true, is the social environment his, his team, his peers skilled and motivated to enforce this good behavior?

00:47:21.438 --> 00:47:23.503
It's always about behavior.

00:47:23.503 --> 00:47:33.215
It's not about is he or she motivated or not, because I cannot look into the mind of the person and really see if the motivation is there or not.

00:47:33.215 --> 00:47:34.557
I assume it is.

00:47:35.920 --> 00:47:38.164
Then you have the level of the organization.

00:47:38.164 --> 00:47:50.003
Is there some bonus structure or pay structure or team structure or structures in the building and forcing or blocking the behavior we want to see?

00:47:50.003 --> 00:48:00.362
So this assessment helps on which level you have to change and you have to address every level to be on the right track.

00:48:00.362 --> 00:48:10.324
I would say it's not guaranteeing that you are successful, but you are very likely to see the desired behavior when you address every level.

00:48:11.251 --> 00:48:13.217
I love that word behavior, and it does.

00:48:13.217 --> 00:48:19.043
It goes back to the learning phase, because humans are behavioral people.

00:48:19.043 --> 00:48:23.177
It's you learn from behaviors, you learn from your experiences.

00:48:23.177 --> 00:48:32.889
So it's the behavior that you enforce that also drives where somebody will be in the future, right?

00:48:32.889 --> 00:48:39.916
So it talks about the behavior of asking questions, the behavior of you know.

00:48:39.916 --> 00:48:43.369
If they ask how and you always give them the answer, then they don't learn.

00:48:43.369 --> 00:48:48.788
You know they don't learn how to problem solve, for example, or the process of problem solving.

00:48:48.788 --> 00:49:06.367
It's this person is always going to do it for me, um, and just, yeah, I think of so many behavioral experiences where I'm like you know some, some individuals that I speak to, they create their own problems in the sense because of the behavior they promoted.

00:49:18.989 --> 00:49:25.570
Realize that working and managing with a team is sometimes you may support or enforce behaviors that are not favorable behaviors and then you pay for that in the long term a number of different ways.

00:49:25.570 --> 00:49:51.550
So it's, um, it's important, uh, and we're talking about that learning phase as well, which is the other phase that I wanted to of the three phases that we talked about with the survival phase, learning phase and the self-organization phase, which I still picture a bunch of people just sitting out in the backyard figuring out who's the leader, who's the digger, who's the lawnmower who's the planter, who's the harvester?

00:49:52.030 --> 00:49:57.559
And when you just put a team into, now you are self-organized, you can decide everything on yourself.

00:49:57.559 --> 00:50:15.389
That's not putting them in self-organizing mode, that's putting them in survival mode, getting every building they have and putting them on a lawn and there's nothing that can shield them from the weather or something.

00:50:15.389 --> 00:50:22.612
So you have to think are they ready to be put on self-organizing mode?

00:50:22.612 --> 00:50:26.221
Yes, we want to grow you into self-organizing mode, but it's not something we can just decide.

00:50:26.221 --> 00:50:39.405
And now you can pick and rip every structure off, because the structures you gave them in advance and you have they have a purpose and they are for good reasons there.

00:50:39.405 --> 00:50:45.882
But are they blocking growing or are they enforcing growing?

00:50:45.882 --> 00:50:59.262
That is what you have to look at on the organizational level and on the management level it's so important to think of a team when you're in an organization.

00:50:59.362 --> 00:51:01.192
Again we talk about with business central.

00:51:01.192 --> 00:51:04.280
Again a business central implementation be a number of different ways.

00:51:04.280 --> 00:51:08.163
You can be a an isv that has a solution that gets implemented.

00:51:08.163 --> 00:51:12.153
You have a project to develop an extension or an application.

00:51:12.153 --> 00:51:13.617
You have a team to develop that extension.

00:51:13.617 --> 00:51:17.916
You have a partner bar whatever that they're called these days.

00:51:17.916 --> 00:51:19.132
It's like everything else.

00:51:19.132 --> 00:51:20.958
I think their names change over the course of time.

00:51:21.079 --> 00:51:22.813
We have both in our organization.

00:51:22.813 --> 00:51:25.117
We are as well VAR and ISV.

00:51:27.152 --> 00:51:44.077
In that group you have the VAR that manages customer projects and then, depending upon which I'm going to touch on that in a moment and then you also may have the customer side, which is a user of the business central application, and you'll have teams to uh.

00:51:44.077 --> 00:51:58.581
You know your daily functions, whatever those functions may be, whether they're operational uh departments using the business center application or maybe an internal team for managing the business central application, whether it's self-development, implementation, training or the like.

00:51:58.581 --> 00:52:02.780
But go back to the VAR type scenario.

00:52:02.780 --> 00:52:06.400
So in the VAR type scenario you have customers.

00:52:07.451 --> 00:52:28.793
Unless you're a really specialized VAR, you may have different customers come to you, different size projects come to you, and in those projects you may not have the need for the same team, and what I mean by that is you may have a project come in excuse me, that's just some small implementation, training type.

00:52:28.793 --> 00:52:30.559
You know, no modifications required.

00:52:30.559 --> 00:52:31.996
You can handle it with one or two people.

00:52:31.996 --> 00:52:41.143
There may be some larger implementations where you come in and you may need you know need four developers, two functional consultants and a project manager.

00:52:41.143 --> 00:52:43.556
So they're all varying sizes.

00:52:43.556 --> 00:53:00.579
How does that work in this scenario where you have teams that in essence divided and shifted based upon requirements or need for the project, so that team that you had is no longer a team.

00:53:00.579 --> 00:53:09.797
Now you have a variable team and if I'm in a VAR, I could work on project A, project B and project C as all part of different teams.

00:53:09.818 --> 00:53:26.632
Yeah, we have this situation for decades in our company situation for decades in our company, shifting and often more than one project at the same time for a project manager and with different team members, and something like that.

00:53:26.632 --> 00:53:40.356
What is, I think, independent is that you have to look are the skills to do this project covered by those people?

00:53:40.356 --> 00:53:50.661
And often it's not, because we need some help from some VARs as well or from some ISVs to manage the project.

00:53:50.661 --> 00:54:10.574
So many projects consist of a mixture of employees of our company and other companies as well and you have to assess as a project lead, are the skills here, are the information clear?

00:54:10.574 --> 00:54:19.804
Is the goal clear and is on the customer side and on the project manager on the customer side, everything set up?

00:54:20.070 --> 00:54:27.682
And are they in survival mode as well, or are they in a self-organizing mode where we can act together as a team, or not?

00:54:27.682 --> 00:54:40.121
So the principles I would say are applicable to this scenario as well Assessing in which phase is this team and then adapting to it.

00:54:40.121 --> 00:55:12.545
And if you are in survival mode, the first thing is think about your commitments and mainly you got into survival mode because what reason it could be, you are overcommitted and then talk about the commitments and reducing the commitments, so you can lower the stress and manage the expectations between what this project team wants to deliver and what the customer expects to receive.

00:55:12.565 --> 00:55:15.186
Stress.

00:55:15.186 --> 00:55:19.478
I'm longing for the day when there isn't stress.

00:55:19.478 --> 00:55:22.972
I don't even think I know what that is.

00:55:22.972 --> 00:55:31.949
I think if I didn't have any stress, I would be stressed for not having stress because I wouldn't know how to handle not having stress because it's a behavior that I learned.

00:55:32.251 --> 00:55:33.659
You'd wonder why there's no stress.

00:55:33.659 --> 00:55:34.322
Is something wrong then?

00:55:34.322 --> 00:55:35.027
You'd wonder why there's no stress.

00:55:35.027 --> 00:55:35.510
Is something wrong then?

00:55:36.130 --> 00:55:38.293
Exactly Because you're so used to it.

00:55:38.293 --> 00:55:47.632
Yes, if I had a day go by where I didn't have any stress, I do I think there would be something wrong.

00:55:47.693 --> 00:55:50.219
You'd stress out that maybe something's wrong.

00:55:50.380 --> 00:55:51.422
I would, I would.

00:55:51.422 --> 00:55:57.155
The main thing is mainly when you get into the survival mode.

00:55:57.155 --> 00:56:07.047
It's because some people jump too early on commitments they should not give or didn't think of.

00:56:07.047 --> 00:56:11.179
Do they have everything in control to give those commitments?

00:56:12.550 --> 00:56:16.418
You just opened up a whole new can of worms with overcommitting.

00:56:16.418 --> 00:56:18.603
And you know it's.

00:56:20.894 --> 00:56:21.818
In this model.

00:56:21.818 --> 00:56:28.762
It's a whole topic and that is a section I taught the participants of the workshop at EasyTech Days.

00:56:28.762 --> 00:56:29.994
It's about commitment language.

00:56:29.994 --> 00:56:35.659
That is one of the first things you teach your team.

00:56:35.699 --> 00:56:46.402
To get out of survival mode and being able to shift into learning mode is to think about how you make commitments and how you communicate them.

00:56:46.402 --> 00:56:50.400
And that is a small phrase you can put.

00:56:50.400 --> 00:57:11.181
It's I will be doing something by a certain date and then you can fill something like that so this I will states that would be a real state in the future, and this phrase by adds the time frame.

00:57:11.181 --> 00:57:18.764
But this allows to do it earlier, but at least at some point in the time.

00:57:18.764 --> 00:57:24.822
And when you speak like that, it feels awkward if you're not coming up to this commitment.

00:57:24.822 --> 00:57:47.643
And that is something you can teach your team in the first phases, because cutting these commitments is very important to have more slack time to learn more, and often it is what commitments did we give and we cannot live up?

00:57:47.643 --> 00:58:04.384
To Look at the timeframe in the next 30 days, reduce the commitments and hold the commitments until this time frame and after that have free time to learn something new, to distribute the knowledge in the group, or something like that.

00:58:06.070 --> 00:58:09.851
That is a great approach, chris.

00:58:09.851 --> 00:58:11.657
Listen, it sounds familiar, doesn't it?

00:58:11.657 --> 00:58:17.692
Because I am an advocate for that type of process.

00:58:17.692 --> 00:58:31.177
Because if you give a commitment to a customer telling you'll have something done by a certain date, if you get that done early and give it to them, they're happy, you can give it to them.

00:58:31.177 --> 00:58:39.434
You could have 10 tasks that you have commitment dates for, and and on nine of them come in early because everything worked well right.

00:58:39.434 --> 00:58:41.641
You always give yourself some slack that I'll talk about in a moment too.

00:58:41.641 --> 00:58:44.737
And then the 10th one, you deliver on the day that you said you would.

00:58:44.737 --> 00:58:47.233
They'd be like oh you know, you usually come in early.

00:58:47.233 --> 00:58:48.639
I was kind of expecting to come in early.

00:58:48.639 --> 00:58:57.161
You can still say we at least met the date that we said we would meet which goes with commitments is.

00:58:58.702 --> 00:59:17.577
I'm an advocate for realistic expectations and commitments because if you tell a customer or a person something will be done by or on a date, if you meet that date, they're happy, even if that date's sometimes months in the future again, depending upon what it is and in which type of crisis they're in.

00:59:17.577 --> 00:59:19.239
You know state of emergency.

00:59:19.239 --> 00:59:27.063
But most people, if you communicate when something will be done and you meet that date, they're fine.

00:59:27.063 --> 00:59:29.492
It's when you may not give them a date.

00:59:29.492 --> 00:59:45.978
Or you give them an unreasonable date like, oh, I'll do this tomorrow and you never make it because you may have another crisis come in that has a different priority, or somebody gets sick or something like that, and that's something else we need to work on teaching right it's under promise so we deliver

00:59:47.003 --> 00:59:47.585
well it's.

00:59:47.585 --> 00:59:48.909
You also have to leave some room.

00:59:48.909 --> 00:59:51.519
Depending upon what you have in your team.

00:59:51.519 --> 00:59:56.577
You do have to give yourself some room, and people forget to do that at times.

00:59:56.577 --> 00:59:58.371
If you you're in a bar, you may have multiple projects.

00:59:58.371 --> 01:00:03.853
You may have emergencies come in that somebody may need to focus on, or even on a project team.

01:00:03.853 --> 01:00:05.797
You could have things such as illness.

01:00:05.797 --> 01:00:11.061
You have to account for some of those things and no one ever said that you can't deliver early.

01:00:11.061 --> 01:00:13.170
You just have to deliver by a date.

01:00:13.170 --> 01:00:17.269
But you still need to have some room in there for unforeseen circumstances.

01:00:20.213 --> 01:00:53.581
And it doesn't mean that you are not pushing commitments away or something like that, so you cannot keep up to every commitment you make, because you said there can be some circumstances that you cannot influence but also teach the team to raise a red flag on the moment they see that they cannot live up to this commitment and speak about the why can I not commit to that anymore?

01:00:53.581 --> 01:00:58.889
Or why can I not commit to this initially and talk about this?

01:00:58.889 --> 01:01:05.623
Why and this reason is something you try to foster Do you have this conversation about that?

01:01:06.730 --> 01:01:17.161
Yes, you have to encourage that because sometimes, when you know maybe it's embedded to many where you're not, if you're not going to meet it, you're afraid to say it.

01:01:17.161 --> 01:01:30.164
So you have to create that culture within your organization that it is okay to tell us like hey, we're five days to the deadline and I don't think I'm going to make it.

01:01:30.164 --> 01:01:31.405
Can I get some help?

01:01:31.405 --> 01:01:41.257
A lot of times people have a hard time saying that it's like I got five days, I still got to do it, versus raising the red flag ahead of time.

01:01:41.994 --> 01:01:43.182
No, it's a behavior that needs to be.

01:01:43.182 --> 01:01:56.918
You should just post this stuff all over, because in doing what we do, everyone thinks of the technical side, everyone thinks of the application side.

01:01:56.918 --> 01:01:59.213
They forget about what I call the human side.

01:01:59.213 --> 01:02:03.663
Right, the human side is the accomplishment of the work.

01:02:03.722 --> 01:02:13.436
Yes, you can use some tools to do the stuff, but, as Chris had mentioned, most people for some reason are intimidated or fearful from some learned behavior.

01:02:13.436 --> 01:02:32.057
That saying I have a problem early on is hurtful, where sometimes it's beneficial because you can get the right help, or you can get another talent to come in and help you, or you could get it some additional training, you know, to kind of steer you so that you can complete your task on time, reducing the stress.

01:02:32.057 --> 01:02:49.018
You know having the satisfaction that you completed a task on time or, if it's something that was misassigned, that maybe after further review, that the talent that's working on it isn't the right, you know the right role for that task.

01:02:49.018 --> 01:02:56.574
Taking it off their plate reduces the stress as well, too, so that they can be productive and complete other tasks.

01:02:57.233 --> 01:03:03.539
Yeah, and you also have to think about it kind of beyond that too, right, and that's just kind of an internal conversation.

01:03:03.539 --> 01:03:08.583
You foster that, you encourage that, you encourage that and you allow them to do that.

01:03:08.583 --> 01:03:11.445
But also it goes to the client side you mentioned.

01:03:11.445 --> 01:03:13.987
We mentioned about communication Brad and I always talk about.

01:03:13.987 --> 01:03:30.894
You know, effective communication that if you raise a red flag ahead of time and you tell the customer and say, hey, I know we have this deadline, we do have to push for it and you can give whatever necessary information you need to give From a customer's perspective I've been on that side too.

01:03:32.978 --> 01:03:38.936
I will respect that more to let me know like hey, yes, we're still a week, you're letting me in though, ahead of time.

01:03:38.936 --> 01:03:58.351
I feel better as a customer to know that it's no different when I ever like for example, I just got a retaining wall done and they're very communicative throughout the process where you know the project manager told me, it's like hey, we're, you know we're about two days off.

01:03:58.351 --> 01:04:00.456
Is that okay For me?

01:04:00.456 --> 01:04:02.442
I'm like thanks for letting me know ahead of time.

01:04:02.442 --> 01:04:03.791
Yes, I'm okay with that.

01:04:03.791 --> 01:04:15.893
But for some reason we've created this unnecessary fear to communicate that with a client Like it doesn't make sense to me, just communicate it.

01:04:15.893 --> 01:04:18.059
You know, and in many cases they understand.

01:04:19.530 --> 01:04:22.981
Yeah, because you manage the expectations.

01:04:22.981 --> 01:04:32.409
And when you manage the expectations regularly throughout the project phase, it's very more likely that the customer gets what he expected.

01:04:32.409 --> 01:04:34.818
And this experience is building the trust.

01:04:34.818 --> 01:05:10.300
The trust comes when I get what I expected and not because someone told me I have to trust, because it's about the experience and we we have um an exercise in in this workshop and I did it as well when when I was on the master class at voyager Oshirov two years ago Speaking about this whole morning and then before the lunch break being a small team forced into survival mode and see how I can apply what I learned in the morning.

01:05:11.811 --> 01:05:16.797
This exercise is about being in survival mode and getting the team out of survival mode.

01:05:16.797 --> 01:05:44.280
That is one task and the other task is does what you build meet the expectations of the customer, so that the customer who is giving a certain task to the team and then you have to manage this, and it's very, very grounding to have this experience in this exercise, that you struggle to do this, and that is an experience for workshop participants.

01:05:44.280 --> 01:05:47.137
Okay, I learned this the whole day.

01:05:47.137 --> 01:05:56.532
It's a total different thing when I return to my project on Monday next week, next week.

01:05:56.532 --> 01:06:22.753
So what I took away is this whole topic of expectation management, ongoing expectation management and when you train your team in this or yourself in this, it's not that great scary thing to talk with customers that you cannot hold your commitments or something like that because you want to have a managed expectation.

01:06:22.753 --> 01:06:34.077
And that is the whole view shift I had for my project management abilities as well and about the keeping the commitments.

01:06:34.438 --> 01:06:47.923
I also had a personal experience for my workshops, because one day with our son, I had an argument why he is not holding his commitments.

01:06:47.923 --> 01:06:51.789
He said to me yes, I will do it tomorrow.

01:06:51.789 --> 01:06:56.181
And the other day I come and I'm talking as a dad.

01:06:56.181 --> 01:06:57.873
And the other day I come and I'm talking as a dad.

01:06:57.873 --> 01:07:08.820
And one day he said to me I say I will do it because you're not allowing me to say no, because when I say no, you don't stop talking.

01:07:08.820 --> 01:07:16.842
So I'm just saying yes because I want you to stop talking.

01:07:16.842 --> 01:07:20.978
And that was very, very grounding.

01:07:20.978 --> 01:07:26.963
It's like the universe is pressing the pause button and saying he's totally right.

01:07:26.963 --> 01:07:40.599
And then we shifted this mode and we came to okay, you can say no and let's talk about why, but I accept it.

01:07:40.599 --> 01:07:45.557
I don't try to convince you just with talking on and on and on.

01:07:45.557 --> 01:07:51.432
That is a personal experience I have with this commitment topic it.

01:07:51.672 --> 01:07:51.793
It's.

01:07:51.793 --> 01:07:55.056
It's so funny because it's a lot of the things that we do at work here.

01:07:55.056 --> 01:08:02.485
You know, just professional career can bleed into, you know, family as well.

01:08:02.485 --> 01:08:05.302
It's very similar approaches.

01:08:05.525 --> 01:08:06.068
It does.

01:08:06.208 --> 01:08:06.349
Yeah.

01:08:06.489 --> 01:08:12.117
But you hit the key point too.

01:08:12.117 --> 01:08:22.770
It's okay to say no in a sense and discuss why it can't be no, because that can educate whomever asked the question.

01:08:22.770 --> 01:08:24.076
I'm just trying to generalize it.

01:08:24.076 --> 01:08:27.404
Right, because you talked about something with your son, but this could be the same thing at work, right?

01:08:27.404 --> 01:08:34.583
Just because somebody says no doesn't mean that they don't have a valid reason for saying no, or it doesn't mean that they just want to say no, I don't feel like doing it.

01:08:34.583 --> 01:08:42.475
There could be a valid reason why they can't do it, and then being able to discuss it, then you can make the determination.

01:08:42.475 --> 01:08:44.399
Is the reason really valid?

01:08:44.399 --> 01:08:48.917
Meaning I'm saying no because I have another commitment, right?

01:08:48.917 --> 01:08:50.742
Or I'm foregoing because I have another commitment.

01:08:50.742 --> 01:09:01.270
So maybe then you can discuss which commitment has the higher priority, or maybe it's okay, you can't do that.

01:09:01.270 --> 01:09:02.173
Let's work with the scheduling.

01:09:02.173 --> 01:09:06.429
And then also, even in doing that case and it goes with what I say with like arguments, right, I don't believe in arguing any more in my life, right?

01:09:06.429 --> 01:09:07.934
Or arguing because it doesn't get anywhere.

01:09:07.993 --> 01:09:10.140
Sometimes, a lot of times, people have these discussions.

01:09:10.140 --> 01:09:12.095
They just want it to be understood or heard.

01:09:12.095 --> 01:09:23.402
So if you have these types of conversations, I may not to use it loosely, loosely get something that I wanted, but at least if I feel that somebody understood what I said, I feel a lot better.

01:09:23.402 --> 01:09:27.234
Right and I may not, you know, you know that whole saying like some.

01:09:27.234 --> 01:09:32.253
You know people argue to be right, right, but in reality they argue to be understood.

01:09:32.253 --> 01:09:42.818
So that understanding and having a conversation versus you just do what I say, you have better acceptance on the other end as well.

01:09:43.118 --> 01:09:52.177
And when you have these discussions it's really helpful to also see it from the perspective from which role?

01:09:52.177 --> 01:09:55.342
Does this not committing come or does this?

01:09:55.342 --> 01:10:08.806
No come, not putting too early personal psychological things into the reasoning.

01:10:08.806 --> 01:10:34.219
I had the strong argument when I invited our management team into one of those learning sprints because in the early phases I said to them even if you are not not a developer, I will conduct a learning sprint for you, I will guide you through it, just to let you have the experience what my colleagues go through here, how we do it and what what it makes with them during those days.

01:10:34.219 --> 01:10:51.123
So after two years they said, okay, let's do it, but we got to have it in two days and I said, no, at least three days, even four would be better.

01:10:53.992 --> 01:11:06.586
And then we got a strong argument and I reacted more heavy than I would now because I didn't see that my manager was acting from his negotiator role.

01:11:06.586 --> 01:11:18.082
He's a trader, so what he does is trading and I was very upset because I had the experience and something like that.

01:11:18.082 --> 01:11:35.103
So it helped me a lot afterwards to look upon okay, he's acting from his management role, it's trading, what his job is and it's my job to say, in two days I cannot do it.

01:11:35.103 --> 01:11:38.378
Do it in three days or leave it.

01:11:38.378 --> 01:11:49.560
And we conducted this sprint in three days and afterwards it was it could be one day more, I think.

01:11:53.253 --> 01:11:59.436
No, that's good perspective Perspective plays an important part in understanding of other people's perspectives.

01:11:59.436 --> 01:12:01.681
It plays an important part, I think, everywhere in life.

01:12:02.609 --> 01:12:18.144
So context and personas is also very, very important and that is why I like this influence forces tool in this model very much, because you can see on which level personal, social or environmental are blockers, Something like that.

01:12:18.144 --> 01:12:29.862
Do the value quality over time, for example, is delivering on time more important than delivering high quality standards, or something like that.

01:12:29.862 --> 01:12:36.163
Management can decide on that and can act on what they want to see.

01:12:38.351 --> 01:12:40.920
This whole topic, we can talk all day.

01:12:41.529 --> 01:12:45.161
It's a never-ending topic because now you went into the whole.

01:12:45.161 --> 01:12:51.261
We need to have another separate conversation just on that.

01:12:52.990 --> 01:12:54.653
But you come back to those things as well.

01:12:54.653 --> 01:13:12.233
But you come back to those things as well, and when it goes into the rabbit hole, I pull my attendees of the workshops out of it and bring it to the point Okay, think about your commitments and think about how you make decisions.

01:13:12.233 --> 01:13:18.403
That is very helpful in this phase because it comes back to setting priorities and deciding on something like that.

01:13:18.403 --> 01:13:33.143
There are some things they didn't know before how to decide and how a group can come to a decision.

01:13:33.143 --> 01:13:36.029
So I add something about this as well, and that is a thing that is helpful.

01:13:36.029 --> 01:13:45.613
So you don't get too much into philosophical questions or something like that, just having some practical things you can add to your communication inside the team and inside the organization.

01:13:45.632 --> 01:13:53.079
That is, that is my approach when I teach other people things that that is a great approach and I like the approach and I like the topic.

01:13:53.079 --> 01:13:56.814
Well, christian, thank you very much for taking the time to speak with us.

01:13:56.814 --> 01:14:01.984
I could talk with you on this topic and the offshoots of this topic for days.

01:14:03.471 --> 01:14:07.000
Yeah, we'll have to have you back and maybe more focused on some of the scenarios.

01:14:07.000 --> 01:14:07.943
Yes, sure you know.

01:14:09.712 --> 01:14:20.061
Yes, yes, We'll talk afterwards to get some more time with you to talk about, as Chris had stated, some of these specific scenarios and some tips and tricks and how to pull through it.

01:14:20.061 --> 01:14:29.078
Even as you just talked about was, you know, you know focusing on your commitments and your priorities and how you make decisions and and the like.

01:14:29.078 --> 01:14:44.943
But if someone would like to contact you to learn more or hear more from you on this, the topic of leadership roles and management and anything else that we spoke about, how would someone best get in contact with?

01:14:44.989 --> 01:14:45.050
you?

01:14:45.050 --> 01:14:50.485
Yeah, I think about my linkedin and my twitter handle, which is curate ideas.

01:14:50.485 --> 01:15:00.599
When you search curate ideas, it's very unique there and and I like to know how ideas come up, or something like that you can find me on Twitter and LinkedIn.

01:15:00.599 --> 01:15:10.759
You can contact me and we can have a call and see in which phase you're in and what is a pragmatic approach to come out of this phase.

01:15:11.671 --> 01:15:13.576
It's like TED Talk Curate ideas.

01:15:13.576 --> 01:15:15.681
It's great.

01:15:16.591 --> 01:15:28.551
Chris, you should give Christian a call and help you out with whatever stage you're in Survival every day Everything I heard with Christian.

01:15:28.591 --> 01:15:29.796
You can use a lot of help.

01:15:29.796 --> 01:15:32.913
You can use a lot of help from Christian at this point.

01:15:32.913 --> 01:15:36.251
But again, christian, thank you very much for taking the time to speak with us.

01:15:36.251 --> 01:15:37.716
We really do appreciate it.

01:15:37.716 --> 01:15:41.659
Time is truly the currency of life and once you spend it, you can't get it back.

01:15:41.659 --> 01:15:53.774
And anybody who spends time talking with us or doing anything with us we greatly appreciate because, frankly, you're not doing something else, you're giving us your time, so we do appreciate that.

01:15:54.130 --> 01:15:54.847
Thanks for inviting me.

01:15:54.847 --> 01:15:55.104
Thank you again.

01:15:55.104 --> 01:15:55.328
So we do appreciate that.

01:15:55.328 --> 01:16:10.909
Thanks for inviting me, thank you again and giving the chance to talk about this topic, which, on other conferences, has a whole track of sessions, and that's the reason I thought it would be good to add it to a developer conference as well.

01:16:10.909 --> 01:16:12.949
That's awesome.

01:16:12.949 --> 01:16:14.949
I think it's a great idea and I think we should have more of these.

01:16:15.731 --> 01:16:20.461
You know, I think it would take a little bit to get maybe some momentum, but there is such value in this.

01:16:20.461 --> 01:16:29.050
So much For people to think it's the technical stuff everyone focuses on, but you have to have the personal side of it too, which is important.

01:16:29.050 --> 01:16:30.610
Thank you again, Christian.

01:16:30.610 --> 01:16:31.811
We'll talk with you soon.

01:16:31.832 --> 01:16:32.453
Thank you, Christian.

01:16:32.472 --> 01:16:33.774
Ciao, ciao.

01:16:33.774 --> 01:16:41.404
Thank you, chris, for your time for another episode of In the Dynamics Corner Chair and thank you to our guests for participating.

01:16:41.724 --> 01:16:43.246
Thank you, Brad, for your time.

01:16:43.246 --> 01:16:48.457
It is a wonderful episode of Dynamics Corner Chair.

01:16:48.457 --> 01:16:50.204
I would also like to thank our guests for joining us.

01:16:50.204 --> 01:16:53.238
Thank you for all of our listeners tuning in as well.

01:16:53.238 --> 01:16:59.099
You can find Brad at developerlifecom tuning in as well.

01:16:59.099 --> 01:17:21.127
You can find Brad at developerlifecom, that is D-V-L-P-R-L-I-F-Ecom, and you can interact with them via Twitter D-V-L-P-R-L-I-N-O dot I-O and my Twitter handle is Mattalino16.

01:17:21.127 --> 01:17:24.818
And you can see those links down below in the show notes.

01:17:24.818 --> 01:17:26.181
Again, thank you everyone.

01:17:26.181 --> 01:17:27.735
Thank you and take care.