Episode 350: In the Dynamics Corner Chair: The Three Pillars of Successful Implementations

WEBVTT

00:00:00.781 --> 00:00:04.772
Welcome everyone to another episode of Dynamics Corner.

00:00:04.772 --> 00:00:06.644
You know what I would want.

00:00:06.644 --> 00:00:12.910
I want my power back, and that's a change that I'm willing to bet on that I'm going to get my power back.

00:00:13.441 --> 00:00:15.381
I'm your co-host Chris, and this is Brad.

00:00:15.381 --> 00:00:19.432
This episode was recorded on November 21st 2024.

00:00:19.432 --> 00:00:23.653
Chris, chris, chris, sitting up there in the Pacific Northwest without power.

00:00:23.653 --> 00:00:24.015
That's a change.

00:00:24.015 --> 00:00:24.256
You have to.

00:00:24.256 --> 00:00:24.736
Northwest without power.

00:00:24.736 --> 00:00:25.339
That's a change.

00:00:25.339 --> 00:00:27.225
You have to manage that change.

00:00:27.225 --> 00:00:29.006
It's a change and adapt to that change.

00:00:29.006 --> 00:00:49.290
Speaking of change, today we had the opportunity to talk about implementations, changes within an implementation, how to implement Business Central with two podcast veterans, and I could talk with these two guests for hours about business central implementations and the human factor behind the implementations and some things to look out for implementations.

00:00:49.290 --> 00:00:52.301
Today, we have the opportunity to speak with Pat Johnson and Nellie Zmar.

00:00:52.301 --> 00:01:14.918
I hope so.

00:01:14.918 --> 00:01:18.099
If it doesn't, it's alright, alright, you ready.

00:01:18.099 --> 00:01:23.420
Actual recording quality is higher.

00:01:23.420 --> 00:01:25.948
What is my rates?

00:01:25.948 --> 00:01:32.268
Oh, dude, it's actually uploading slow for me too.

00:01:32.268 --> 00:01:34.831
I'm at 48.

00:01:34.831 --> 00:01:37.534
Am I going?

00:01:37.534 --> 00:01:38.016
Okay, though?

00:01:40.224 --> 00:01:41.585
yeah, yeah you're, it sounds.

00:01:41.585 --> 00:01:43.390
You're very clear, actually.

00:01:43.390 --> 00:01:53.771
Good morning, hello, hello, hi, hello from the Chris.

00:01:53.771 --> 00:01:56.043
You got power, the dark side.

00:01:56.043 --> 00:01:57.228
I have no power.

00:01:58.487 --> 00:01:59.120
The dark side.

00:01:59.200 --> 00:02:00.606
I am running off a generator.

00:02:01.819 --> 00:02:05.045
Yeah, the city just decided to clean our street.

00:02:05.447 --> 00:02:11.576
Of course, course, like right as I logged on yeah, that's, um, that's usually something that happens to me, so it works.

00:02:11.576 --> 00:02:22.887
Usually, every time I start a recording, uh, somebody will knock on the door or the the individuals that take care of the lawn will come and feel that they need to take care of the lawn.

00:02:22.887 --> 00:02:23.748
It's like clockwork.

00:02:23.748 --> 00:02:28.649
It doesn't matter, I could have a different, so it's good.

00:02:28.649 --> 00:02:31.383
Good morning, miss Nellie.

00:02:31.383 --> 00:02:31.905
How are you doing?

00:02:33.629 --> 00:02:37.768
Good morning, I'm okay, I'm alright, I'm good it's gloomy and rainy.

00:02:39.961 --> 00:02:40.462
It's rainy.

00:02:40.462 --> 00:02:42.031
I love gloomy and rainy.

00:02:42.031 --> 00:02:44.520
You live in Washington, that's just.

00:02:45.002 --> 00:02:47.566
You have rainy, you live in Washington, that's just you have to.

00:02:47.566 --> 00:02:49.590
You, just you, lie to yourself.

00:02:49.710 --> 00:02:54.385
It's normal, it's normal, I don't mind the rain, but as long as it's not gloomy.

00:02:54.385 --> 00:02:57.205
And I don't mind the rain as long as it's not cold.

00:02:57.205 --> 00:03:01.010
But, like a cold, raw rain is not nice Unless you have a fire.

00:03:01.010 --> 00:03:02.837
Yeah, rain is not nice Unless you have a fire.

00:03:03.680 --> 00:03:06.443
Yeah, unfortunately, that's what I have right now.

00:03:06.443 --> 00:03:11.671
It's like, first of all, we're recording this podcast with no power.

00:03:11.671 --> 00:03:21.945
I'm running off a generator and it's cold, rainy, gloomy and clearly it's dark.

00:03:21.945 --> 00:03:28.562
But, surprisingly though, with my kids kids with no electric electronics we had a great time, you know.

00:03:28.562 --> 00:03:30.126
I mean like we just sat in the table.

00:03:30.126 --> 00:03:35.905
We played this game called left right, I love that game uh, I don't know, it's amazing.

00:03:36.205 --> 00:03:42.802
It's amazing, so it's like it's like needed, I guess, in a, in a connected world.

00:03:42.802 --> 00:03:51.787
But you know, you could only do that for like two days, right, and then you're like okay we need internet Dude how long have you been without power?

00:03:54.580 --> 00:03:55.364
So what's today?

00:03:55.364 --> 00:04:03.170
So Thursday, so that means we're having a power Tuesday, so we're not expected to have power back by Saturday.

00:04:03.170 --> 00:04:13.069
So it's pretty crazy that it's not typical.

00:04:13.069 --> 00:04:42.627
So we got hit with a what they call bomb cycle, a cyclone, bomb cyclone, and if you look at the images I saw yesterday and uh, it looks like a hurricane and you just get high winds we had like 65 mile per hour wind and so it was pretty, pretty scary, because I'm out in the woods with lots of trees and so a lot of neighbors had trees uh, fall on their property and then on, you know, on their house, unfortunately.

00:04:42.627 --> 00:04:50.127
So hopefully everyone comes out okay, whoever's dealing it, if you're out here in Washington State.

00:04:50.680 --> 00:04:52.387
Yeah, I talked to someone at Microsoft yesterday.

00:04:52.387 --> 00:04:58.307
Well, he was at the Microsoft office but had no power at home.

00:04:59.221 --> 00:05:01.045
Yeah, Redmond, which is where Microsoft is.

00:05:01.045 --> 00:05:05.048
Redmond, a ton of people that have no power.

00:05:05.048 --> 00:05:17.434
So there's about half a million, more than half a million people don't have power in one power provider, when you don't have power.

00:05:17.514 --> 00:05:22.711
It's a harsh realization sometimes of how dependent you are upon power for some of the smallest things.

00:05:22.711 --> 00:05:26.223
Even some stoves or other devices require power to start.

00:05:26.223 --> 00:05:28.569
So it it's, it's a catch.

00:05:28.569 --> 00:05:33.428
So you have to go back to make sure you have the traditional, you know, matches and and wood.

00:05:33.428 --> 00:05:35.596
But um yeah, which?

00:05:35.815 --> 00:05:43.182
which this whole conversation this whole conversation may be fitting for the individuals that we're speaking with, uh, but you know this whole.

00:05:43.182 --> 00:05:47.608
How do you deal with with change management or how do you deal with process?

00:05:47.608 --> 00:05:50.814
And thank you both for joining us again.

00:05:50.814 --> 00:06:00.932
You're both veterans now and we've had great conversations with you both and I'm happy to have both of you together because we have a lot of conversations about Business Central.

00:06:00.932 --> 00:06:09.553
As far as from the technical point of view and maybe from the application point of view of you know how to use the application, how to develop the application.

00:06:09.579 --> 00:06:16.788
I see a lot of information about that and what I'm happy to start seeing a lot of is how do you implement it right?

00:06:16.788 --> 00:06:19.259
It's not usually a lot of conversation about.

00:06:19.259 --> 00:06:30.526
These are the things that you need or should do as you undergo an implementation of Business Central or in anything I guess you could say, any ERP application.

00:06:30.526 --> 00:06:36.026
So it can kind of you know, cross many different applications that you have.

00:06:36.026 --> 00:06:45.048
But before we get into the conversation, if we could just tell everybody a little bit about yourselves and we'll go from right to left, left to right.

00:06:45.048 --> 00:06:46.005
However, I'm looking at this, patrick tell us a little bit about yourselves and we'll go from right to left, left to right.

00:06:46.005 --> 00:06:47.187
However, I'm looking at this.

00:06:47.187 --> 00:06:53.295
Uh, patrick, give us a little bit about yourself, please yeah, great having you guys.

00:06:53.516 --> 00:06:56.125
Uh, for another amazing conversation.

00:06:56.125 --> 00:07:00.322
Um, nelly, is the first one we get to do together, so great, great, getting to see you again.

00:07:00.322 --> 00:07:08.745
Um, my name is patrick johnson, so I am the business central practice manager at lbmc technologies, um, based in atlanta.

00:07:08.745 --> 00:07:09.767
I've got power.

00:07:09.767 --> 00:07:12.754
So sorry, chris, we got the mother-in-law suite.

00:07:12.754 --> 00:07:13.300
Come hang out.

00:07:13.300 --> 00:07:22.882
Um, you know we have been in this space for 21 years, coming up on 22, but what is it we talked about last time?

00:07:22.882 --> 00:07:26.511
We're going to start saying that, no, I've been doing it for more than two decades, over two decades.

00:07:26.552 --> 00:07:31.968
Yeah, Everything from general application implementation.

00:07:31.968 --> 00:07:49.266
I've been an end user, done support and development, a little IP, and then for the last five years I've been running a practice doing implementations, managing teams, doing cross implementations around platforms inside of the D365 suite, as well as a bunch of other tertiary products.

00:07:51.470 --> 00:07:52.473
Great, great Nellie.

00:07:52.473 --> 00:07:52.892
How about you?

00:07:55.302 --> 00:08:05.007
Well, thanks for having me on with Patrick, because I watched Patrick's episode and I loved your approach to implementations from a partner side, and something that I don't see often.

00:08:05.007 --> 00:08:07.925
So thanks just for that perspective.

00:08:07.925 --> 00:08:18.148
I'm excited to talk to you, but a little more, um, I'm back in the chair.

00:08:18.168 --> 00:08:20.632
We have the sign again we do.

00:08:20.632 --> 00:08:24.223
This is a permanent fixture in my household now um, so I have been in the bc space for half a decade.

00:08:24.223 --> 00:08:24.944
That doesn't sound as impressive.

00:08:24.964 --> 00:08:25.065
We do.

00:08:25.065 --> 00:08:26.168
This is a permanent fixture in my household now.

00:08:26.168 --> 00:08:27.913
So I have been in the BC space for half a decade.

00:08:27.913 --> 00:08:38.572
That doesn't sound as impressive For five years as a user and just due to the nature of the implementation.

00:08:38.572 --> 00:08:51.047
It was right in the beginning of COVID Our partner couldn't be on site and I had to kind of learn a lot that I may not have had to, which is, in hindsight, a really good thing.

