¿Buen seguimiento de errores con Sharepoint? [cerrado]


9

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:

  1. Soporte para diferentes tipos de tickets (error, función, consulta, tarea interna).
  2. Flujo de trabajo configurable por tipo de ticket, sin número fijo de pasos.
  3. Permisos de lectura / escritura configurables por campo y por estado de flujo de trabajo.
  4. Panel de control configurable para gerentes con buenos gráficos.
  5. Notificaciones configurables por correo electrónico.
  6. Correspondencia à la FogBugz. (Desafío: utilizamos Notas, no Intercambio).

¿El mejor consejo? Mantente lejos, muy lejos de Sharepoint. Su SQL es bastardo, la carga de archivos es una molestia absoluta, y el objetivo real parece ser empujar a todos a usar Office. La sección de Discusiones es una broma, y ​​quiere integrarse fuertemente en Outlook en lugar de estar sola. Usar Sharepoint como cualquier cosa menos un lugar para guardar algunos documentos de políticas es una mala idea. En este momento estoy tratando de crear un SP Wiki (también se ha considerado) y estoy recurriendo a la codificación de todo en HTML (en línea con CSS, sin soporte de plantilla wiki). Puede ser posible, pero lucharás más de lo que lo usarás.
Steiv

Sí, parece evidente que SP existe para mantener viva la vaca de efectivo de MS Office contra el frente de batalla de la Web 2.0. También habría evitado el SP, dada la opción, pero se ha decidido desde arriba y voy a aprovecharlo al máximo. - Estoy gratamente sorprendido de que la sala de colaboración tenga varias características útiles, y editar documentos cargados (Office) es sencillo (se guardan, se vuelven a cargar y se versionan, todo en un solo paso automático). ¡Lástima que solo funcione para documentos de Office! Hasta el punto: ¡las funciones "rastreador de problemas" y "flujo de trabajo" están lejos de ser útiles para el propósito anterior!
Torben Gundtofte-Bruun

Creo que está viendo lo que yo veo con SP: todo lo relacionado con el núcleo de Office funciona, todo lo demás está pirateado. Lo que hemos hecho en nuestra oficina es integrar las fuentes RSS de Jira (nuestro software de seguimiento de problemas) con SP para obtener una lista de actualizaciones en SP, pero use Jira en su lugar para el seguimiento. Como beneficio adicional, Jira admite la sintaxis de Wiki, por lo que editar y comentar es muy sencillo.
Steiv

Respuestas:


2

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


Curiosamente, ambos sitios (Codeplex en particular) se centran en que los administradores solo descarguen e instalen el archivo, mientras que casi ignoran la necesidad de documentación de los no administradores para convencer a los administradores y la administración de que el complemento realmente vale la pena. Pero su enlace a las plantillas SP parece prometedor. Hay "plantillas de administración del servidor" con descripciones interesantes. También encontré una página llena de documentación; vea mi propia respuesta a continuación.
Torben Gundtofte-Bruun

No tengo ningún enlace a mano, pero MS y algunos de sus MVP tienen algunos seminarios web excelentes y otro material grabado en algunas de estas herramientas. Toma un poco de búsqueda pero vale la pena el esfuerzo
Dave M

1
El problema es que todo este material está dirigido al administrador del servidor, no a personas como yo que no son administradores pero que necesitan documentación de evaluación ...
Torben Gundtofte-Bruun

1

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.


1

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.


No tuvimos oportunidad de probar esa plantilla. Al final, usamos una lista personalizada muy simple como una solución provisional y terminamos usando una solución permanente que no es de Sharepoint. No Jira, sino algo similar que la organización ya estaba usando para otros departamentos.
Torben Gundtofte-Bruun

1

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.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.