5 steps to implement ERP the Agile way

  • Reading time:4 mins read

Roadside waterfall by digitaldust In my previous post I’ve (what, again?) shared some statistics about success and failure rates of software projects in general and ERP projects specifically. It seems that ERP projects fare somewhat worse than generic software projects, which I stated might have a lot to do with how requirements are handled.

Agile is an unpopular word in ERP world. We, the ERP people, love the glory and the thunder of The Waterfall. It has worked for us since forever, after all. Yes, we’ve all seen it fail every so often, but we’ve learned to learn from failure, and we know there is no better approach. Don’t we?

Frankly, I am not completely sure we do.

Continue Reading5 steps to implement ERP the Agile way

Is agile ERP implementation possible?

  • Reading time:3 mins read

image Agile has been gaining momentum among software development methodologies for past decade or so. Various researches and surveys consistently show that software developed under an agile approach is generally better than the software developed under waterfall approaches.

At the core of any agile approach is an assumption that whatever the requirements might be at the beginning of a project, they won’t be the same at the end of the project. The longer the project, the more truth there is in this assumption. To mitigate this situation, agile methodologies start with smaller sets of requirements, they start small and deliver functionality incrementally in a series of releases. No single release covers all requirements, but every release delivers more than the previous one.

With ERP implementations, we generally don’t subscribe to this idea. And at that, we might be wrong.

Continue ReadingIs agile ERP implementation possible?

Panorama’s ERP Report reveals important facts

  • Reading time:3 mins read

For a long time, the ruler of project reports was Standish Group’s (in)famous Chaos report, which analyzed IT project success/failure factors. While many of the Chaos report’s findings applied to ERP implementation, the report as a whole was primarily about software development projects. And as we all know, implementing ERP is not the same thing as software development. Hopefully.

Panorama Consulting Group, an independent ERP consulting firm from Denver, Colorado, has conducted a market research in 2008, that explains ERP implementation project success factors and reveals some interesting metrics about real ERP costs, duration and benefits. Finally, we have a decent ERP project report, which reveals some important facts about Microsoft Dynamics.

Continue ReadingPanorama’s ERP Report reveals important facts

How to prevent failure: project education

  • Reading time:3 mins read

According to Standish Group, top causes of failed IT project are these:

  • lack of end-user engagement,
  • unclear specification,
  • changes in scope,
  • lack of management support,
  • lack of planning,
  • unrealistic and unclear goals.

I haven’t seen too many failed Microsoft Dynamics NAV implementation projects, but those that I did see fail, have failed precisely for a selection of these reasons.

Take a closer look at the list above. Doesn’t it seem that the blame lays mostly on the customer? But is it really customer’s fault?

Continue ReadingHow to prevent failure: project education

Why is add-on better than custom, any day?

  • Reading time:5 mins read

image Implementation is like marriage. For better or worse, you choose a piece of software, take it under your roof and commit to it for a long term, so help you God.

And as in marriage, if you want to live happily ever after with your new software, the my way or the highway attitude doesn’t help much—you must be open to compromise.

Last Monday, I argued for avoiding customizations if at all possible, an argument I stand by firmly. It’s like forcing your wife to color her hair pink. I don’t know about your wife, but mine doesn’t color her hair pink. If you like it pink, it’s probably something to think about before turning your yes in.

But NAV is NAV, isn’t it? It has what it has, and if I need it different, I have to customize it, right?

Wrong. You can compromise.

Continue ReadingWhy is add-on better than custom, any day?

Top 7 reasons why to avoid (much) customization

  • Reading time:6 mins read

image To customize or not to customize, that is the question. When you see a complex business process far from the standard ERP system, a knee-jerk reaction is to reach for customization tools and do the development.

Many ERP theorists say that ERP is only as good as it is an exact match for your processes. And they are mostly right about it. But majority of ERP systems are very generic (Microsoft Dynamics NAV included), and to exactly match your processes, they require customization. When it doesn’t work out-of-the-box, you customize it, it’s that simple, isn’t it?

It’s not, sorry.

Continue ReadingTop 7 reasons why to avoid (much) customization

Implementing Microsoft Dynamics NAV 2009

  • Reading time:2 mins read

Where I have been for the past eight months…

image This blog started enthusiastically, I had as many as 14 posts per month. Taking into account that blogging was only a hobby, I blogged like crazy. Then I went silent.

No, I wasn’t tired from blogging, I didn’t experience a writer’s block, quite the contrary! I was working on a project. A top secret one. Now it has been done, and here are the results:  a book called Implementing Microsoft Dynamics NAV 2009.

Continue ReadingImplementing Microsoft Dynamics NAV 2009

What does a Microsoft Dynamics consultant do?

  • Reading time:4 mins read

image I wonder what people do with Google (or any other search engine for that matter) results past page two, or three. Or ten.

The other day a visitor came to this blog by googling this question: What does a Microsoft Dynamics consultant do? Two things I don’t understand: first, how far in the search results did they have to go—my blog most certainly didn’t land on first ten pages; and second, did they find here on my blog what they were looking for?

I decided to improve both.

Continue ReadingWhat does a Microsoft Dynamics consultant do?

Look me in the eye!

  • Reading time:2 mins read

(A short rant about eye-contact-based specifications.)

image In short, there is no such things as an eye-contact-based specification. And for a reason.

While kicking-off of a project, we had a discussion with the customer about the change management approach, and specification detail.

Continue ReadingLook me in the eye!