00:08:51.047 --> 00:09:17.751
Um, and I think it's a great product, but we struggle to implement it because of the lack of change management, and so people don't think of it as much of a great product as it is because of that, and I try, you know, with our implementations and our other divisions, to keep that in mind, so that the benefits of the solution are evident to the users.

00:09:18.052 --> 00:09:23.490
And I think that has, you know, change management is critical to that, and so here, we are.

00:09:23.860 --> 00:09:25.206
No, it's great, Great Thank you.

00:09:25.206 --> 00:09:30.469
I look forward to the conversation with both of you and I get to see a lot of the information that you both share.

00:09:30.469 --> 00:09:41.229
But, as we talked about, I think separately and now I'm happy that we're all together but as, going through implementations, how do you?

00:09:41.229 --> 00:09:54.450
You know, one of the things that I see a lot of and work with a lot of on implementations is, you know, determining the scope of the project, right, how do we determine the scope of the project?

00:09:54.450 --> 00:10:11.291
And anytime you determine the scope of the project when you're going to do what we'll refer to as requirements gathering, as you go through the actual implementation, we have that wonderful thing called scope creep, right, and maybe does anybody know what scope creep is?

00:10:11.291 --> 00:10:12.785
Does anybody experience scope creep?

00:10:14.562 --> 00:10:15.206
All the time.

00:10:17.041 --> 00:10:18.488
We're the cause of that, the users.

00:10:18.990 --> 00:10:19.673
Yeah.

00:10:19.754 --> 00:10:33.753
Probably Well, and to be fair, sometimes it's the partner too, right, because if we're not asking the right questions at the right time, right, we might be missing something, because as users, you guys don't necessarily know what you don't know before you get into the situation.

00:10:33.753 --> 00:10:47.091
So you know, one of the things I like to say when I'm talking to clients, or even internally, is that this is the scope as we understand it today right, with an understanding that there's probably some need for agility later on.

00:10:47.091 --> 00:10:54.150
Otherwise, you know something that might take 6, 8, 12, 18 months.

00:10:54.150 --> 00:10:58.028
It used to say what the life cycle looks like.

00:10:58.028 --> 00:10:59.988
We're in a space that changes every six months.

00:10:59.988 --> 00:11:03.986
We get new features, hot fixes, there's new ISVs, right.

00:11:03.986 --> 00:11:10.610
So I always like to try to say scope as of today, right, with the expectation that there might be a change later on.

00:11:10.610 --> 00:11:17.089
Now, if we've got a one-week sprint and you change scope on Wednesday, right, there might be a little bit of a different conversation.

00:11:19.640 --> 00:11:24.652
Let me ask you guys a question from as implementers, typically from requirements gathering to go live.

00:11:24.652 --> 00:11:29.607
What's the typical timeline, or does it depend on, oh god, company size?

00:11:29.607 --> 00:11:33.942
Ours was two months and it was crazy.

00:11:34.022 --> 00:12:04.975
for my point of view it varies because it depends on what you're implementing and also, as you had mentioned in your comment, the size, because if you're implementing maybe the financials portion of it just general ledger accounts, receivable, accounts payable, just strictly invoicing, not really inventory management, that would be much faster than an implementation that involved distribution, manufacturing, multi, you know, transfers and such.

00:12:04.975 --> 00:12:14.094
So in my experience it varies and I don't think there's a cookie cutter approach to an implementation.

00:12:14.094 --> 00:12:20.048
I mean, I guess you could go through the process of determining what you need to implement, but I don't think that two implementations are the same.

00:12:20.048 --> 00:12:24.091
I mean you could even do two companies within the same company and the implementations could be different.

00:12:25.701 --> 00:12:36.048
Yeah, I mean, I've implemented two competitors right, so like two people to do the exact same thing in the exact same platform and generate the same product, and their two implementations were completely different.

00:12:36.048 --> 00:12:38.326
And it's something that I like to say.

00:12:38.326 --> 00:12:40.892
It's the people there and their processes, right.

00:12:40.892 --> 00:12:47.412
The platform could be identical, but those first two portions of it have a really big implication on the implementation.

00:12:47.412 --> 00:13:03.190
And then you know also the adherence to change management, right, because the people they're particularly leading the project and also the people involved in the implementation can really define how often they stray from what you kind of defined.

00:13:04.211 --> 00:13:12.751
And then also how fast it goes, right, it's the level of engagement, um, from the end user, because at the end of the day, like, how fast can you implement bc?

00:13:12.751 --> 00:13:15.807
I mean, the fastest one I've done was four weeks, right?

00:13:15.807 --> 00:13:17.894
Um, it don't.

00:13:17.894 --> 00:13:20.361
Yeah, that's a, that's a story for another day.

00:13:20.361 --> 00:13:35.496
But the, the uh, you know, the longest one I did was 36 months, and it was because we just constantly had this huge change curve you would see it every three or four months where, like, a new person would come into the project and have new requirements yeah, I think it.

00:13:35.758 --> 00:13:36.900
I think it varies so much.

00:13:36.900 --> 00:13:57.767
There's so many variables, like what patrick's, you know, mentioned, I've done, uh, my finance module only for a month and then, you know, and the other side of that, I've also worked with another end user that had his only finance module as well, but it took them three months and they were exactly the same.

00:13:57.767 --> 00:14:11.153
You know, again, there's so many variables because your involvement right, the end user's involvement can also hinder that because they're too busy, and vice versa as well.

00:14:11.153 --> 00:14:12.345
So, yeah, it really varies.

00:14:13.744 --> 00:14:14.567
Well, let's take that back.

00:14:14.567 --> 00:14:19.346
What I started talking about was scope creep, right, and I don't want to confuse.

00:14:19.346 --> 00:14:25.970
I mean, patrick, you started talking about maybe a change of scope because of the climate at a particular time.

00:14:25.970 --> 00:14:35.379
So, as you're going through implementation if it's spanning months or years, there may be a different requirement from the business point of view you had mentioned.

00:14:35.379 --> 00:14:39.822
Add a new person to the project and they change the requirement.

00:14:39.842 --> 00:15:00.092
So let's take it back to how can we minimize the scope creep, which, to me, scope creep means we've already gone through, or an organization has already gone through, a determination of what is needed and then, as they're going through the application, they say, oh, can we add this, oh, can we do this?

00:15:00.092 --> 00:15:06.495
Something that's separate from maybe a change in process, but it's now that I'm starting to use the application.

00:15:06.495 --> 00:15:07.797
I can see the stuff that we're doing.

00:15:07.797 --> 00:15:22.745
I'd like to have new things added From the user point of view and from the partner point of view, working together, which is why I'm excited to have both of you on, because we can have maybe two different perspectives or maybe two different thoughts on it from different angles.

00:15:23.460 --> 00:15:26.629
How can we minimize or how can someone minimize that?

00:15:26.629 --> 00:15:27.341
Because to me.

00:15:27.341 --> 00:15:44.671
I've seen that that's been costly, not only costly financially, because you often require additional time, and costly because of, again, time, it will maybe push the implementation off from your go-live date once you schedule one.

00:15:44.671 --> 00:15:56.110
And if you do have it scheduled, you're trying to squeeze some stuff and you may not get stuff thoroughly tested or thoroughly, you know, thoroughly, uh, trained, um, so how could you minimize that risk?

00:15:56.110 --> 00:16:02.990
And then I always have to go back to my famous question, which I'll ask afterwards here.

00:16:03.211 --> 00:16:09.726
Uh, maybe I'll start from the partner's side, because we're usually driving some of the conversation, at least in the first couple weeks.

00:16:09.726 --> 00:16:25.014
Um, you know, generally it's a shared project plan with the architecture understanding of hey, you know, you communicated x, y and z and we've recommended that you implement right and glap and ar.

00:16:25.014 --> 00:16:30.729
And then hey, but you also have this inventory component that might require this, this and this.

00:16:30.729 --> 00:16:33.000
This is how we're going to do it.

00:16:33.000 --> 00:16:35.225
We'll build out a project plan and we'll try to work towards that.

00:16:35.225 --> 00:17:06.133
You, as an end user, we try to share that project plan because it's very much you have to own a part of it, right, like, at the end of the day, we're really just helping you do the thing that we know how to do really well, but at the end of the day, like you have to own your system, like we can't be there to run your business, like there's other kind of consulting to do that, right, um, but for us it's a big thing about communication, transparency and then that shared progression, right, and we do it through, like project plans and weekly check-ins and things like that.

00:17:06.133 --> 00:17:16.991
But you know, I think it all boils down to communication and then level set expectations, right, like if you want to change something, this is how we change it procedurally, internally.

00:17:16.991 --> 00:17:19.726
And like there needs to be some level of agreement around.

00:17:19.726 --> 00:17:24.826
Yeah, if we're going to make a change to the scope of this implementation, we agree.

00:17:24.826 --> 00:17:34.028
You know, we'll go through this process with you and we've established that process based upon, you know, a lot of experience seeing it either done really well or, in some cases, really poorly.

00:17:34.028 --> 00:17:46.261
And it's that expectation and communication that I think really makes those successful, because change is going to happen at some point during the course of that implementation.

00:17:46.461 --> 00:17:59.163
Like it just is, um, and it's again because you don't know what you don't know, uh, but I think you've got to be really clear, transparent, honest, um, and that's bi-directional communication right.

00:17:59.163 --> 00:18:02.300
Like it can't just be the partner driving the whole process of the communication.

00:18:02.300 --> 00:18:05.008
Like the end users have got to communicate back to the partner driving the whole process of the communication.

00:18:05.008 --> 00:18:07.094
Like the end users have got to communicate back to the partner what their expectations are.

00:18:07.094 --> 00:18:11.086
Because it's not, you know, it's not all on the partner and it's not all on the end user.

00:18:11.086 --> 00:18:16.689
Like there's a reason they call us a partner and not an implementer, right, and it's because a partnership exists between the two groups.

00:18:16.689 --> 00:18:29.714
I mean, you really have to address it that way, rather than just treating it as a business transaction, like it really is a relationship style interaction, yeah, yeah, and I think from from a user perspective.

00:18:31.301 --> 00:18:32.183
So a couple of things.

00:18:32.183 --> 00:18:48.281
And I'll add one ownership on the client side is critical and has to be, again, like you said, it's your, your partner, but this is our system and it's going to be our system for how many years?

00:18:48.281 --> 00:18:50.046
So that part is critical.

00:18:50.046 --> 00:18:53.353
And then what you, you don't know, what you don't know.

00:18:54.000 --> 00:19:08.859
So from our experience, that was a huge element in scope creep, because we would get into certain functions and like, okay, we're doing this, okay, we're doing this, and then we're doing this.

00:19:08.859 --> 00:19:14.940
And then when we test it out, it's like, oh crap, no, we can't do this without this process.

00:19:14.940 --> 00:19:17.489
I'm thinking of when we were doing warehouse picks.

00:19:17.489 --> 00:19:32.973
We were testing warehouse picks and shipping, and so the standard warehouse pick in Business Central was missing a lot of information that we need, and so, okay, we had to rework that, create a custom warehouse pick.

