in DELPHI wäre dies wohl nicht passiert

[jobo]

Zitat:

Zitat von JasonDX (Beitrag 1407624)

.."ein Datenbankfeld mit dem anderen austauschen"

In Kundenanforderungen erlebe ich teilweise, dass diese Ideen oft gar nicht so schlecht sind.
Der Kunde weiß, je komplizierter meine Änderung, desto teurer wird es und hat ein ureigenes Interesse an einfachen Lösungen. Dabei hat er mindestens seine offensichtlichen oder ihm bekannten Prozesse im Blick.

Ob die einfache Idee dann umsetzbar ist und welche Randeffekte dabei berücksichtigt werden müssen, ist dann mein Job. Dabei kann es viele oder wenig Schwierigkeiten geben und ich kann entweder von guten Anwendungskonzepten profitieren oder mich immer tiefer in Sonderfallbehandlung verstricken. Hier merkt man sofort, wo wie gut oder schlecht modularisiert wurde, wo definierte Interfaces bestehen und je nach Architektur bekommt man vom System viele Folgeeffekte und Abhängigkeiten schon auf Anfrage serviert.

[TigerLilly]

SAP ist eine parametrisierbare Standardanwendung, also sollte da vorerst mal nix mit programmieren, Modularisierung etc sein. Diese Architekturprobleme gehören SAP allein + die müssen sehen, wie sie es auf die Reihe bekommen. Und das tun sie gut!

Das Problem bei SAP/LIDL ist ja kein software-architektonisches, sondern ein strategisch/organisatorisches. Wenn da wer den schwarzen Peter haben sollte, dann der/die Projektverantwortliche auf LIDL-Seite.

[mkinzler]

https://www.stimme.de/heilbronn/wirt...140955,4054349

[Uwe Raabe]

Zitat:

Zitat von mkinzler (Beitrag 1407644)

https://www.stimme.de/heilbronn/wirt...140955,4054349

Zitat:

das die internen Abläufe des Unternehmens grundlegend verändern sollte.

Offenbar ja gerade das wohl nicht.

[Lemmy]

Zitat:

Zitat von JasonDX (Beitrag 1407624)

Es ist einfach zu sagen "da hat jemand verkackt", und oft stimmt das auch. Aber wenn mir jemand nicht erklären kann wie eine Entscheidung zustandegekommen ist, halte ich diese Person auch nicht qualifiziert zu sagen, dass diese Entscheidung zu dem Zeitpunkt falsch war.

da geb ich Dir völlig recht, nach dem Post habe ich mehrfach überlegt, warum das an so was scheinbar einfachem scheitern sollte. Vielleicht ist es am Ende halt auch nur die halbe Wahrheit was in den Berichten steht....

[jobo]

Zitat:

Zitat von Uwe Raabe (Beitrag 1407645)

Zitat:

Zitat von mkinzler (Beitrag 1407644)

https://www.stimme.de/heilbronn/wirt...140955,4054349

Zitat:

das die internen Abläufe des Unternehmens grundlegend verändern sollte.

Offenbar ja gerade das wohl nicht.

Jein?
Es sollte ein online system mit Echtzeit DV werden, was es dann vorher -Gupta-wohl nicht war.
Das neue, originale SAP System (Hana-in Memory- basiert) hatte aber wohl eine andere Kalkulationsbasis (Warenbestand), als Lidl sie -nachwievor- einsetzen wollte. Hieran wurde also zumindest heftig gestrickt.

Zitat:

Zitat von TigerLilly (Beitrag 1407629)

Das Problem bei SAP/LIDL ist ja kein software-architektonisches, ..

Ich denke schon, gewisse Architekturen verbieten eben gewisse Vorgehensweisen. Letztlich können wir von hier aus diese Dinge kaum beurteilen.

In den verlinkten Artikeln ist jeweiles von "..vertretbarem Aufwand.." als KO Kriterium die Rede. Das kann die reinen Entwicklungskosten betreffen oder auch die Betriebskosten, also Hardware, Bandbreite, Lizenzen, Wartung, ..
Ich denke, da liegt der Haase im Pfeffer, es funktioniert (siehe Aldi Nord), ist aber im gewünschten Betriebszustand (Online DV) ungleich teurer, als kalkuliert.

[mkinzler]

Wobei ALDI vielleicht auch andere Anforderungen an das System stellt.

[himitsu]

Zitat:

jetzt ist Elwis tot.

Ich dachte der lebt noch?

Aber bei dem Namen hätte man sich das doch denken können. :stupid:

[mkinzler]

Code:

finger elwis