2009-07-13 9 views
7

somos un equipo de aproximadamente 100 desarrolladores que trabajan en un estilo de desarrollo iterativo. Estamos buscando una solución que nos permita agregar todos los artefactos de desarrollo en un entorno colaborativo. Rationals Team Concert está trayendo mucho de lo que buscamos para el seguimiento de problemas combinado con la administración de proyectos y la integración de la administración de códigos de código, así como la generación de informes.¿Hay alguna alternativa a Rational Team Concert en este momento?

Mientras que Team Concert trae muchas características, también es bastante caro.

Es por eso que estoy buscando alternativas. No pude encontrar un producto que ofrezca la misma funcionalidad, así que supongo que Rational está por delante de otras compañías en este mercado.

¿Conoces algún producto de la competencia? ¿Puede sugerir una combinación de productos Open Source que nos podrían servir bien?

Gracias de antemano por su ayuda!

aplausos Mike

Respuesta

7

supongo que una configuración Redmine más un DVCS (como Git), combinado con eclipse y Mylyn sería el más cercano alternativa de código abierto a Rational Team Concert.

Aún extrañaría algunas funciones agradables, como la mensajería instantánea y la transferencia de depuración de la pila (la capacidad de congelar una ejecución en vivo y transferirla a un colega), pero sería un buen comienzo.

1

Se pueden conseguir muy buenos plugins de gestión de proyectos para JIRA como GreenHopper. JIRA también se integra con CVS y SVN. El efecto general probablemente no sea tan suave como con Team Concert, pero debería ser mucho más barato.

3

divulgación Feria: Yo trabajo para IBM. Respuesta justa: obtienes lo que pagas. Hay muchas alternativas de código abierto. Ninguno es tan bueno como Team Concert y estoy firmemente detrás de eso. Pida a su representante de IBM que realice una evaluación de valor comercial y le muestre cuál será su retorno de la inversión si compra Team Concert. Deberían poder proporcionarle estos números. O tiene sentido comercial, o no. Tener 100 desarrolladores que no están trabajando eficientemente es bastante costoso.

2

Revelación justa: Estoy involucrado en el mantenimiento del ecosistema RTC y apoyo usuarios de RTC.

Respuesta correcta (basada en la experiencia de 4.0 y 4.0.1): el RTC es demasiado caro dada su calidad y rendimiento. Buggy, lento, vulnerable a los errores del usuario. No es flexible en el mantenimiento, por ej. migrar proyectos es una pesadilla, lo mismo que migrar un JTS a otro host. Es extremadamente personalizable, que es a la vez un activo y una debilidad: tendrá que invertir en profesionales de RTC que puedan depurar y corregir "personalizaciones" maliciosas introducidas por los usuarios.

No sé por alternativas. Pero si este es el estado del arte, entonces - hmm.

Cuestiones relacionadas