00:19:32.973 --> 00:19:58.750
And so I think that discovery phase and, chris, I think, like you've talked about this a lot, a thorough, thorough discovery of what the client or the customer process is and like, like down to the nitty gritties so that you can incorporate that into the scope before actually doing it and then realizing, oh no, we need to do that.

00:19:58.750 --> 00:20:01.519
So, um, that's something that I would emphasize.

00:20:01.519 --> 00:20:11.752
Um, like, even the details that you don't think are going to matter, they do end up mattering when you're actually live or testing.

00:20:12.942 --> 00:20:20.111
And then I think another critical piece is like sponsorship, a sponsor on the client side who keeps things in check.

00:20:20.111 --> 00:20:22.326
If the sponsor knows this is what we want to implement.

00:20:22.326 --> 00:20:23.951
It might be a phased approach In phase one.

00:20:23.951 --> 00:20:25.115
This is what we want to implement.

00:20:25.115 --> 00:20:26.861
It might be a phased approach in phase one.

00:20:26.861 --> 00:20:31.731
This is all we need to do, and so anything else is going to be phase two.

00:20:31.731 --> 00:20:37.423
We're going to get by with whatever we're doing in phase one, but the sponsor on the client side has to enforce that.

00:20:37.423 --> 00:20:41.558
Um, with the understanding that the business will continue to function.

00:20:41.558 --> 00:20:50.115
We're going to support, we're going to do whatever we intend to do, and all these other things are just going to be add-ons and perks after the fact.

00:20:50.115 --> 00:21:00.933
So, yeah, sponsorship, ownership on the client side, and like thorough discovery, I think are three critical elements to mitigate scope creep.

00:21:02.063 --> 00:21:06.307
I do have a comment, nellie, you mentioned, mentioned about.

00:21:06.307 --> 00:21:08.241
We're talking about the requirements gathering.

00:21:08.241 --> 00:21:19.326
You can have the best requirements gathering, but if you don't have the, you don't have the right person yeah to be able to speak up.

00:21:19.326 --> 00:21:24.814
It's, it's, it's not, it'll be worthless.

00:21:24.814 --> 00:21:38.624
Because I've been in situations or I've been in implementations where everything was written, everything was well thought of and towards the very end someone comes up and say, actually, that's not what we do.

00:21:38.624 --> 00:21:42.431
I was like, where have you been, you know?

00:21:42.471 --> 00:21:43.512
that's change management.

00:21:43.512 --> 00:21:44.034
It's crazy.

00:21:45.076 --> 00:21:56.167
That is change management exactly yeah, because, uh, like you said, you can have somebody responsible for the project and the client and has no idea what's happening with each function.

00:21:57.009 --> 00:21:59.420
Um, they may think this is what we need to get going.

00:21:59.420 --> 00:22:02.162
Um, so again back to change management.

00:22:02.162 --> 00:22:47.009
This is why, before you're even talking to a partner about an implementation internally, you need to talk to everybody that you possibly can in each function in that conversation, and then one person is like the documenter of all of that and the communicator, but everybody has to be involved in that internal discovery first, and then you communicate that to your partner and have people from multiple functions in those meetings with your partner, because I'm not going to know what a finance function requirement is, I just don't.

00:22:47.009 --> 00:22:58.162
And so somebody from finance and accounting needs to be on those calls, someone from warehouse needs to be on those calls, and in our case, it was just me trying to represent everybody.

00:22:58.162 --> 00:23:00.125
I did an okay job, but I wish I could have brought in other people.

00:23:00.125 --> 00:23:06.515
I did an okay job, but I wish I could have brought in other people, and I would do that in the future.

00:23:09.048 --> 00:23:09.451
Absolutely.

00:23:09.451 --> 00:23:15.920
Yeah, that's.

00:23:15.920 --> 00:23:17.563
I think that's very, very important to bring in others perspective.

00:23:17.563 --> 00:23:40.007
Because I mean, Patrick, I don't know if you've got come across this and I think this came across one time in in my experience where gather requirements, we provided the estimate, everything looks good, and you go through the implementation at the very end or not very end, but closer to the to the end, as you're going through the uat, you know they all agreed to maybe use out of the box functionality because it met the requirements, right, all that stuff, uh, towards uat.

00:23:40.007 --> 00:23:47.101
They come up to you and say this is not what we had expected yeah, yeah, you wanted to look like this.

00:23:47.121 --> 00:23:50.990
I was like wait, you were okay with the out of the box in the zero hour.

00:23:51.029 --> 00:23:51.811
Why the change?

00:23:52.092 --> 00:23:54.964
yes, yes, um, how do you handle that?

00:23:55.726 --> 00:24:00.034
you know, I think I mean I think everybody is, I don't, you know.

00:24:00.034 --> 00:24:07.913
I think if you've been in the space and done more than a couple implementations, you've probably run into it because unfortunately it's common.

00:24:07.913 --> 00:24:23.808
You know, like I'd like to say that it happened one or two times in the last year, but you know it's a pretty common thing and a lot of it has to do with some of the scale of your organization can be a big impact on that.

00:24:23.808 --> 00:24:49.359
Because you know, to be transparent, not everybody can be part of the implementation, right, and you know, back in the day when I was doing a lot of implementations, my thing was warehousing and manufacturing and unfortunately those guys are usually underrepresented in the implementation groups and unfortunately those guys are usually underrepresented in the implementation groups.

00:24:50.079 --> 00:24:54.665
And then you know you'll get out there and you're training users on handhelds and they're like, yeah, the manager thinks that that's how I do my job, but let me tell you how I actually do it.

00:24:54.665 --> 00:25:26.246
It was like, guys, we've been implementing for like four months and I'm just now hearing this while we're doing user acceptance testing, and I got to be honest, like I've got to go back to the product sponsor inside of the implementation team and be like, hey, you need to figure out what is a business need, what is a business requirement and what is our path forward, and then I'll help you figure out what that is, but I can't be the one making the decision as to what's best for your business moving forward, and there there's a.

00:25:26.246 --> 00:25:42.564
There's a second portion of this which I think is part of OCM, which is user acceptance and utilization after you've been live, and if those people that are out there doing the job all day long don't like the system because they don't feel represented in it, they're never going to adopt it.

00:25:42.564 --> 00:25:46.451
They're going to revert back to like bad practices or the way I've always done it.

00:25:46.451 --> 00:25:55.410
God, I hate that, but like the way I've always done it because I know it works right, even though that may not be the way that we need to do this.

00:25:55.450 --> 00:26:14.452
Going forward for the best path for the business, right, or maybe like there's an effort that they don't have visibility of, but if they don't feel represented in their voice as far as like this is how I do my job isn't represented within the implementation, you'll struggle and you'll end up with OCM.

00:26:14.452 --> 00:26:16.315
You'll end up with scope creep.

00:26:16.315 --> 00:26:18.676
You'll end up with changes in the zero hour.

00:26:19.978 --> 00:26:23.883
And those can be costly financially as well as the implementation.

00:26:23.883 --> 00:26:32.211
Because I've seen changes come in and I still struggle with when do you introduce changes and how do you determine the changes?

00:26:32.211 --> 00:26:35.817
Because you mentioned, patrick, what is the business requirement?

00:26:35.817 --> 00:26:47.107
And then also what is the requirement within the application, because you know a change or a scope creep or a change in scope.

00:26:47.107 --> 00:27:01.890
I've seen someone want to say something just because they became more comfortable with the application or going through the process, or a requirement came up and a modification was made, or somebody started a process and they said, oh, I found this button, this can do this.

00:27:01.890 --> 00:27:08.828
Oh, that would be so great if we could do this, which could throw off the entire process that you put together and and sent it back.

00:27:08.828 --> 00:27:21.359
So how can someone determine the difference between a business requirement and a business requirement within the application?

00:27:25.528 --> 00:27:29.434
you know from from my perspective as a partner, but I've also been an end user, right like I've the application.

00:27:29.434 --> 00:27:34.430
You know from my perspective as a partner, but I've also been an end user, right Like I've been a warehouse user, been running around a forklift in a giant warehouse.

00:27:34.651 --> 00:27:38.363
That must have been awesome, yeah you.

00:27:39.965 --> 00:27:53.502
You say that it's fun until you're like 100 degrees and in the south you know 100 humidity and yeah so it's fun for an afternoon or a couple hours then maybe yeah, it's fun for the discovery now that I sit in air conditioning all day.

00:27:53.883 --> 00:28:10.352
Um, the um, the the big part of that is really determining what's mission critical for the business, right, and sometimes, unfortunately, that can't be what's mission critical for the individual.

00:28:10.352 --> 00:28:34.478
You've got to have as a partner and as an end user and probably more so important as an end user have a clear vision of what do I want to do and this is like such a horrible cliche, but it's true Like what do I want to do in the next five years, right, and then help help your partner understand those goals and why you're making some of those decisions.

00:28:34.478 --> 00:28:40.762
Obviously, you can't tell them everything, but at least give them some indication so that we can help you through that process.

00:28:40.762 --> 00:28:52.112
Because, much like you were kind of describing Brad, where you might have a user say oh, I didn't know I could use that button, we may not have known to recommend it because we didn't know that that was a requirement right.

00:28:52.339 --> 00:29:03.722
Like there's like a really unique, judicious way to say well, if you had told me in the first place, right, but you obviously can't say it that way.

00:29:03.722 --> 00:29:04.444
But it's the.

00:29:04.444 --> 00:29:09.502
You know, if we understood these requirements at day one, we might have recommended a different path.

00:29:09.502 --> 00:29:21.690
And in some cases it's like a blip right, like it's a day of work to change it, and in other times it restructures a lot of the organizational change as well as the system.

00:29:22.711 --> 00:29:26.576
So, but to take that back, I know, nellie, you probably have a lot to add.

00:29:26.576 --> 00:29:28.538
I'll pause for a moment, but I get excited about the topic.

00:29:28.558 --> 00:29:29.319
I do, I'm trying to jot them down.

00:29:29.319 --> 00:29:31.079
No, no, no, I will pause in a moment.

00:29:31.240 --> 00:29:37.027
But what you're talking about is similar to my question is there's the business requirement.

00:29:37.027 --> 00:29:50.326
I may be a business manager, business owner or someone who's driving the future of the business, and then you also have the individuals that are performing the actions daily, that will have requirements based on what they know.

00:29:50.326 --> 00:29:54.606
So now, how do you in essence then filter?

00:29:54.606 --> 00:29:57.534
Okay, here is the requirement from the user.

00:29:57.534 --> 00:30:00.779
How does it align, maybe, with the direction of the business?

00:30:00.779 --> 00:30:06.492
Because, to me, if you're going to switch to a new ERP system such as Business Central, there's a reason for it.

00:30:06.492 --> 00:30:10.851
The reason may be you want to get efficiencies, you want operational gains.

00:30:10.851 --> 00:30:12.743
There's some sort of reason.

00:30:12.743 --> 00:30:21.325
So, the requirements that a user has, how do they align with the direction of the business and how do you make sure that that comes together?

