En mi lugar de trabajo, se decidió mover muchos procesos a Sharepoint. Ahora estoy investigando cómo se puede usar Sharepoint para el seguimiento de errores (a la Mantis, FogBugz, etc., pero dentro de Sharepoint). Específicamente, estamos utilizando una sala de colaboración y la solución debe funcionar dentro de eso.
Sé que puedo crear listas usando una plantilla de "Rastreador de problemas" , pero carece de flujo de trabajo, correspondencia integrada (como FogBugz) y registro de auditoría (cualquier usuario puede editar cualquier campo en cualquier momento, sin que se note en ningún lado).
Eso no es suficiente, así que estoy buscando soluciones "más grandes" pero aún no he encontrado nada en absoluto.
Esta pregunta es similar pero apunta al uso del servicio de asistencia; Nuestro objetivo es el seguimiento de errores y solicitudes de cambio a un sistema.
Estoy abierto a sugerencias! Como no soy administrador, no puedo simplemente tomar un componente de Sharepoint e instalarlo para probarlo. Estoy buscando experiencias, documentación , documentos técnicos, capturas de pantalla: la descarga real será relevante más adelante.
Idealmente, algunos de estos asuntos deberían estar cubiertos:
- Soporte para diferentes tipos de tickets (error, función, consulta, tarea interna).
- Flujo de trabajo configurable por tipo de ticket, sin número fijo de pasos.
- Permisos de lectura / escritura configurables por campo y por estado de flujo de trabajo.
- Panel de control configurable para gerentes con buenos gráficos.
- Notificaciones configurables por correo electrónico.
- Correspondencia à la FogBugz. (Desafío: utilizamos Notas, no Intercambio).
fuente
Respuestas:
No estoy seguro si la plantilla que mencionó era de aquí .. " Plantillas de SharePoint "
SharePoint puede ser un desafío, pero ofrece algunas herramientas excelentes una vez que lo entiendes. Creo que es uno de los productos de MS más desafiantes que he visto, pero también es muy poderoso. ¿Has comprobado Codeplex para SharePoint? Codeplex
fuente
En extensión a la respuesta de DaveM, encontré documentación sobre las plantillas aquí:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
Específicamente, estos fueron interesantes:
y este para una configuración más avanzada:
Creo que iré con una combinación de los dos primeros. Este último parece demasiado avanzado para los novatos SP y sería más adecuado para un equipo mucho más grande.
fuente
Nuestro equipo ha utilizado la plantilla de seguimiento de errores de MS SP en dos proyectos. No consideraría la solución 'mejor de la raza', pero funciona. Puede agregar y eliminar campos según sea necesario, mantener una conversación con marcas de fecha (usando comentarios) y aplicar seguridad (ver / leer / escribir). Puede importar y exportar la lista de errores a / desde Excel.
Se puede agregar el flujo de trabajo, pero requiere un desarrollador (o un súper usuario SP). La configuración predeterminada incluye el historial de seguimiento de archivos adjuntos amd. Al igual que con cualquier objeto SP, puede configurar fuentes RSS y notificaciones por correo electrónico.
Dada la opción, usaría un paquete de seguimiento de errores dedicado en lugar de la solución gratuita que ofrece Microsoft. No he buscado, pero estoy seguro de que hay soluciones más completas de seguimiento de errores que usan SP como back-end.
fuente
SharePoint podría responder a su necesidad como un simple sistema de tickets.
Sin embargo, espero que un rastreador de errores se integre con el código fuente (como si comento un cambio de fuente con "FIX bug # 123", quiero que el ticket se marque como "arreglado" y pueda ver la diferencia de código) .
Además, no tiene mucha flexibilidad con respecto a las notificaciones, el tiempo de seguimiento dedicado a un boleto, etc.
Como tal, no recomiendo SharePoint si quieres tomar en serio el seguimiento de errores.
fuente