Академический Документы
Профессиональный Документы
Культура Документы
ID - Nombre de la necesidad
Ficha de Necesidades
FORMATO
Sistema de Gestión de Servicios F848 - V.3
Ficha de Necesidades 05/12/2016
APRO Metodología de Gestión Integrada de Servicios (MGIS) Página 2 de 9
Histórico de Revisiones
Tabla de Contenidos
1. Introducción 4
1.1 Propósito del documento (No modificar) 4
2. Identificación de necesidades 4
2.1 Tabla de necesidades 4
2.2 Reglas de negocio 5
2.3 Análisis Causa/Raíz 5
2.4 Beneficio Cuantitativos de la solución 6
2.5 Descripción de las partes interesadas 6
2.6 Interacciones importantes a considerar 7
3. Especificación de historias de usuarios 8
3.1 Historia de usuario 01 8
3.2 Historia de usuario 02 9
4. Anexos 9
[- Para todo el documento: Eliminar los textos explicativos y párrafos de color rojo que no sean parte de la
documentación como estas líneas.
- Todos los campos son OBLIGATORIOS, a menos se indique lo contrario.
- Ingresar NO APLICA, si fuera el caso de secciones NO OBLIGATORIAS.
- Este documento debe ser llenado luego de identificar la necesidad.]
Ficha de Necesidades
1. Introducción
1.1 Propósito del documento (No modificar)
La finalidad de este documento es consolidar, analizar y especificar la las necesidades
identificadas o planteadas por las partes interesadas y los usuarios, así como la justificación de
estas necesidades, así como también establecer el alcance de la necesidad a manera detallada y
los criterios de aceptación por parte del usuario y/o stakeholders .
2. Identificación de necesidades
2.1 Tabla de necesidades
[OBLIGATORIO. Elaborado por el interesado/usuario con la guía del Gestor de Relación de Negocio]
[Aplica para Necesidad]
En esta sección se listan las necesidades identificadas:
N Descripción de la Stakeholder Sistema de
Justificación Situación Actual
° Necesidad Principal Impacto
1 [Para mayor detalle de [Describir el porqué [Describe la [<Nombre del [Ingresar
la necesidad se podría de implementar la situación actual interesado> – el(los)
incluir prototipos en la Necesidad. No de la operación. <Unidad de sistema(s)
sección 5. Anexos] confundir la En caso de negocio o relacionado(s)
justificación con la requerir colocar área> a la necesidad.
ausencia de una imágenes, ir a Ejemplo: Juan Solo es
solución. Si es un la sección 5. Perez – Post referencial, ya
pedido normativo, Anexos] Venta] que el análisis
precisar la norma] [ de la solución
[Beneficios contemplará
Cualitativos] la
identificación
de los
sistemas
afectados]
2
Período a Extraer
[Indicar detalle del período de información. Aplica solo para Solicitudes de información]
Ejemplo:
- Fecha Inicio: 01 de Febrero 2015
- Fecha Fin : 28 de Febrero2016
Ejemplo:
- Todas las tareas de BPM que se encuentran asignadas al rol Ejecutivo Devoluciones y que
figuren pendientes en la tarea Generar carta de rechazo RS.
- Considerar pólizas a renovar en los próximos 6 meses.
- Considerar los valores de marcas y modelos a partir de los campos a y b de acselx.
- Todas las pólizas con estado Activo
Estructura
[Indicar detalle de la estructura de información, aplicable solo para solicitudes de información]
Se adjunta ejemplo
Certificados dados
de bajo por error.xlsx
[En esta sección se responden varias preguntas tales como: Cuál es el problema,
Dónde ocurre el problema, Cuándo ocurre el problema, Quién está detectando el
problema, Porqué está ocurriendo el problema, Cuántas veces ocurre el problema .]
Análisis de Causas: [La raíz del problema se debe indicar en el último Porqué]
¿Por qué?
¿Por qué?
¿Por qué?
¿Por qué?
¿Por qué?
Beneficios Totales
Aprobar la Especificación
[R]
Funcional [A] -
Realizar Pruebas de
Aceptación de Usuario (Test) - [A] [I]
Realizar Pruebas Post
Producción - [A] [C]
Encuesta de Satisfacción al
completar la necesidad - [I] [A]
Leyenda:
Responsable
Necesidad
Tipo de del Equipo de Fecha de
(Menor o Observaciones
Interdependencia la necesidad Compromiso
Mayor)
Vinculada
[ID necesidad- [Secuencial / Reciproca [Responsable [Fecha de [Incluir algún detalle
Nombre de la (Secuencial: Debe del equipo compromiso relevante con respecto
necesidad] terminar antes que relacionado] estimada de a la interdependencia
inicie la otra. la necesidad encontrada]
Reciproca: Las vinculada. Se
necesidades se influyen puede colocar
mutuamente o son mes de
interdependientes.)] referencia o
fecha
estimada]
Historia de Usuario
Como un <Rol> [Es el rol que está desempeñando el usuario cuando utiliza la funcionalidad que se está
describiendo. Ejemplo: Cliente]
Quiero <Característica / Funcionalidad> [Descripción del objetivo que se desea. Ejemplo: Necesito ver un
listado de categorías de productos y poder seleccionar una categoría.]
De manera que <Razón / Resultado> [Beneficio, Sustento o justificación del negocio. Ejemplo: Con la
finalidad de realizar búsquedas de productos por categorías.]
Observaciones:
[Incluye Supuestos y limitaciones]
Criterio de aceptación 01: <Título del escenario> [Nombre del criterio (Funcional/No FuncionaL)/ Título.
Ejemplo: Categoría con al menos un producto.]
Dado que <Contexto1 y/o Contexto2> [Especificación de la condición y/o contexto. Proporciona mayor
descripción sobre las condiciones que desencadenan el escenario.
Ejemplo: En caso que una categoría tenga al menos un producto asociado.]
Cuando <Evento> [Especificación del evento. Representa la acción que el usuario ejecuta, en el contexto
definido para el escenario.
Ejemplo: Cuando se despliegue el listado de categorías a seleccionar.]
Entonces <Resultado / Comportamiento esperado > [Resultado o comportamiento esperado.
Ejemplo: A continuación del nombre de la categoría, se mostrará entre paréntesis el número de
productos asociados.]
Ejemplo:]
| número certificado canal | botón | número póliza |
| 000006114490 | Buscar | 4065|702135 |
| 000006114491 | Buscar | 4065|702135 |
| 000006114492 | Buscar | 4065|702135 |
4. Anexos
[OPCIONAL. Para un mayor entendimiento de la necesidad se puede colocar imágenes asociadas la
necesidad o a la historia de usuario]