00:30:21.325 --> 00:30:30.807
So then, also, when you're going through the implementation, it's not somebody saying, oh, I found this button, it would make my life so much easier and, like you said, it could shift you in a different direction.

00:30:30.807 --> 00:30:33.073
It's tough.

00:30:33.480 --> 00:30:35.045
See, this whole implementation thing is tough.

00:30:35.385 --> 00:30:36.067
Yeah, I'm jumping in.

00:30:36.067 --> 00:30:38.031
I'm being quiet, I'll mute myself.

00:30:44.300 --> 00:30:44.761
No, it's fine.

00:30:44.761 --> 00:30:52.263
I think this is where a phased approach is is important because you can have, okay, this is our ultimate, perfect, ideal vision of the system, incorporating what the users need and everything.

00:30:52.263 --> 00:30:59.769
And, like you said, pat, like as the customer or the sponsor, you communicate those things to your partner what are all the requirements?

00:30:59.769 --> 00:31:05.920
But at the same time, you've got to be communicating what we're going to accomplish in a phased approach to your people.

00:31:05.920 --> 00:31:17.222
So, okay, you're not going to have this functionality for a little while, but we're going to get by with this because we need to keep the business operating, we need to keep shipping orders, whatever it is that we want to do.

00:31:17.222 --> 00:31:21.131
But this is in the next phase and we're going to do this.

00:31:21.131 --> 00:31:25.287
And then in the next phase, we're going to add this there has to be like a minimum.

00:31:25.346 --> 00:31:39.982
I guess a minimum viable product, if you're kind of talking agile like this is going to keep us going and your, your people, need to know that like this isn't the end of it, but we have to do something and then we can talk about something else in phase two.

00:31:39.982 --> 00:31:40.865
That's frustrating.

00:31:40.865 --> 00:31:55.468
Frustrating too, because, as a user, there have been things that I've been told are going to be in phase two and I'm like, but no, like we want that now, we need that now, and it's gonna suck, but it's a give and take.

00:31:55.468 --> 00:32:01.548
But I think communication and conversation with your people from the beginning about what we're gonna do helps that.

00:32:01.548 --> 00:32:09.531
Just let them know, like, like, this is the plan, this is what we're going to try to do, this is what we want to accomplish, and it's not going to be all done overnight.

00:32:09.531 --> 00:32:17.288
Um, and I don't typically are doing phased implementations, or is it like start and then we're done?

00:32:19.073 --> 00:32:25.222
that that depends for yeah you know that really depends because you know a partner would do their.

00:32:25.222 --> 00:32:36.751
I consider your partner as the, the organization that will, or your partner would be responsible for executing your vision right, because they know the system.

00:32:36.751 --> 00:32:41.503
But, um, it's really up to you if you want to do phases.

00:32:41.503 --> 00:32:44.711
I've've been in implementation where I don't want phases.

00:32:44.711 --> 00:32:53.246
I want everything I need to do to get my business running, so even things that they wanted to add.

00:32:53.246 --> 00:32:58.115
They don't have now, but they want to add because Business Central has that capability.

00:32:58.115 --> 00:32:59.325
They want that now.

00:32:59.819 --> 00:33:05.113
They don't want to have to wait, you know, three months after go live to execute that.

00:33:05.113 --> 00:33:07.047
They would say, why can't we do that now?

00:33:07.047 --> 00:33:08.945
It's really a balance.

00:33:08.945 --> 00:33:12.109
It's never a question of like, why can't a partner do that?

00:33:12.109 --> 00:33:21.590
It's usually it's like do you have the capacity, you as an end user that's going to live in this application that's going to backbone of your, of your organization?

00:33:21.590 --> 00:33:29.135
Can you know, um, do you have the capacity to do that and try to change that or bring in a new process?

00:33:29.917 --> 00:33:40.390
yeah, and another piece too is like the microsoft updates like that come all the time that we tend to like those might solve a problem that we have now that we don't know it's going to be solved.

00:33:40.390 --> 00:33:48.828
Like, if you kind of wait it out I we've seen that happen like things that we wanted that would have now that we don't know is going to be solved If you kind of wait it out we've seen that happen Things that we wanted that would have been customizations just end up being part of the system.

00:33:48.828 --> 00:34:01.028
So understanding that the system is continuously evolving and changing helps us as users to know okay, well, this is not necessarily permanent and we might have a solution coming up soon.

00:34:01.028 --> 00:34:06.170
Let's just kind of wait it out and see what's coming and if that works, then we're good, Then we don't need to customize.

00:34:06.780 --> 00:34:14.826
To that point, Nellie, I'm going to do a shameless plug akams forward, slash BC ideas If you are not putting your stuff in there.

00:34:15.527 --> 00:34:20.048
Microsoft is not going to hear about the thing that you want unless your partner is putting it out there for you.

00:34:20.048 --> 00:34:26.793
And they hear about the thing that you want unless your partner's putting it out there for you and they do look at it and they upvote and they talk about the development plans for it and they'll throw it on the roadmap.

00:34:26.793 --> 00:34:34.447
Um, but, kind of going back to, I think, your original question, brad, you know the how do you determine, like, how do you address that change?

00:34:34.447 --> 00:34:41.811
The big thing that I ask my people is like how is this going to impact your ability to either provide goods and services and generate revenue?

00:34:41.811 --> 00:35:02.681
And if you can still do those core things, let's address refinement at a later date, right, and you know, as long as we can still operate in the premise of can I generate revenue, can I run my business, are my people are going to be OK at the end of every day, and can we refine that at a future date?

00:35:02.702 --> 00:35:07.893
And then you know not to jump into the phased approach again, but can I potentially push that change into a future phase?

00:35:07.893 --> 00:35:11.409
But can I get live and be able to run my business day one?

00:35:11.409 --> 00:35:14.204
And you know we're not trying to quote unquote.

00:35:14.204 --> 00:35:17.932
Like not every implementation's goal is quote unquote to just get it live as fast as you can.

00:35:17.932 --> 00:35:33.106
But if you're going to jump into an effort like implementing Business Central or any platform, the goal has got to be continue business operations as quickly as possible, because the implementation is a big interrupt.

00:35:33.106 --> 00:35:45.726
It's pulling people away from their day-to-day jobs and then get them back to being able to run the business and generating revenue and then worry about refining and making that a little better or easier.

00:35:45.726 --> 00:35:53.548
Um, assuming that you've introduced this new scope, creep right yeah, the go live.

00:35:54.692 --> 00:35:56.375
see this, this, the go live.

00:35:56.375 --> 00:35:56.735
Right.

00:35:56.735 --> 00:35:58.559
So you go through a project, you plan.

00:35:58.559 --> 00:36:00.784
I do want to go back to the requirements.

00:36:00.784 --> 00:36:06.393
I still have this thing hung up in my brain that I can't shake.

00:36:06.393 --> 00:36:29.610
But to go back to the go live, as you're talking about, with the go live date and preparation for go live and making sure that the business can operate, you know, typically some will say if we can ship products and, you know, apply cash, you know if we can ship product, ship invoices and receive cash, you know we're OK to start and then we can, and you know, bring in some of the other changes and efficiencies.

00:36:29.610 --> 00:36:33.367
But you have an implementation, you have a go live date planned.

00:36:34.320 --> 00:36:46.003
Now I've seen some hesitation at times of when do you go live Right, some hesitation at times of when do you go live right Is is what.

00:36:46.003 --> 00:36:53.543
How do you determine that you're ready to go live and how can you, you know, ensure that the go live is going to be proper?

00:36:53.543 --> 00:37:00.606
I mean, I'm sure any new change, any new process there's always, you know, change brings up some challenges and I'm not saying that it doesn't work properly.

00:37:00.606 --> 00:37:03.974
Some people will forget, possibly, how to do a process.

00:37:03.974 --> 00:37:06.500
But how can you push into that go-live?

00:37:06.500 --> 00:37:15.530
Because I've seen go-lives stall because someone will say we're not ready, but we're not ready because of something new.

00:37:15.530 --> 00:37:25.061
It's a matter of, okay, I'm not comfortable and ready to go live because I'm afraid versus it's not ready.

00:37:25.061 --> 00:37:33.536
It's one of those things that I see often and it's like well, we have to delay it for a week, we have to delay it for a month and I have some questions.

00:37:33.536 --> 00:37:35.902
I ask for that, but I wanted to hear everybody's thoughts on that.

00:37:37.063 --> 00:37:52.849
I love what you're saying there, brad, because being afraid and not ready are two different things in my opinion, because you can be ready and you have everything you need to have a successful go-live, but for some reason, they just have this fear of change.

00:37:52.849 --> 00:37:54.766
Now this change is going to happen.

00:37:54.766 --> 00:38:07.047
I'm really scared, like, for example, I mean Brad you hike and Nelly you're out in the woods just like me, and Patrick you're in Atlanta.

00:38:07.047 --> 00:38:08.585
It's a jungle out there.

00:38:08.585 --> 00:38:21.693
You know, you're prepared, you have all your stuff ready to go, and then, right when you're about to leave, you still have that nervousness, feeling of like I'm not sure if I want to hike this thing.

00:38:22.679 --> 00:38:23.221
And bear is going to get me.

00:38:23.240 --> 00:38:26.809
That's what I think Exactly, still have that nervousness, feeling of like I'm I I'm not sure if I want to hike this thing and exactly you can be prepared.

00:38:26.809 --> 00:38:30.362
You know you can have a bear, mace and stuff like that, but you still have that fear.

00:38:30.362 --> 00:38:42.233
Um, but preparedness and fear is I like that's two different things and I see that all the time, um in implementations yeah, definitely from a user perspective.

00:38:42.360 --> 00:39:06.929
Like it's like you're coming up with excuses not to go live because you just like, oh no, no, this has to be done first and it's that's such a critical distinction and if you think, like personally, in personal lives and personal changes, you know this is what you have to do, but you try to come up with reasons not to, because it's a change and it's scary, um, and that just translates directly into workplace changes too.

00:39:06.929 --> 00:39:12.650
We, or you'll find like people will come up with things at the last minute just because it's so close.

00:39:12.670 --> 00:39:24.990
We're that close, yeah yeah, it could just be one person that's making that decision too, and then they may be afraid to make the decision for everybody you know, especially if you're the decision maker of go live or no.

00:39:24.990 --> 00:39:28.385
Go live, oh, I gotta decide this for all the departments.

00:39:28.385 --> 00:39:29.568
That's a scary feeling.

00:39:29.608 --> 00:39:40.025
That's, that's fear, yeah you have to find a happy balance between sorry I don't go ahead, go ahead no, just the balance between making a decision and also considering everyone's perspectives.

00:39:40.025 --> 00:39:40.505
At some point.

00:39:40.505 --> 00:39:46.780
Someone has to make a decision, you know, otherwise we're stuck in eternal limbo and analysis, paralysis, whatever.

00:39:47.101 --> 00:39:58.083
So somebody has to make a decision in light of everything at some point well, and to go back to something you said earlier, nelly, this is what we would classify as that organizational, like that sponsor, right?

