2008-10-23 6 views
6

Mi empresa es una tienda de desarrollo personalizada para una serie de proyectos, algunos más grandes y otros más pequeños. Actualmente manejamos todas las comunicaciones de nuestros clientes por correo electrónico. Entonces, enviamos un documento de diseño por correo electrónico, lo marcan y lo envían de regreso. Luego lanzamos una versión beta de su producto y nos envían un correo electrónico con cualquier error, características nuevas, etc. Y así sucesivamente ...Cómo obtener comentarios del usuario final (cliente) sobre proyectos de desarrollo personalizados

Como estoy trabajando en la implementación de un nuevo sistema de seguimiento de errores (parece que será Mantis en este momento), llegué a preguntarme cómo podríamos permitirles a nuestros clientes una mejor interfaz con nuestro proceso de desarrollo que proporcionaría un mejor seguimiento de las solicitudes de funciones y los errores enviados por el cliente, así como comunicar nuestras respuestas al cliente.

Si alguien conoce un sistema de seguimiento de fallas que hace esto excepcionalmente bien, estaría interesado en saberlo. De lo contrario, solo estoy buscando algunas pautas generales o buenas prácticas comerciales que hayan permitido a sus empresas interactuar de manera efectiva y eficiente con sus clientes.

ACTUALIZACIÓN: Mi empresa utiliza una pila LAMPP y como somos una pequeña tienda con un presupuesto limitado, tendemos a apegarnos a las herramientas que son de código abierto y gratuitas.

¿La mayoría de la gente usa Team Foundation Server para manejar esto o correos electrónicos de ida y vuelta?

Respuesta

1

Aunque no conozco ninguna herramienta específica (al menos ninguna de código abierto), le sugiero que configure un sistema que cubra su proceso general de recopilación e implementación de requisitos. Los requisitos se pueden rastrear en el sistema, que también contendría los documentos de diseño (que podrían ser "desprotegidos" y "comprometidos" con el sistema). De esta forma, abordaría el problema de tener múltiples revisiones de documentos de diseño. Además, los documentos de diseño y los requisitos se pueden rastrear fácilmente. Si este sistema estuviera vinculado a su sistema de administración de código fuente, también facilitaría su proceso de desarrollo/seguimiento de requisitos.

2

Si está utilizando Team Foundation Server, le recomendamos que instale TeamPlain Web Access. Le permiten exponer una interfaz web a su proyecto TFS. Lo único que queda por hacer es otorgar derechos a su cliente y un nombre de usuario y una contraseña.

De lo contrario, hay algunas herramientas de pago como FogBugz. Por supuesto, el director tiene que aplicar errores a las herramientas de informes directamente relacionadas con su Control de código fuente para que los desarrolladores puedan corregir fácilmente los errores.

+0

TeamPlain es de hecho un gran producto. Sin esto, considero TFS solo la mitad del problema (control de fuente y compilación automatizada). – cfeduke

3

Creo que la clave es tener allí el sistema de seguimiento dedicado para errores/solicitudes, y establecer un proceso establecido para la comunicación. Con eso, como mínimo, comenzarás a recibir comentarios consistentes. Desde allí, puede ajustarlo para satisfacer sus necesidades específicas.

Como un aparte, en lugar de simplemente usar el correo electrónico para su comunicación, recomiendo ir a smething como BaseCamp para una herramienta de gestión de proyectos. Encuentro que ayuda enormemente a mantener los mensajes, la documentación y las líneas de tiempo comunicadas al cliente.

1

Otra posibilidad es utilizar dos productos en concierto, aquí está nuestra configuración actual con un equipo de 12:

osTicket para solicitudes entrantes de clientes

  • permite tratar temas a ser manejado por el apoyo personal y errores por verificar
  • El estado se puede verificar con solo una dirección de correo electrónico y el ID del ticket
  • Normalmente, los usuarios no envían informes de errores lo suficientemente detallados Orts también lo es un buen primer paso

redmine de entradas desarrollo

  • de entradas creado por control de calidad o un desarrollador si el problema es un fallo real
  • Proporciona proyecto lo suficientemente sólida y suelte la gestión
  • Es un paso sólido desde trac y mantis (y proporciona migration herramientas)
Cuestiones relacionadas