Ahora que
conoces el valor del producto SharePoint y como éste nos puede ayudar a
construir o automatizar procesos de trabajo, es importante identificar todos
aquellos aspectos directa e indirectamente involucrados para poder saber cómo
podremos alinear el producto en el cumplimiento de esos procesos. Básicamente,
antes de tocar SharePoint Designer o Visual Studio asegúrate de entender lo
esencial del proceso en cuestión. Aquí unas ideas de lo que podrías investigar
cuando buscas construir una solución basada en flujos de trabajo:
-
El
procesos completo y sus pasos, si es posible narrar todo el flujo haciendo
énfasis en los resultados que se desean obtener o en métricas específicas que
nos pueden dar una idea de lo que se consideraría un caso exitoso -
Los
formatos, los campos y la información requerida en todo el proceso-
El
listado de la información inicial del proceso, cuales campos o vistas de esa
información hacen sentido mostrar a los distintos usuarios -
Las
validaciones de los datos en los múltiples formularios, cuales campos son
requeridos, hay algún formato con el cual los datos deben de capturarse, ej.
Email, RFC, Teléfono, etc. -
Aquellas
reglas de negocio inherentes al proceso como cálculos, sumatorias, fechas calculadas,
etc. -
El
orden de visualización de los campos en modalidad de grilla -
El
orden de visualización de los campos en modalidad de captura -
El
orden en que los múltiples formularios se van presentando o requiriendo por el
proceso
-
El
-
Las
evaluaciones o condiciones que definen el flujo del proceso -
Los
puestos o roles de las personas involucradas en el proceso -
Los
cuerpos de los correos electrónicos que se enviaran como parte del proceso -
Los
títulos y mensajes del proceso que queremos mantener en la bitácora o en el
historial del flujo
Aquí mis
dos centavos. Gracias!
Originalmente publicado en msmvps.com