00:39:58.083 --> 00:40:01.028
Um, somebody has got to make the decision.

00:40:01.028 --> 00:40:08.315
I hope he doesn't watch this episode, cause he's going to know who I'm talking about.

00:40:08.315 --> 00:40:08.739
But I worked with a.

00:40:08.739 --> 00:40:21.710
I worked with a COO who knew nothing about technology kind of didn't understand all of the nitty gritty of operations, but knew how to drive business initiatives forward.

00:40:21.710 --> 00:40:27.512
And I remember this is actually right in the middle of lockdown, like we were in the middle of implementation.

00:40:27.512 --> 00:40:41.934
We were two weeks from go live and then all of a sudden, the country shut down, um, and he rallied the troops, quote unquote, and said it doesn't matter, you know, hell or high water, we're going live.

00:40:41.934 --> 00:40:59.985
He was actually one of our biggest detractors at the initiation of the project and then, as he got into it and recognized the value add to the business, you know, he said, regardless of what's happening within the world, regardless of what's happened during the course of the implementation, we are going live on this date.

00:40:59.985 --> 00:41:19.659
And he championed that across the board with his users, to the extent of literally like sitting down individually with everybody when they voiced an opposition to the go live and then championed the process and just the fact that you've got to do it right.

00:41:19.920 --> 00:41:24.552
Because, you know, we talked a little bit about the fear of, of kind of transitioning Right.

00:41:24.552 --> 00:41:36.771
I think the best kind of implementation that that fear is transitioned to like the, the heightened anticipation of like doing it right Everybody's a little excited to take that jump, even though they know it's scary, right.

00:41:36.771 --> 00:41:46.047
The best kind of implementation is when, as a partner, the best kind of implementation is when, as a partner, the best kind of implementation is when your end user is like can we go live on this date, like we're ready?

00:41:46.047 --> 00:42:02.972
Um, and I, you know, I think, hopefully, chris, you've had at least a couple of those, because those are really gratifying as a partner, where you're like I've done a good job, like I've been a very great champion for the, the system, and my customer feels ready, like because cause it's, it's like having a kid right, going out in the world.

00:42:02.972 --> 00:42:06.125
You're like okay, you're ready, yeah.

00:42:07.067 --> 00:42:09.492
Yeah, absolutely, it was very similar.

00:42:09.492 --> 00:42:11.505
Yeah, it's, it's.

00:42:11.505 --> 00:42:31.423
It's one of those things where I had a similar situation as from a partner's perspective, we went, you know, a client wanted to go live they're manufacturing, you know, manufacturing, you know, and and it was during covid, so it was very difficult to fly anywhere and be on site went live all remote, not stepping foot, and I was scared.

00:42:31.423 --> 00:42:34.509
It's like I'm not there to like hold our hands.

00:42:34.509 --> 00:42:47.300
But we did all virtual and and you know I I worked with somebody on the other end that we were both ready and our mind, our time, it's going to be dedicated to this and it went smooth.

00:42:47.300 --> 00:43:07.130
And then, like you said, you know, it's like it's an amazing feeling to see them flourish and be able to just run the system and not be, you know, not have to wait because COVID was happening and they weren't sure if they can run this application.

00:43:07.130 --> 00:43:08.505
No, they're just like let's do it.

00:43:08.505 --> 00:43:15.748
Chris got our back, we could do this, and then it was amazing and those kind of implementations are fun.

00:43:16.123 --> 00:43:21.931
It is important to put as part of the implementation, with the fear of it, as you're all talking about.

00:43:21.931 --> 00:43:30.070
Sometimes the fear is they're just afraid of the new system and I've even come across where requirements that surface.

00:43:30.070 --> 00:43:38.873
After they start using it and they become comfortable with it because it is new, they realize that they don't need that change any longer.

00:43:38.873 --> 00:43:44.918
Because I remember working with a, an organization.

00:43:44.918 --> 00:43:52.161
They're going through implementation, someone's going through, and they said they always would say, well, in the old system we would do this, well, in the old system we would do that, in the old system we would do this.

00:43:52.903 --> 00:43:59.844
And I I heard that proverbial like five years later you know it's, they're still talking about it and it's just like, well, whatever.

00:43:59.844 --> 00:44:09.373
But after they started going through the process this was an organization, they went through an acquisition and they had to look at the system that the company that they were acquiring was using.

00:44:09.373 --> 00:44:15.960
And then I heard that same individual say, well, they have to do it this way, we get to do it this way.

00:44:15.960 --> 00:44:32.697
You know, it's like the mindset shifted because it all comes back to that fear of change, the fear of doing something new, and then realizing, well, it wasn't so bad looking back at it.

00:44:34.561 --> 00:44:39.552
But how do you embrace that fear to push someone over the edge?

00:44:39.552 --> 00:44:42.909
I mean, I've asked the question sometimes where someone said, well, we need to delay a week.

00:44:42.909 --> 00:44:51.507
And I would ask okay, if we delay a week, what will change from Sunday, the day that you wanted to go live, to the next Sunday?

00:44:51.507 --> 00:45:03.903
If you're going to have some in-depth training or testing or somebody's going to do everything, then delaying a week may be advantageous because you're going to do something and have some productive results.

00:45:03.903 --> 00:45:11.148
But if you're just delaying it a week and everyone's going to do their same duty and you can pick the time frame, what do?

00:45:11.148 --> 00:45:11.911
What's the?

00:45:11.911 --> 00:45:21.710
You know what's the the rationale for going uh later, other than fear yeah and I wonder too.

00:45:21.731 --> 00:45:24.655
How much sorry, pat, go ahead oh I was gonna say.

00:45:25.315 --> 00:45:31.771
I don't know what your guys experience has been, but this is um, this has been my experience previously.

00:45:31.771 --> 00:45:40.599
Um, if you are willing to delay a go live one time, it is more likely to happen again and again and again.

00:45:40.599 --> 00:45:48.579
There will always be this continual understanding of oh well, we can just keep delaying, rather than creating some immediacy of no, you need to get live.

00:45:48.579 --> 00:45:57.126
Like, there needs to be a definition of done right, minimum usable product, go right.

00:45:57.126 --> 00:46:08.525
But I have seen end users and I've been guilty of it as an end user right, it's the don't let perfect be the enemy of good enough.

00:46:08.865 --> 00:46:26.449
Right like, um, if you're going to keep delaying and yeah, if you're going to keep delaying, you you will get into the habit of understanding like oh well, I can just introduce new scope creep and as a partner, you know we're here to literally help you through the process.

00:46:26.449 --> 00:46:27.358
So we're going to say yes to a lot of things.

00:46:27.358 --> 00:46:28.525
Right, yeah, we'll help you do that.

00:46:28.525 --> 00:46:37.626
But we've got to also say yeah, but is that in the best interest of the implementation and your team and your budget and your timeline and your sanity right?

00:46:37.626 --> 00:46:46.148
Like, at some point we have to get that minimum viable product and go live and say do it, and then we'll refine later.

00:46:48.032 --> 00:46:52.402
I think it could get pretty philosophical, talking about like perfect and what is good enough.

00:46:53.351 --> 00:46:55.898
But I think it goes back to what you were saying earlier.

00:46:55.998 --> 00:47:05.103
Like you had that sponsor who just said we're doing it, and I wonder how much the success of an implementation has to do with the charisma and the leadership of that sponsor.

00:47:05.103 --> 00:47:17.902
It's kind of like, I think, of school, like a teacher can make you love or hate a subject based on the way they present it to you or the way they have you interact with that subject, and I think that might be a critical element in the success of an implementation.

00:47:17.902 --> 00:47:26.112
Who's leading it on the client end and do people trust that person and what kind of relationships do they have with that leader?

00:47:26.112 --> 00:47:37.518
If I trust my leader and he tells me this has to get done, then I'm going to trust what he says or she says, because I've established that trust relationship with them.

00:47:37.518 --> 00:47:49.447
And so if somebody just comes in and it's very top-down and we're doing this, like it or not, and you don't have that rapport with your team, it's going to be hard to have them embrace it.

00:47:49.447 --> 00:47:50.788
So I think that's a critical piece.

00:47:53.490 --> 00:47:55.480
And that you know it depends on who's there to comment on that.

00:47:55.480 --> 00:47:59.273
Like, uh, your spot, you know, the sponsorship is very important, you know, you know.

00:47:59.273 --> 00:48:13.110
But, like overcoming that can sometimes be a simple conversation of like, hey, you got me, I got your back, you got my back, say, chris, chris will get our back, that's, we could do this, you're prepared, you're UAT, all pass and everything like that.

00:48:13.913 --> 00:48:36.469
It's just a matter of like, I'll be there for you and you'll be there for me and you just go live, just do it together and we're going to stumble and it's not going to be perfect and we're going to fail and we're going to fall flat on our face sometimes, but we're going to pick each other up and we're going to continue like understand that it's not going to be smooth sailing and with that what I like in some sense.

00:48:36.489 --> 00:48:41.038
I mean, obviously there are issues that you can say fail and it prevents a go live.

00:48:41.038 --> 00:48:42.260
I like patrick's point.

00:48:42.260 --> 00:48:46.376
Pat's point of you'll always find something.

00:48:46.376 --> 00:48:51.619
You're training yourselves and your organization that if we find one more thing we can push it off.

00:48:51.619 --> 00:49:01.634
And we'll always push it off because I may not feel comfortable with it and the approach of pushing that product in.

00:49:01.634 --> 00:49:30.320
If you're going through UAT and you're fixing requirements along the way or you're changing scope along the way, with always one more, always one more, you're never in essence done, whereas if you go live and you find some things that you would like to change, you kind of do it once and you're done, because now it's in there and it's fixed for lack of better terms and you don't have to go back to it and individually start using that process.

00:49:34.637 --> 00:49:35.599
One quick one before that.

00:49:35.599 --> 00:49:45.239
I do want to make a clear delineation, though Process improvement has to continually be a portion of your business, regardless of if you're a partner, a customer, whatever.

00:49:45.239 --> 00:49:58.538
Right, as a business owner and as a business manager, right, I am continually trying to improve the way that I do business so that I can do it better, faster, less expensive, attract better talent, right, all of these things.

00:49:58.538 --> 00:50:00.222
So, please, yeah.

00:50:00.222 --> 00:50:06.675
So I want to make sure that you know anybody watching understands like you need to continually try to refine your business.

00:50:06.675 --> 00:50:13.197
Just don't delay a go live for that definition of perfect White belt for life is what I would say.

00:50:13.411 --> 00:50:24.844
But a really quick comment on that on delaying the only time as an end user where I had to delay from an end user side is when you come in.

00:50:24.844 --> 00:50:37.737
I came in from like I think they were like a month out before they were going live and I got hired in and they wanted me to run this whole thing up to go live and I was like I don't even know what's going on.

00:50:37.737 --> 00:50:42.742
I said give me, you have a date of, let's say I think it was like September 1st.

00:50:42.742 --> 00:50:44.576
Let's wait until October 1st.

