Bewertung DRC Systems from India – Offshore Programmierung

Unter dem Titel Offshore-Entwicklung haben wir eine Bewertung des Unternehmens DRC Systems from India erstellt. Bewertung DRC Systems Ahmedabad und New York.

Diese Bewertung hat verschiedene Bewertungskriterien. Vorab die folgende Frage: Warum Offshore-Programmierung einsetzen?

Argumente für Offshore-Programmierung?

Indische Programmierer sind sehr kompetent? Vor einigen Jahren wurde das behauptet. Die Ernüchterung kam mit der Zeit.

Ein weiterer Punkt: Offshore-Programmierung ist günstiger. Stimmt das? Wir möchten das mit unserer Bewertung klarstellen.

Der Kandidat: Es handelt sich um das Unternehmen DRC Systems aus Indien, aus Ahmedabad in Indien. Das Unternehmen verfügt über ein Büro in New York. Im Jahr 2011 haben wir eine Bestellung aufgegeben.

Projektdaten DRC Systems

Projekt: Januar 2011
Geplante Fertigstellung: Ende 2011 (7 Monate)
Tatsächliche Fertigstellung: Keine Fertigstellung (März 2017)
Projekt: Erstellung einer Community-Website

Das Management-Team

Das Management-Team war sehr bereit, die Arbeit zu übernehmen. Kommunikation anfangs gut. Das Projekt wird jedoch an den Projektleiter übergeben. Das Management kümmert sich dann nicht weiter darum.

Kommentar: Wenig Interesse am Projekt.

Der Projektleiter

In 5 Jahren mehrere Projektleiter. Grundlage für unsere Anfragen: Liste aller Funktionen, über 180 Seiten. Diese Liste war die Grundlage für die Arbeit.

Projektleiter Nr. 1: Langsame Kommunikation. Gelegentlich sogar eine E-Mail. Nach einiger Zeit: Projekt-Information überlastet. Man solle direkt an die Programmierer schreiben.

Projektleiter Nr. 2: Es war eine Frau. Diese machte sehr gute Arbeit. Die Qualität war viel besser. Leider wechselte die Frau zu einem anderen Unternehmen – und das schon nach kurzer Zeit.

Projektleiter Nr. 3: Es war ein Mann. Was hat er gemacht? Diese Frage stellte ich mir wahrscheinlich nicht als Einziger. Als Folge davon: Entwickler als mein Ansprechpartner. Mein Eindruck: Projektleiter hatte keine Ahnung vom Projekt.

Kommentar: Schlecht.

Das Entwicklungsteam

Verschiedene Programmierer im Einsatz.

Die erste Gruppe beginnt sofort mit dem Projekt. Die Entwickler arbeiteten nach den Bildern (Bilder aus der Anforderungsliste). Eigenes Design wurde nicht erstellt. Es wurde ausschließlich nach den Bildern in der Anforderungsliste gearbeitet. Beschreibungen der Funktionen wurden nicht verstanden. Vermutlich wurde die Anforderungsliste nicht gelesen. Sogar der Projektname war falsch.

Die Designs wurden grafisch zu 100 % umgesetzt. Auch Fehler wurden zu 100 % übernommen. Es wurden aufwändig mit CSS verschiedene Bildhöhen erstellt – dabei völlig unnötig. Wenig selbstständiges Arbeiten. Keine 10 Eigenvorschläge in 5 Jahren. Keine Bemühungen, das Projekt zu optimieren oder Arbeit zu leisten. Die Zusammenarbeit ist wenig inspirierend.

Qualität der Programmierung und Fehlerkontrolle

Hochdetaillierte Screenshots wurden bereitgestellt. Einfache Funktionen mussten häufig erklärt werden. Nicht selten vier E-Mails zu einzelnen Punkten.

Beispiel: Eine Liste mit 30 Punkten wird zurückgegeben, 30 erledigt. Nach der Prüfung: Bei 28 Punkten nicht umgesetzt. Im zweiten Durchgang werden weitere Punkte erledigt. Oft kommt „Nicht verstanden”. Erneut eine detaillierte Beschreibung mit Zeichnungen erforderlich. Listen wurden mehrfach hin und her geschickt, bis sie schließlich vollständig waren.

„Erledigt” bedeutet oft „nicht verstanden”. Ergebnisse werden selten oder gar nicht überprüft. Der Projektleiter sagt, es funktioniert. Aber auf dem Testserver hat die Funktion einen Fehler.

Die Arbeit wirkt oft unstrukturiert. Fortschritte wurden mehrfach überschrieben. Dann muss alles erneut geprüft werden.

Nach ca. fünf Jahren Arbeit mit Typo3, Rat eines Entwicklers: Für dieses Projekt wäre ein anderes Framework besser.

Immer wieder das Versprechen:

Die Arbeit ist vollständig fertig.
Die Qualität wird verbessert.
Die Überprüfung wird verbessert.
Typo3-Upgrade in wenigen Monaten. Tatsächlich ca. ein Jahr. Hier arbeiteten fünf Entwickler.

Das alles hat nicht geholfen. Das Versprechen wurde von DRC Systems nicht eingehalten. Die Entwickler waren immer freundlich und hilfsbereit. Geholfen hat das nicht.

Lieferzeit

Vereinbarte Lieferzeit: 7 Monate. Über 5 Jahre Arbeit. Die Website ist bis zum jetzigen Zeitpunkt (03/2017) nicht fertiggestellt.

Bewertung: Nicht akzeptabel.

Vertragserfüllung

Bis heute nicht geliefert.
Strafzahlung wird nicht gezahlt.
Rückerstattung des Kaufpreises findet nicht statt.

Kommentar: Unzuverlässiger Auftragnehmer.

Gesamtbewertung

Die Bewertung ergibt ein schlechtes Bild. Kein Bereich hat überzeugt. Die Website wurde nicht geliefert. Schadenersatz nicht geleistet. Management reagiert nicht!

Kommentar: Die Entwicklung in Indien ist günstiger als in Deutschland. Der finanzielle Vorteil hebt sich selbst auf. Qualität und Lieferzeit sind nicht akzeptabel.

Zwei Sätze: Bei Entwicklungen in Indien zahlen Sie erst, wenn alles fertig ist. Überprüfen Sie alle Funktionen im Detail. Andernfalls riskieren Sie, Ihr Geld zu verlieren. Das Rechtssystem in Indien ist anders. Die Durchsetzung von Klagen ist langwierig. Vertragliche Vereinbarungen werden oft nicht anerkannt. Offshore-Entwickler aus Indien scheinen das zu wissen. Überprüfen Sie die Qualität der Arbeit immer im Detail!

Unsere Bewertung zu DRC Systems: Leider sehr schlecht. Vertrag wurde nicht erfüllt. Schadenersatz wird nicht gezahlt. Management hat den Vorgang ignoriert.