[4313] in sapr3-soft

home help back first fref pref prev next nref lref last post

Re: Should we transition to SAP?

daemon@ATHENA.MIT.EDU (Martin Bezemer)
Thu Oct 21 09:45:05 1999

To: sapr3-soft@MIT.EDU
Date: 21 Oct 1999 08:40:14 -0500
From: Martin Bezemer <martin_bezemer@csi.com>(by way of SAP Moderator <sap-request@realtimeusa.com>)
Message-Id: <7un53u$6r@nexus.netconcepts.com>

What's their problem ? Bad implementation or bad implementors ?

> Everyone seems to indicate that customization is the culprit in each of
> these cases, but SAP tells us we must customize.

I do not agree; It is not SAP that tells us to customize, it is the customer -
hence the naming custom-ize .
Companies like to do things their own -old, solidified, calcified- ways, even
when a business-consultant worth half his fee can say "Yes Sir" to every idea
that comes up, but that does not make a consultant. When a company is told
that their old ways will not fit in a system and still retain them is IMHO
asking for trouble.
Look at the -succesfull- ASAP-method. It works. Why? Because it contains a
pre-defined and well tested base-customization and more difficult or
impossible customizations are left out and not implemented.


> It's enough to make a body nervous.

Yes, as long as there are so-called consultants that do not know what they
should be doing instead of just nodding along.

Groetz,
Martin
Certified Senior ABAP/4 consultant, BC-consultant




home help back first fref pref prev next nref lref last post