00:50:44.576 --> 00:50:47.018
I just need to understand.

00:50:47.018 --> 00:50:50.336
And then I went around to the other departments like, are you good?

00:50:50.336 --> 00:50:52.240
Are you good, you can do it.

00:50:52.240 --> 00:50:53.583
And then that was it.

00:50:53.583 --> 00:50:57.340
Just that 30 days was enough.

00:50:57.340 --> 00:50:59.697
And then it went live as smoothly as you can get.

00:50:59.697 --> 00:51:04.940
But that's the only time I've had to push back from an end user side.

00:51:07.610 --> 00:51:17.405
With something that you said, Pat and Nelly you had mentioned it too with continuous improvement and with the application changes and refinement.

00:51:17.405 --> 00:51:25.903
And then also, just to be clear, it's okay, now we went live, we're running live, the application's live.

00:51:25.903 --> 00:51:32.842
How do you continue to improve and get that operational efficiency that you talked about?

00:51:37.271 --> 00:51:39.496
You know from, yeah, from my end.

00:51:39.496 --> 00:51:43.335
You know, a big part of that is a relationship with my customers, right?

00:51:43.335 --> 00:51:48.351
Like you know, I was talking a little bit earlier about, like, getting your kid out the door.

00:51:48.351 --> 00:51:52.561
You know you get them, you get them out there in the world and you're excited to see them succeed.

00:51:52.561 --> 00:52:01.856
But at the same time, I have that same similar relationship with my customers ongoing, right, because it's not like the second that you move out of the house that your relationship with your parents ends.

00:52:01.856 --> 00:52:13.217
Right, I continually communicate with my clients and let them know, like hey, I don't know if you guys are watching this, but this is a cool article, right, or as much as even just.

00:52:13.217 --> 00:52:20.972
Hey, subscribe to the dynamics podcast and, um, listen to what brad and chris are talking about this week, right?

00:52:20.992 --> 00:52:28.601
like we always want to say that to everybody, just to let you know shameless plug, right, the uh, but the?

00:52:28.661 --> 00:52:32.012
you know, hey, brad and chris have something really cool to talk about this week.

00:52:32.012 --> 00:52:32.735
You should check it out.

00:52:32.735 --> 00:52:33.599
Right, or the?

00:52:33.599 --> 00:52:34.782
Hey, have you read this article?

00:52:34.782 --> 00:52:38.195
Or hey, the wave release is about to come out in a month.

00:52:38.195 --> 00:52:47.710
Let's talk through how that might change your implementation or your business, or even maybe like what you foresee as like a projection of your business change in the next six months.

00:52:47.710 --> 00:52:50.215
Right, um, you know.

00:52:50.255 --> 00:52:54.490
Shameless plug for community summit right, like, as partners, we all go.

00:52:54.490 --> 00:52:55.655
Right, we have to go.

00:52:55.655 --> 00:52:57.384
It's a part of our sales cycle.

00:52:57.384 --> 00:53:00.193
It's a part of our relationship building and training and new education.

00:53:00.193 --> 00:53:28.335
But, as end users, something like that for having continual exposure to the product and releases and updates and education is super important because it fosters this idea of I'm in a SaaS environment, right, like, I'm in a continually evolving ecosystem of technology, process change and people that can drive my business initiatives forward and all I have is a subscription feed to my platform.

00:53:28.335 --> 00:53:35.615
Right, you know, it's that idea of like continual change and it's part of being in this community.

00:53:35.615 --> 00:53:37.063
Right, like, it's an ecosystem.

00:53:37.063 --> 00:53:39.130
Right, it's a living, breathing organism.

00:53:39.130 --> 00:53:41.014
That really is.

00:53:42.818 --> 00:53:49.516
You know, it's defined a different roles between partners, publishers, isvs and end users, and we're all part of this.

00:53:49.516 --> 00:53:53.958
We have to communicate and talk and we have to make sure that everybody's aware of the things that are coming out.

00:53:53.958 --> 00:53:56.972
Um, and then the relationship partner to customer.

00:53:56.972 --> 00:54:04.456
We have got to be making sure that our customers understand what's going to happen, how this might change your business scope.

00:54:04.456 --> 00:54:14.626
Um, hey, that isv that you're using there's a new product release coming out for it or hey, have you checked out subscription and recurring billing, because this is going to be really cool in october, right?

00:54:14.626 --> 00:54:19.998
Um, like, I know your business as a partner and I think this might have a value impact to you.

00:54:19.998 --> 00:54:21.202
Let's check it out.

00:54:21.202 --> 00:54:25.159
Do you want to do like an hour of training when it comes out, right?

00:54:25.159 --> 00:54:28.909
Um, or is there a cool podcast or article?

00:54:28.909 --> 00:54:39.585
Or is there marketing material from microsoft or other publishers, for that matter, that are going to give you some insights that might reshape what you might want to do as a business going forward?

00:54:41.351 --> 00:54:46.789
I had this conversation just a couple of days ago with my CIO just on this continuous improvement, continuous learning.

00:54:46.789 --> 00:54:53.103
It's no accident that I love the product, that I love Business Central, because I've been exposed to these things.

00:54:53.103 --> 00:55:09.134
I go to these conferences and you get that hype and you get that excitement and I'm always like if I'm the only one there, I'm the only one that's going to feel that and we really need to get more people at these events, either locally it doesn't have to be like the annual things, because that's where you see what's possible.

00:55:09.134 --> 00:55:13.237
We're trying to get our like our dev team to engage with Power Platform.

00:55:13.237 --> 00:55:14.199
They haven't seen it.

00:55:14.199 --> 00:55:17.521
They're boxed in, they do their internal apps and that's just like what they do all day.

00:55:17.521 --> 00:55:23.306
They don't know what's out there, so let's get them out there so that they see what's there and then they get excited about it.

00:55:26.130 --> 00:55:28.960
Another thing that we did for continuous improvement, and that's an initiative I led at my company.

00:55:28.960 --> 00:55:44.762
Initiative I led at my company, so Canada was one of the instances of Business Central online and then we have numerous others globally, and so I set up kind of like a center of excellence where all of us get together and we just talk about, like what challenges are we facing?

00:55:44.762 --> 00:55:45.811
What have we learned?

00:55:45.811 --> 00:56:00.373
Here's like, like you said, like I found this link, I found this video, share it with the group, and so we are responsible for each other's learning and also for continuing to be excited about the system, because it is always changing.

00:56:00.373 --> 00:56:05.704
But if you don't expose yourself to that, then you're not going to know what's possible.

00:56:05.704 --> 00:56:09.635
And that's contagious contagious like one person gets excited.

00:56:09.635 --> 00:56:14.731
You pass that excitement on and that helps to sustain post.

00:56:14.751 --> 00:56:29.934
Go live the commitment to making the system work and enhancing the implementation with some new features or functionality or it's not even the new features of fun I'm new to the implementation, maybe not necessarily new to the product can still help drive.

00:56:29.934 --> 00:56:36.885
What the goal would be would to be able to be as efficient as possible with an implementation or with your business, right?

00:56:36.885 --> 00:56:38.637
Is that the number one goal?

00:56:38.637 --> 00:56:42.836
Like, how would you say like, the number one goal of a business is Any business with an application.

00:56:42.836 --> 00:56:45.358
Is it to become as efficient as possible?

00:56:45.358 --> 00:56:47.498
Is it to conduct business?

00:56:47.498 --> 00:56:53.143
What would you say would be the number one goal of a business with an ERP implementation?

00:56:55.411 --> 00:57:08.724
I would say something really maybe not typical, but that your people are happy using it, that day in and day out they're spending eight to 10 hours in this space looking at this screen.

00:57:08.724 --> 00:57:11.815
I'd want my people just satisfied with it and happy with it.

00:57:11.815 --> 00:57:12.876
That would be my number one goal.

00:57:12.876 --> 00:57:19.717
That's maybe not a typical business goal but if they're happy, your business is going to see the effects of that.

00:57:19.717 --> 00:57:26.376
But yeah, I guess efficiency and cost savings and productivity might be like your typical answers.

00:57:26.858 --> 00:57:27.418
No, I like that.

00:57:27.418 --> 00:57:28.521
I like the people are important.

00:57:28.521 --> 00:57:29.733
I mean people in an organization are important.

00:57:29.733 --> 00:57:30.978
It's they're the ones that are going to drive the business.

00:57:30.978 --> 00:57:31.621
I like the people are important.

00:57:31.621 --> 00:57:32.605
I mean people in an organization are important.

00:57:32.605 --> 00:57:33.869
It's they're the ones that are going to drive the business.

00:57:33.869 --> 00:57:35.974
I mean there are some things you can automate.

00:57:35.974 --> 00:57:48.744
There are some things you can streamline, but still, ultimately, where we are, there's usually people involved somewhere along the process to make sure that it's being done properly.

00:57:49.550 --> 00:57:54.442
So until the sales order agent does everything and the purchase order agent does everything, and then we don't need anybody.

00:57:54.442 --> 00:57:58.599
I'm kidding, that's not what's gonna happen.

00:57:58.619 --> 00:58:00.164
That would be the quote in the clip we use.

00:58:00.164 --> 00:58:13.251
Is nelly, you know that one minute saying until the sales order and the purchase order agent do everything you don't have to care about the people oh, yeah, we're going to replace them all with the co-pilot anyway.

00:58:13.291 --> 00:58:14.954
Right, please edit that out.

00:58:14.954 --> 00:58:16.336
No, um, the?

00:58:16.336 --> 00:58:21.695
Uh, you know one of the things that I I heard a couple years ago.

00:58:21.695 --> 00:58:29.297
That was really an interesting thing, because the first thing I always ask people when they come to the table looking at bc is why are we having this conversation?

00:58:29.297 --> 00:58:32.184
Right, like, what is the catalyst for change?

00:58:32.184 --> 00:58:43.137
Um, yep and um, one of the most interesting things I heard and I've heard this a couple times recently was we're using this as a platform for growth.

00:58:43.579 --> 00:58:57.096
Right, like, we've hit a threshold with our current technology stack and we need to be able to advance, innovate and develop either better processes, automate, broader outreach.

00:58:57.096 --> 00:59:01.592
Right, like, maybe this implementation is a subset of a larger technology goal.

00:59:01.592 --> 00:59:03.702
Like, hey, we're going to get into the e-commerce space.

00:59:03.702 --> 00:59:04.869
Like, we want a broader market.

00:59:04.869 --> 00:59:13.780
It doesn't always have to be a business decision, because I think a lot of the times, this is becomes more of an emotional thing for a lot of people.

00:59:14.681 --> 00:59:19.351
Um, but, uh, you've you really got to look at the why?

00:59:19.351 --> 00:59:21.016
Right, why are we having this conversation?

00:59:21.016 --> 00:59:22.380
Like, why are you moving the product forward?

00:59:22.380 --> 00:59:28.291
And I don't think it's the same for any two companies because, again, people and processes and product are different.

00:59:28.291 --> 00:59:38.657
Um, but one of the more interesting ones I've heard recently was that, you know, this catalyst for growth and change right, we're going to leverage newer technology.

