On the Twitter website DRC Systems from India we found this post:
Is this perhaps the reaction, if a customer disturbs on the following facts?:
Auf der Twitter-Seite von DRC Systems aus Indien findet man folgenden Eintrag:
Ist das vielleicht die Reaktion, wenn man sich als Kunde an folgenden Sachverhalten stört?:
In a forum of LinkedIn we found the following assertion of Sudhir Parmar Employee of DRC Systems:
Needless to say, this reproach is without foundation. The employees of DRC Systems probably do not like to hear that a customer is not satisfied.
In einem Forum von LinkedIn fanden wir nun auch noch folgende Behauptung von Sudhir Parmar Mitarbeiter bei DRC Systems:
Es erübrigt sich wohl darauf hinzuweisen, dass dieser Vorwurf jeder Grundlage entbehrt. Die Mitarbeiter von DRC Systems hören wohl nicht gern, das ein Kunde nicht zufrieden ist.
Under the keyword offshore development, we have made a review and rating of the company DRC Systems from India.
Review DRC Systems from India / from Ahmedabad and DRC Systems USA LLC. from New York.
Address of Contract from DRC Systems:
409-412,
Mauriya Atria
Opp. Kalgi Flats and Atithi Dining Hall
Bodakdev
Ahmedabad – 380054
India
Our evaluation has different evaluation criteria. Before we begin, the following question:
Why any offshore programming?
Indian programmers are very competent? A few years ago, this was claimed. Disillusion came with time.
Another point: Offshore programming is cheaper. If that’s true?
We would like to clarify this with our rating.
The candidate: The company DRC Systems from Ahmedabad in India. The company DRC Systems USA LLC. has an office in New York. In 2011 we placed an order.
Evaluation – The project data for DRC Systems from India:
Project start: January 2011.
Planned completion: end of 2011 (7 months)
Actual completion: No completion (March 2017).
Project: Creation of a community website
The management team was very hard to get the order. Communication initially good. However, the project is the responsibility of the project leader. Management does not care about this anymore.
Rating: Little interest in the project.
In 5 years, several project managers.
Basis for our inquiry: list with all functions, more than 180 pages. This list was the working basis.
Project leader number 1:
Towing Communication. Occasionally times an e-mail. After some time: information project manager overloaded. I should write directly with programmers.
Project leader number 2:
Was a woman. This made a very good job. The quality was much better. Unfortunately the lady changed to another company. And that after a short time.
Project leader number 3:
Was a man, what did he do? This question I asked myself, probably not alone. The result: Developer my contact. My impression: Project manager had no idea of the project.
Rating: Insufficient.
Different programmers in use.
The first group, immediately started the project. The developers worked on images. (The pictures from the list with the functions.) Your own design was not created. Work was done only after the pictures in the function list. Description of functions not understood. Probably the list with the functions was not read. Even the project name was wrong.
Designs were implemented graphically to 100%. Errors were also implemented 100%. Extensively with CSS different heights of pictures were created. Completely unnecessary. Little independent work. No 10 suggestions in 5 years. No effort to optimize the project or work. The cooperation is little inspiration.
Highly detailed screens were provided. Simple functions had to be explained frequently. Not infrequently, four e-mail to individual points.
Example:
List with 30 points. The list comes back, 30 is done. After verification: determination 28 points not completed. Second run completed more points. Often, „not understood“ comes. Re-detailed description and drawing necessary. Lists repeatedly sent back and forth, until finally complete.
Completed often means: Not understood. Results are rarely or not verified. The project manager says function is done. On the test server, however, the function has an error.
The work often seems to be unstructured. Progress has been overridden. Then everything has to be checked again.
After about five years of working with Typo3, advice from a developer: For this project, a different framework would be better.
Always promise:
– Work will be finished to complete the work.
– Quality is improved.
– Verification is improved.
– Update of Typo3 within a few months. In fact about a year. Here five developers have been working on it.
Everything did not help. No commitment was fulfilled by DRC Systems from India. Developers always tried hard and friendly. It did not help.
Delivery time of 7 months agreed. More than 5 years of work. The website is not ready until today (03/2017).
Rating: Not acceptable.
Fulfillment of the contract.
To date not delivered.
Contract penalty is not paid.
Refund purchase price not done.
Rating: Unreliable contract partner.
The overall assessment provides a bad picture. No area has convinced. Website was not delivered. Compensation not paid. Management stops responding!
Rating: Development in India is cheaper than in Germany. Financial advantage equals itself. Quality and the delivery time is not acceptable.
wo advice: In developments in India, payment only when everything is ready. Check all functions in detail. Otherwise there is a risk of losing money. The Indian legal system is different. Demanding claims is long-standing. Contractual agreements are often not recognized. Indian offshore developers seem to know that. Review of DRC Systems: Unfortunately very bad. The contract was not fulfilled. Damages not paid. Management ignores the matter.
Important!
To get a complete impression, please read this important supplementing:
https://experience-drcsystems.de/2017/06/19/statement-of-drc-systems-usa-llc-to-the-criminal-complaint/
Note: Automatic translation. Errors possible. Please read German version.
Unter dem Stichwort Offshore Development, haben wir eine Bewertung der Firma DRC Systems aus Indien vorgenommen.
Addresse aus dem Vertrag von DRC Systems:
409-412,
Mauriya Atria
Opp. Kalgi Flats and Atithi Dining Hall
Bodakdev
Ahmedabad – 380054
India
Unsere Bewertung umfasst hierbei verschiedene Bewertungskriterien. Bevor wir jedoch die einzelnen Leistungen bewerten, folgende Frage:
Warum sollte man sich für Offshore Programmierung entscheiden? Vor einigen Jahren galten die Indischen Programmierer noch als sehr fähig. Dieses Argument hat sich im Laufe der Zeit, jedoch nicht grundsätzlich bestätigt.
Ein weiterer Punkt, der auch heute noch gern genannt wird, die Programmierung im Ausland ist günstiger. Ob sich dies unter dem Strich jedoch rechnet? Das möchten wir mit unserer Bewertung klären.
Der Kandidat: Die Firma DRC Systems aus Ahmedabad in Indien. Das Unternehmen hat auch ein Büro in New York. Im Jahr 2011 haben wir dort einen Auftrag erteilt.
Projektstart: Januar 2011.
Geplante Fertigstellung: Ende 2011 (7 Monate)
Tatsächliche Fertigstellung: Keine Fertigstellung (März 2017).
Projekt: Erstellung einer Community Website
Das Management Team war sehr bemüht, den Auftrag zu erhalten. Kommunikation anfänglich gut. Das Projekt liegt jedoch in der Verantwortung des Projektleiters. Das Management kümmert sich dann nicht weiter darum.
Bewertung: Wenig interessiert.
Im Laufe der Zeit gab es mehrere Projektleiter.
Projektleiter Nummer 1: Auf Basis einer Funktionsliste – 180 Seiten – erstellte dieser Projektleiter das Angebot. Ab und zu kam dann mal eine E-Mail. Schleppende Kommunikation. Schließlich sollte ich dann direkt mit dem Entwickler sprechen und er gab das Projekt ab.
Projektleiter Nummer 2: War eine Frau. Diese machte einen sehr guten Job und die Qualität wurde besser. Leider wechselte die Dame nach wenigen Wochen die Firma.
Projektleiter Nummer 3: War ein Mann, was er getan hat? Ist wohl weder mir noch dem Entwickler bekannt. Letztendlich kommunizierte ich dann in erster Linie mit dem Entwickler. Ich hatte nicht den Eindruck, dass er eine Übersicht vom Profjekt hatte.
Bewertung: Unzureichend.
Auch hier gab es wohl unterschiedliche Gruppen.
Die erste Gruppe startete sofort mit dem Projekt. Es wurde aber lediglich nach den wenigen Screens in der Funktionsliste gearbeitet. Die Funktionsliste wurde weder gelesen noch verstanden. Somit wurde auch kein eigenständiges Design entwickelt. Sogar der Projektname wurde anfänglich falsch dargestellt.
In der Regel werden Screens einfach abgekupfert. Hierzu gehören auch grafische Fehler, die dann aufwendig mit CSS umgesetzt werden. Das auch wenn es gar keinen Sinn macht. Selbstständige Vorschläge erfolgen selten. Vorschläge wie man die Arbeit einfacher oder schneller machen könnte, erfolgen nicht. Verbesserungsvorschläge sind auch eher selten. In 5 Jahren lag die Anzahl der Vorschläge nicht höher als 10. Selbstständiges Denken ist hier nicht sehr verbreitet. Die Zusammenarbeit ist wenig Inspirativ.
Trotz detaillierten Screens, mussten einfache Funktionen noch detailliert erklärt werden. Das man für eine Funktion vier E-Mails schicken musste, war keine Seltenheit.
Beispiel:
Der Kunde schickt die Liste, was zu tun ist mit zum Beispiel 30 Punkten. Wenn die Liste zurückkommt, stehen dort 30 erledigt. Bei der Überprüfung dieser Punkte sind dann 28 Punkte nicht erledigt. Im Zweiten Durchlauf werden dann tatsächlich noch weitere Punkte erledigt. Häufig kommt aber auch „Not Understand“. Dann muss man nochmal ganz detailliert ausholen und am besten jeden Schritt auf malen. Diese Listen wurden etliche Male hin und her geschickt.
Erledigt bedeutet häufig auch: Nicht verstanden. Ergebnisse werden selten vom Projektleiter oder Entwickler geprüft. Der Projektleiter sagt, alles erledigt. Parallel dazu kann man auf dem Testserver sehen, dass die Funktion einen Fehler aufweist.
Die Arbeit scheint häufig unstrukturiert zu sein. So kam es mehrmals vor, das bereits erledigte Aufgaben überschrieben wurden und alles erneut kontrolliert werden musste.
Nach rund fünf Jahren Arbeit mit Typo3 kam dann ein Tipp eines Entwicklers. Für diese Art von Website, hätte man besser ein anderes Framework benutzen sollen.
Immer wieder kamen Versprechen, die Arbeit fertigzustellen. Versprechen die Qualität zu verbessern. Versprechen das Testing zu verbessern. So wurde zugesagt ein Update von Typo3 in wenigen Monaten vorzunehmen, es dauerte aber wohl ein ganzes Jahr. Obgleich hier gleich fünf Entwickler tätig gewesen sein sollen.
Aber alles hat nichts geholfen und keine der Vereinbarungen wurde von DRC Systems aus Indien eingehalten. Die Entwickler waren stets sehr bemüht und freundlich, leider hat auch diese nicht geholfen.
Es war eine Lieferzeit von 7 Monaten vereinbart. Selbst nach 5 Jahren, konnte DRC Systems aus Indien nicht liefern. Die Website ist bis heute (03/2017) nicht fertig.
Bewertung: Sehr schlecht.
Bewertung: Unzuverlässiger Vertragspartner.
Die Gesamtbewertung ergibt ein schlechtes Bild. Kein Bereich hat überzeugt. Website wurde nicht geliefert. Schadenersatz bisher nicht geleistet. Management reagiert nicht mehr!
Bewertung: Eine Entwicklung in Indien ist günstiger als in Deutschland. Der finanzielle Vorteil gleicht sich aber schnell aus, wenn man die Qualität und die Langfristigkeit einer Entwicklung sieht.
Wer sich für Indien entscheidet, sollte erst am Ende zahlen, wenn alles fertig ist und reibungslos läuft! Lassen Sie sich nicht von angeblichen Fortschritten oder freundlichen Worten blenden. Ansonsten besteht die Gefahr, dass man sein Geld verliert.
Das indische Rechtssystem ist anders und etwaige Forderungen einzutreiben langjährig. Vertragliche Vereinbarungen werden häufig nicht anerkannt. Das scheinen die indischen offshore Entwickler auch zu wissen.
Auch sollten Sie die Qualität der Arbeit immer detailliert prüfen.
In unserer Bewertung schneidet DRC Systems aus Indien leider sehr schlecht ab, da weder geliefert noch Schadenersatz geleistet wurde.
WICHTIG!
Um einen vollständigen Eindruck zu bekommen, lesen Sie bitte auch diese wichtige Ergänzung:
https://experience-drcsystems.de/2017/06/19/statement-of-drc-systems-usa-llc-to-the-criminal-complaint/