Clasificación DRC Systems from India – Desarrollo Marino
Opiniones DRC Systems from India
Bajo la dirección de desarrollo offshore, hemos hecho una valoración de la empresa DRC Systems from India.
Clasificación DRC Systems Ahedabad y Nueva York.
Esta revisión tiene distintos criterios de evaluación. Antes de comenzar, la siguiente pregunta:
¿Por qué utilizar la programación en alta mar?
Argumentos para la programación en alta mar?
programadores indios son muy competentes? Hace algunos años, que ha sido reivindicada. La desilusión vino con el tiempo.
Otro punto: Marino en la programación es más barato. Si eso es cierto?
Nos gustaría aclarar nuestro voto.
El candidato: Es una empresa DRC Systems de India, de Ahmedabad, en la India. La compañía tiene una oficina en Nueva York. En 2011, hemos realizado un pedido.
Opinión – Los datos del proyecto para DRC Systems:
Proyecto: 2011th enero
Finalización prevista: finales de 2011 (7 meses)
terminación real: No finalización (marzo de 2017).
Proyecto: Creación de un Sitio Web de la Comunidad
El equipo de administración.
El equipo de gestión era muy dispuesto a hacer el trabajo. Comunicación inicialmente buenos. El proyecto, sin embargo, es la responsabilidad del director del proyecto. La gestión de entonces no se preocupa más sobre.
Comentario: Poco interés en el proyecto.
El director del proyecto.
En 5 años, varios proyectos.
Base para nuestra solicitud: lista de todas las funciones, más de 180 páginas. Esta lista fue la base para el trabajo.
número de proyecto 1:
la comunicación lento. De vez en cuando incluso un correo electrónico. Después de algún tiempo: Proyecto de Información sobrecargado. Debería escribir directamente a los programadores.
Número de proyecto 2:
Era una mujer. Esto hizo un muy buen trabajo. La calidad era mucho mejor. Por desgracia, la mujer se trasladó a otra empresa. Y después de un breve periodo de tiempo.
Número de proyecto 3:
Era hombre, lo que hizo? Esta pregunta que me hacía, probablemente no es el único. Como resultado de ello: los desarrolladores de mi contacto. Mi impresión: director del proyecto no tenía idea del proyecto.
Comentario: Mal.
El equipo de desarrollo.
Diferentes programadores en uso.
El primer grupo, que comienza inmediatamente con el proyecto. Los desarrolladores trabajaron para las imágenes. (Las imágenes de la lista de características.) Diseño personalizado no se ha creado. Se trabajó únicamente en las imágenes en la lista de funciones. Descripción de las funciones no se entiende. Presumiblemente, la lista de las funciones no se ha leído. Incluso el nombre del proyecto que estaba mal.
Los diseños fueron implementadas gráficamente a 100%. También errores se convirtieron a 100%. fueron creados intrincadamente con CSS diferentes alturas de las imágenes. En este completamente innecesario. Poco trabajo de forma independiente. No hay 10 propuestas en 5 años. No se hacen esfuerzos para optimizar el proyecto o trabajo. La cooperación es poco inspirador.
Calidad de la programación y comprobación de errores.
Altamente se proporcionaron pantallas detalladas. funciones simples tenían que ser explicado con frecuencia. No pocas veces, cuatro de correo electrónico en puntos específicos.
ejemplo:
Una lista con 30 puntos. se devuelve a continuación la lista, 30 completaron. Después de comprobar: la búsqueda de 28 puntos no se hace. Segundo Pase más puntos asentados. A menudo viene „no se entiende“. Una vez más se detalla la descripción y dibujos necesarios. Las listas enviadas varias veces de ida y vuelta, hasta que finalmente completa.
Completado menudo significa no entendido. Los resultados se comprueban rara vez o no. El director del proyecto, dice, funciona. pero en el servidor de prueba, la función tiene un error.
El trabajo a menudo parece ser no estructurada. El progreso ha sido sobrescrito varias veces. Luego todo se ha de comprobar de nuevo.
Después de unos cinco años trabajando con Typo3, consejo de un desarrollador: Para este proyecto, otro marco sería mejor.
Una y otra vez la promesa:
– El trabajo es obra terminada completa.
– Se mejora la calidad.
– Verificación se mejora.
– Actualización de Typo3 en unos pocos meses. De hecho, aproximadamente un año. Aquí se trabajan fuera de cinco desarrolladores.
Todo lo que no ha ayudado. El compromiso no se ha cumplido por DRC Systems. Los desarrolladores siempre amable y servicial. Ayudado a que no tiene.
El plazo de entrega.
Tiempo de entrega a partir de 7 meses de acuerdo. Más de 5 años de trabajo. El sitio no está terminado hasta la actualidad (03/2017).
Clasificación: No es aceptable.
La ejecución del contrato.
Hasta la fecha, no se entregan.
Pena no se paga.
Reembolsar el precio de compra no tiene lugar.
Comentario: contratista no fiable.
Valoración general:
La evaluación ofrece una mala imagen. Ningún área ha convencido. El sitio no ha sido entregado. Los daños no hecha. Gestión de responder!
Comentario: El desarrollo en la India es más barato que en Alemania. ventaja financiera iguala a sí misma. La calidad y el tiempo de entrega no es aceptable.
Dos frases: En la evolución de casos en la India, el pago sólo cuando todo está preparado. Compruebe todas las funciones en detalle. De lo contrario se corre el riesgo de perder su dinero. El sistema jurídico de la India es diferente. exigencias de la demanda es de larga data. Acuerdos contractuales a menudo no se reconocen. Desarrolladores en alta mar de la India parecen saber que. Comprobar la calidad del trabajo siempre detalle! Nuestra revisión en DTRC Systems: Por desgracia, muy malo. El contrato no se cumplió. La indemnización no se paga. Dirección ignoró el asunto.
Nota: La traducción automática. Error posible. Por favor, lea la versión alemana.