00:59:38.657 --> 00:59:55.242
You know, one of the things that I know Chris and Brad and I have talked about a lot is some people on some legacy platforms that have kind of just regardless of whatever's happening in the industry, like they've potentially hit like a glass ceiling of we can't grow anymore because the system won't let us Right.

00:59:55.242 --> 01:00:06.559
May or may not be true, but we I've heard that a lot in the last six months to a year and now we want to use this, this implementation, to grow the business Right.

01:00:08.382 --> 01:00:27.722
Yeah, and it's interesting because people don't realize in, in human history, history, change is what drives growth and it could be, if you look at, if you look at human history in itself, that it requires change for the next, you know, for the next big thing.

01:00:27.722 --> 01:00:43.746
In a sense, you know the, the, the growth, whether that's for you individually, even for, like you know I think I shared this story before like you know, back in in the village right like, oh, perfect example, if you watch moana, you know I have kids so there's it's.

01:00:43.927 --> 01:00:51.981
it's a great movie and it required them to change their mindset to go and explore beyond the island that they're on.

01:00:51.981 --> 01:00:55.114
If they didn't do that, they would have been still the same.

01:00:55.114 --> 01:01:09.458
So you know, for Moana to go out and explore the ocean and see what's out there, it created a change in their tribe to grow and do great things, and so that's how I look at it and why change is important.

01:01:09.458 --> 01:01:12.416
You know I had to tell them, I told my kids that why change is important.

01:01:12.416 --> 01:01:13.360
Watch Moana.

01:01:14.311 --> 01:01:17.960
Yeah, I always, I always say you can go through change or you can grow through change.

01:01:17.960 --> 01:01:18.572
That's a choice.

01:01:18.572 --> 01:01:34.083
That's an individual choice and maybe that's a bit dismissive to say that, because sometimes there are external factors that prevent people from fully embracing but it is an individual and that's that's why I think we need to pay attention to the individual, because they have to make a choice.

01:01:34.083 --> 01:01:36.898
Am I going to try to learn something?

01:01:36.898 --> 01:01:40.016
Even if the change sucks and even if it's a terrible idea?

01:01:40.016 --> 01:01:42.643
I can learn something from it, or I just don't.

01:01:42.643 --> 01:01:54.530
And if you come at change from that perspective of learning and growth, even the worst of situations can be an opportunity growth.

01:01:54.530 --> 01:01:56.597
But even like the worst of situations can be an opportunity.

01:01:56.597 --> 01:01:58.603
Um, and that's something I think we can model as leaders and organizations.

01:01:58.603 --> 01:02:10.402
Uh, you model that behavior and hopefully, people, people are inspired I'm inspired, I'm good, I'm what change do you want to make, brad?

01:02:11.632 --> 01:02:35.250
it changed where and to my life, to the planet, to business central I don't know something I mean, I well, that's if you want to get philosophical, I'm not going to get philosophical this is going to be a therapy session now yeah, you know it turns out to talking about implementations, change management, and you know the importance of the, the human factor of implementation, to a therapy session.

01:02:35.309 --> 01:02:40.603
We'll go through everybody's turn of talking about the individual changes.

01:02:40.603 --> 01:02:46.438
Now implementations to me, as I had mentioned, I'm happy that we're talking about this topic.

01:02:46.438 --> 01:02:51.431
I'd like to see more of the topic of how to go through an implementation, as I had mentioned.

01:02:51.431 --> 01:02:56.396
I see so much content on this is the new feature, this is the new functionality.

01:02:56.396 --> 01:03:08.255
But to be able to see how you go through an implementation and adapt or adopt to the changes, which is important, which even brings me to the question you had mentioned that there was a requirement.

01:03:08.255 --> 01:03:17.018
I always used to tell somebody wait long enough and the requirement goes away, because they find a way to work within the application and not have to have the carrying cost of the modification.

01:03:17.018 --> 01:03:36.333
But now what about the cases where, as the application does evolve and more functionality gets added if you had a modification or an extension that was made and then the feature is now part of the application what is an approach for that?

01:03:36.333 --> 01:03:38.161
Do you keep the existing extension?

01:03:38.161 --> 01:03:40.070
Do you move it to use the base functionality?

01:03:40.070 --> 01:03:41.856
You know how, can you?

01:03:42.137 --> 01:03:45.809
I'm so curious about this the tune-up of the tune-up of an application.

01:03:45.809 --> 01:03:52.903
I call it right, it's, it's a business central implementation tune up as you continually move forward.

01:03:52.903 --> 01:03:54.713
Just everyone's thoughts on that.

01:03:54.713 --> 01:03:58.643
That's one of the things I think about as I see all this functionality still there.

01:03:58.643 --> 01:04:01.659
All this functionality is there now and you're still using your custom one.

01:04:02.090 --> 01:04:06.061
Yeah, yeah, this has actually happened to us recently, in the last release.

01:04:06.061 --> 01:04:21.603
I think it's for our partner, it's a time for celebration because it means that the ecosystem is evolving around customer needs, right, like the reason we build customizations and extensions in the space is to facilitate requests from end users.

01:04:21.603 --> 01:04:32.121
And when we see that added to the base application, that means, one, microsoft is innovating around the demand of the client base, innovating around the demand of the client base.

01:04:32.121 --> 01:04:51.992
And two, it means you know the base product, which is continually upgraded and supported, is going to meet the needs of my customers forever, right, versus having to maintain biannual updates and then hot fixes that might deprecate a field or change a procedure.

01:04:51.992 --> 01:04:57.429
Annual updates and then hot fixes that might deprecate a field or change a procedure.

01:04:57.429 --> 01:05:03.259
One, it minimizes our maintenance requirements and two, it means that you know the quote-unquote.

01:05:03.259 --> 01:05:05.949
The community is listening, right, and I think it's a case for celebration.

01:05:05.949 --> 01:05:14.304
But it might be a unique perspective of not doing the code, but I like it when it happens.

01:05:15.530 --> 01:05:20.255
So I have a question for all of you because this is something I'm being a bit selfish not pertinent to us.

01:05:20.255 --> 01:06:07.726
Our biggest location, the US location, is on nav on-prem and it's been through like 10 years of customizations, like customized to no end, and we've just kind of, in anticipating for the transition, the re-implementation to Business Central Online, we kind of want to put an approval process for any modifications, any customizations to NAV right now and we're trying to figure out, like what should be considered to be a critical customization that can't wait and that we should approve, and what should we try to live without, because we don't want to kind of accumulate sunk costs and tech debt as we go on to anticipate going on to Business Central Online.

01:06:07.726 --> 01:06:12.518
Like, how do you determine what is a critical customization when you know you're going to change?

01:06:14.521 --> 01:06:15.422
I'm having this conversation.

01:06:15.422 --> 01:06:17.385
I had this conversation this morning before this call.

01:06:17.385 --> 01:06:18.811
Um perfect.

01:06:18.811 --> 01:06:23.440
I have a client in the similar situation.

01:06:24.081 --> 01:06:35.809
Um yeah, the first thing you got to do is look at the version of nav that you're on, um 2018 okay, and then you need to see it and try to keep this high level and not hyper technical.

01:06:35.809 --> 01:06:50.438
But you need to look if you have um extension based modifications right, because I feel like there's probably a lot of people out there that are going through the same conversation because those extension based modifications can be lifted in the cloud a little more easily.

01:06:50.438 --> 01:07:02.827
If they're not, then I think you really have to start taking a look at the thing that I mentioned earlier, which is what is limiting us from being able to generate revenue.

01:07:02.827 --> 01:07:09.123
Right, and is it a refinement or is it something that is maybe even no longer pertinent to the business?

01:07:09.123 --> 01:07:20.860
Right, because the evolution of your business you know let's assume you went live in 2019, right On 2018 or something like that Like we all kind of went through a pretty dramatic shift over the last five years.

01:07:22.731 --> 01:07:27.121
You know either technology, commerce, just our day-to-day lives.

01:07:27.121 --> 01:07:30.960
Are those requirements still the requirements, right?

01:07:30.960 --> 01:07:33.710
So do you even still need that modification?

01:07:33.710 --> 01:07:37.831
And if you do, are the requirements of the modification the same as they were when they were generated?

01:07:39.554 --> 01:07:49.494
I can't tell you how many support tickets or requests I've submitted that I have forgotten about because they just never got to them and I forgot that I need them, like you said it earlier, so maybe I didn't really that's that's.

01:07:49.574 --> 01:08:17.113
I mean, I think if you're dealing with an old version and your intention is to move to the current release with the rest of the organization I go back to what Patrick's approach would be is how critical is it to the business Oftentimes doing every extension or every modification it goes back to with the training You're training individuals that you don't have to come up with using the system and becoming efficient with the system and learning how to use the system.

01:08:17.113 --> 01:08:28.131
We can just make a quick change and now I get what I want, without respect to how does it impact everybody else in the system, because on top of that, I'll go back to the question you had before.

01:08:28.131 --> 01:08:35.484
But on top of that, any modification or extension that you make does have the potential for downstream or upstream impact.

01:08:35.484 --> 01:08:47.115
So we may save five minutes for one person and I've seen this, but what it ended up doing on the downstream effect was adding hours of work for others because of that slight process change.

01:08:47.115 --> 01:08:48.899
So it's important to keep it around.

01:08:48.939 --> 01:09:01.099
But also with if you're looking to go from an old system to a new system, well, how critical is it to allow you to become efficient and to grow, because you're ultimately going to go into a new system anyway, right?

01:09:01.139 --> 01:09:10.746
If you're going to migrate a newer version that has different features and functionality, anything that you're incorporating and bringing you now, how is that going to change?

01:09:10.746 --> 01:09:14.597
Going forward, and anything that you're doing could.

01:09:14.597 --> 01:09:37.310
Potentially, any time that you spend enhancing and modifying, if you know you need to move, any time you spend modifying, enhancing the existing version of the application, is time that you're not spending moving to the newer version, because all this testing, all this training, all this requirements gathering is time that you could spend doing that for your migration to the new system, to keep everybody moving forward.

01:09:37.310 --> 01:09:46.664
So to me, there's a balance of start with a no and then really analyze why this person needs this request.

01:09:46.664 --> 01:10:04.418
I think you need to have a checks and balance on all of the modification requests to an implementation because of all the things that I had just mentioned, it's it benefits one, but the time spent on it, does it benefit everyone else the same, or does it cause problems for others as well?

01:10:06.371 --> 01:10:08.515
I'm calling it the no more nav mods project.

01:10:08.515 --> 01:10:10.480
That's it, we're done.

01:10:10.480 --> 01:10:10.742
No more.

01:10:11.550 --> 01:10:12.895
Hashtag base application.

01:10:12.895 --> 01:10:17.717
Um, oh, you know the, the other part of that too.

01:10:17.717 --> 01:10:24.265
Um, going back to what you're talking about, brad, it's not just the effort to do the migration, you're also setting yourself up.

01:10:24.265 --> 01:10:35.077
Anytime you make a modification to the base application, you are instantly citing yourself for the potential of long-term cost to maintain that modification.

01:10:35.077 --> 01:10:47.203
Anytime you make a change to what's been published by Microsoft, you are potentially looking to have to maintain that through perpetuity, right?

01:10:47.203 --> 01:10:50.278
Because you know, in theory, bc is the last ERP anybody needs.

01:10:50.278 --> 01:10:59.318
But are you going to have to pay I don't know a couple thousand dollars every six months because Microsoft changed a field?

01:10:59.318 --> 01:11:05.301
Or maybe the modification you did has, like, a really big dependency on something?

01:11:05.301 --> 01:11:11.135
You definitely got to look at the long-term implications of making those changes too.

01:11:11.135 --> 01:11:12.110
It's not just the, you know.

01:11:12.110 --> 01:11:14.774
Am I saving somebody five minutes or even an hour?

01:11:14.774 --> 01:11:15.515
It's the.

01:11:15.515 --> 01:11:21.484
What might this cost the business over the course of five to 10 years to maintain it, right?

01:11:23.890 --> 01:11:25.355
Yeah, it's like maintenance costs.

01:11:25.355 --> 01:11:28.971
Right, it is Just like back in the nav days you pay what?

01:11:28.971 --> 01:11:30.453
16, 18%.

01:11:30.453 --> 01:11:32.456
Back in the nav days, you pay what?

01:11:32.456 --> 01:11:33.216
16%, 18%.

01:11:33.235 --> 01:11:38.140
There is always a carrying cost to a modification and that technical debt that you carry you have to incorporate in the process-wise.

01:11:38.140 --> 01:11:40.783
I mean I like to see as few modifications as possible.

01:11:40.783 --> 01:11:50.356
Again, and I don't confuse personalizations with modifications I mean, fortunately, within Business Central you do have the opportunity to make personalizations.

01:11:50.356 --> 01:11:58.956
Personalizations to me are what I favor, because you can change the appearance of a lot of pages, as you can say, and even change some of the processes, all through personalization.

01:11:58.956 --> 01:12:02.421
But that personalization stays with the application, it's not an extension.

01:12:03.291 --> 01:12:08.797
The only thing I will say that I have seen with some personalizations, as new features and functions come out.

01:12:08.797 --> 01:12:13.720
You just have to be aware that your personalizations may limit accessibility to those.

01:12:13.720 --> 01:12:28.100
But if somebody is keeping up with it and seeing how some you know at least, as as Pat's point was you know, keep be aware of what's changing and then see how you may be able to utilize some of those changes to become efficient within your implementation.

01:12:28.100 --> 01:12:37.841
I could talk about implementations for days in the philosophy behind it, but with that I have to thank you both for your time today.

01:12:37.841 --> 01:12:45.869
I always enjoy speaking with the both of you and now speaking with the both of you together we'd have to see if we can get you both back on again to talk about some other implementation challenges.

01:12:45.869 --> 01:12:48.717
This is a continuous topic.

01:12:48.717 --> 01:12:54.520
Continuous topic it is, it is as you go through the implementations, as you go through experiences with implementations.

01:12:54.590 --> 01:12:57.139
I think it's important to talk about implementations.

01:12:57.139 --> 01:13:02.195
Like I said, it's not all about the features and the functionality, it's about how do we implement it.

01:13:02.195 --> 01:13:03.536
How do you go through and implement it.

01:13:03.536 --> 01:13:07.480
It's not something that you can just turn on and click a button at this point.

01:13:07.480 --> 01:13:14.511
I'm hoping one day you can just say click, set it up for me this point.

01:13:14.530 --> 01:13:15.695
I'm hoping one day you can just say click, set it up for me.

01:13:15.695 --> 01:13:29.677
Uh, yeah, because most, most of the issues that you deal with implementations you can minimize that risk or even minimize entirely, based on just preparation and talking about these, you know, on podcasts like this, um, because it just prevents it from from happening.

01:13:30.260 --> 01:13:31.802
So so, that again, Can I?

01:13:31.842 --> 01:13:36.493
ask you to do an episode on the best implementation and the worst implementation.

01:13:36.993 --> 01:13:39.960
That'd be fun to see that might be contentious.

01:13:39.979 --> 01:13:40.942
So much to choose?

01:13:40.942 --> 01:13:42.685
Yeah, just kidding.

01:13:43.552 --> 01:13:45.046
We'll have to do a survey on that one.

01:13:45.067 --> 01:13:45.430
I'd like to see.

01:13:47.172 --> 01:13:54.310
I could tell you some of the things that are consistently a problem which I think we talked about a lot today.

01:13:54.551 --> 01:14:06.378
But I'll tell you the very best thing an end user could do when they're looking at this, and it's the take an inward look at your business and figure out what you want to do Right, and then let the system help you do that.

01:14:06.378 --> 01:14:09.619
Don't always try to define like I want to be able to do this in the system.

01:14:09.619 --> 01:14:13.577
Always try to define like I want to be able to do this in the system.

01:14:13.577 --> 01:14:19.296
Say, begin the conversation with I want to be able to do this in my business or my day-to-day life, and then work with a partner to be able to define what that might look like in a system moving forward.

01:14:19.296 --> 01:14:29.855
Um, because if you start from the application, you might pigeonhole yourself in it because I'm gonna keep harping on this you know to the day I retire, but you don't know what you don't know right.

01:14:29.855 --> 01:14:42.096
The partner's job is to know the ERP and processes and have experience doing this Like communicate your business need and then let your partner help you understand what the future roadmap might be in the system.

01:14:43.492 --> 01:14:44.094
I like that.

01:14:44.094 --> 01:14:44.877
Well, I like that.

01:14:44.877 --> 01:14:48.913
That's very well put and I appreciate that, pat, but not but.

01:14:48.913 --> 01:14:51.801
But in addition to that, you don't know what you don't know.

01:14:51.801 --> 01:14:54.070
That, pat, but not but.

01:14:54.070 --> 01:14:55.894
But in addition to that, you don't know what you don't know.

01:14:55.894 --> 01:15:11.632
But also what you know can also be a poison for you too, because you, you know, because you think you know something, or you know something, you're not sometimes as open to look at new things or looking alternative ways to gain some of that efficiency.

01:15:11.632 --> 01:15:14.216
So you don't know what you don't know.

01:15:14.216 --> 01:15:23.586
It's kind of just as an add-on to that right, because it is true, you don't know what you don't know, but if you limit yourself based on what you know, you don't know what you don't know.

01:15:23.586 --> 01:15:31.489
If you follow what I mean, you're going to limit yourself because you're not going to want to know what you don't know.

01:15:35.939 --> 01:15:38.525
That came out poorly, but I think everyone gets the point of what I'm trying to say.

01:15:38.525 --> 01:15:39.850
Again, thank you both for your time.

01:15:39.850 --> 01:15:43.841
I hope that we can schedule to have a follow-up to this to talk about some of the key points and implementations as everyone progresses through.

01:15:43.841 --> 01:15:49.182
But as we conclude with this, pat, would you mind telling everyone how they can get in contact.

01:15:49.182 --> 01:15:51.753
Jeez, I'm all tongue-tied this morning.

01:15:51.753 --> 01:16:07.253
Pat, would you mind telling everyone how they can get in contact Jeez, I'm all tongue-tied this morning how everyone can get in contact with you to learn about all the other great things that you're doing if they have any questions about implementations or need assistance with implementations.

01:16:07.274 --> 01:16:10.956
Yeah, I'm happy to speak to anybody around the space, either from services or just to have a conversation around the product.

01:16:10.956 --> 01:16:13.778
You can reach me at Patrick P-A-T-R-I-C-K.

01:16:13.778 --> 01:16:16.500
Dot Johnson, j-o-h-n-s-o-n.

01:16:16.500 --> 01:16:26.327
At L as in Lima, m as in Mike, b as in Bravo, c as in Charliecom, happy to have a conversation around that.

01:16:26.327 --> 01:16:27.587
I'm really active on LinkedIn.

01:16:27.587 --> 01:16:35.454
Feel free to reach out and connect to me there, happy to have any kind of conversation or just, you know, bombard you with a bunch of information around BC.

01:16:35.454 --> 01:16:41.199
Other than that, you know you can find me at any of the conferences and big, bald guy floating around.

01:16:42.430 --> 01:16:48.201
And I appreciate all that you share as well too and bumping into you another bald guy at all the conferences.

01:16:48.201 --> 01:16:51.175
Nellie, how about yourself?

01:16:51.175 --> 01:17:00.172
How could anyone find you to learn some of the great things that you do and share about change management, as well as everything else within Business Central Implementations?

01:17:02.176 --> 01:17:04.720
Yeah, linkedin, nellie, it's your friend, find me there.

01:17:04.720 --> 01:17:07.505
I'm there like every day, except the weekends, sometimes the weekends.

01:17:09.470 --> 01:17:10.851
So you have LinkedIn hours Typically.

01:17:10.891 --> 01:17:17.059
I'm sharing things you have LinkedIn office hours I'll be in the weekends open weekends 10 to 6.

01:17:17.118 --> 01:17:37.181
Weekends are for baking, so you'll find me on LinkedIn doing pizza and stuff on the weekends, but otherwise I'm talking about change management almost every single day, because implementations are everything to do with the people, and so I try to keep that forefront in everything that I'm doing.

01:17:37.181 --> 01:17:48.657
And I'm so glad I got to talk to you, patrick, today, because I enjoy and I learn a lot from seeing how things play out from the partner perspective and from both of you, chris and Brad.

01:17:48.657 --> 01:17:49.378
So thank you so much.

01:17:49.378 --> 01:17:52.837
Thank you and thank you both again for your time.

01:17:53.270 --> 01:17:54.657
Time is truly the currency of life.

01:17:54.657 --> 01:17:55.835
Once you spend it, you can't get it back.

01:17:55.835 --> 01:18:04.538
I'm a firm believer of that and it's how I live, and I appreciate the time that anyone spends with us, because it is time that you're not doing something else.

01:18:04.538 --> 01:18:05.895
So thank you again.

01:18:05.895 --> 01:18:07.176
I look forward to talking with both of you soon.

01:18:07.176 --> 01:18:07.730
Ciao, ciao.

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

01:18:19.090 --> 01:18:20.596
Thank you, brad, for your time.

01:18:20.596 --> 01:18:24.060
It is a wonderful episode of Dynamics Corner Chair.

01:18:24.060 --> 01:18:27.560
I would also like to thank our guests for joining us.

01:18:27.560 --> 01:18:30.599
Thank you for all of our listeners tuning in as well.

01:18:30.599 --> 01:18:45.193
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-F-E.

01:18:45.193 --> 01:18:58.547
You can also find me at matalinoio, m-a-t-a-l-i-n-o dot I-O, and my Twitter handle is matalino16.

01:18:58.547 --> 01:19:02.173
And you can see those links down below in the show notes.

01:19:02.173 --> 01:19:03.537
Again, thank you everyone.

01:19:03.537 --> 01:19:05.101
Thank you and take care.