UNIVERSIDAD NACIONAL DEL ALTIPLANO PUNO

FACULTAD DE INGENIERA MECNICA ELCTRICA, ELECTRNICA Y SISTEMAS

ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS

TESIS
SISTEMA ERP APLICANDO SCRUM PARA OPTIMIZAR LA
ADMINISTRACIN E INTEGRACIN DE INFORMACIN ENTRE LAS
DIFERENTES REAS DE LAS EMPRESAS RETAIL DEL PER 2013

PRESENTADO POR:
YESENIA MARYCRUZ ALANOCCA BEDOYA
JULIO CESAR CCAHUANA MAMANI

PARA OPTAR EL TITULO PROFESIONAL DE: INGENIERO DE SISTEMAS

Puno - Per
2015

UNIVERSIDAD NACIONAL DEL ALTIPLANO

FACULTAD DE INGENIERA MECNICA ELCTRICA ELECTRNICA Y SISTEMAS
ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS
SISTEMA ERP APLICANDO SCRUM PARA OPTIMIZAR LA ADMINISTRACIN E
INTEGRACIN DE INFORMACIN ENTRE LAS DIFERENTES REAS DE LAS EMPRESAS
RETAIL DEL PER - 2013

TESIS PRESENTADA POR:

YESENIA MARICRUZ ALANOCCA BEDOYA
JULIO CESAR CCAHUANA MAMANI
PARA OPTAR EL TITULO PROFESIONAL DE: INGENIERO DE SISTEMAS
APROBADA POR EL JURADO REVISOR CONFORMADO POR:

PRESIDENTE

:
Mg. CARLOS BORIS SOSA MAYDANA

PRIMER MIEMBRO

:
M.Sc. WILLIAM EUSEBIO ARCAYA COAQUIRA

SEGUNDO MIEMBRO

: .
Mg. ELMER COYLA IDME

DIRECTOR DE TESIS

: .
M.Sc. EDELFR FLORES VELSQUEZ

Puno Per
2015

DEDICATORIA
Con todo mi cario para las personas que hicieron
todo en la vida, para que yo pudiera lograr mis
sueos, por motivarme, por escucharme, por
guiarme, por ensearme que el rendirse no existe,
por ensearme de que de los errores se aprende y
que no vale arrepentirme y sobre todo darme la
mano cuando senta que el camino se terminaba, a
ustedes por siempre en mi corazn y con todo mi
amor.
Juan y Flora

Gracias a las personas importantes en mi vida,

que siempre estuvieron listas para brindarme
toda su apoyo, ahora me toca regresar todo lo
inmenso que me han otorgado. Con todo mi
cario est tesis se las dedico a ustedes:
Mama Lidia
Mi esposa Anita
y nuestro pequeo hijo Branko

A mis maestros que en este andar por la vida,

influyeron con sus lecciones y experiencias en
formarme como una persona de bien y preparada
para los retos que pone la vida, a todos y cada uno
de ellos les dedico cada una de estas pginas de mi
tesis.

AGRADECIMIENTOS
Mi ms sincera gratitud a los Ingenieros: Edelfr Flores, Carlos Boris Sosa Maydana, Wiliam Arcaya y Elmer
Coyla Idme, por sus acertadas sugerencias y correcciones para mejorar la tesis.
A nuestros amigos por confiar y creer en nosotros y haber hecho de la etapa universitaria un trayecto de
vivencias que nunca olvidaremos.

NDICE
CAPITULO I: PLANTEAMIENTO DEL PROBLEMA DE INVESTIGACIN ......................... 20
1.1

PLANTEAMIENTO DEL PROBLEMA .......................................................................... 21

1.2

FORMULACIN DEL PROBLEMA.............................................................................. 23

1.3

JUSTIFICACIN DEL PROYECTO ............................................................................. 24

1.4

OBJETIVOS................................................................................................................. 25

1.4.1 OBJETIVO GENERAL ................................................................................................. 25

1.4.2 OBJETIVO ESPECFICO ............................................................................................ 25
CAPITULO II:
2.1

MARCO TERICO ...................................................................................... 26

PROYECTOS DE INVESTIGACIN. .......................................................................... 27

2.1.1 ANTECEDENTES NACIONALES. ............................................................................... 27

2.1.2 ANTECEDENTES INTERNACIONALES. .................................................................... 28
2.2

ARTCULOS DE INVESTIGACIN ............................................................................. 31

2.2.1 ANTECEDENTES INTERNACIONALES ..................................................................... 31

2.3

SUSTENTO TERICO. ............................................................................................... 34

2.3.1 METODOLOGAS DE DESARROLLO DE SOFTWARE. ............................................ 34

2.3.2 METODOLOGAS PESADAS ...................................................................................... 35
2.3.3 METODOLOGAS AGILES .......................................................................................... 36
2.3.4 SCRUM........................................................................................................................ 38
2.3.5 EL EQUIPO DE SCRUM ............................................................................................. 41
2.3.6 EVENTOS DE SCRUM................................................................................................ 46
2.3.7 ESTIMACIN Y PLANIFICACIN GIL...................................................................... 47
2.3.8 USABILIDAD EN EL PROCESO DE SCRUM ............................................................. 48
2.3.9 Por qu SCRUM? ...................................................................................................... 49
2.3.10

RETAIL .................................................................................................................... 51

2.3.11

SISTEMA DE GESTIN DE CALIDAD.................................................................... 53

2.3.12

GESTIN DE PROCESOS DE NEGOCIO (BPM)................................................... 60

2.3.13

ERP ......................................................................................................................... 63

2.4

GLOSARIO DE TRMINOS BSICOS ....................................................................... 68

2.4.1 ARQUITECTURA DE SOFTWARE ............................................................................. 68

2.4.2 CALIDAD DEL PROCESO DE SOFTWARE ............................................................... 68
2.4.3 CICLO DE VIDA DEL SOFTWARE ............................................................................. 69
2.4.4 CONTROL DE CALIDAD ............................................................................................. 69
5

2.4.5 DESARROLLO INCREMENTAL .................................................................................. 69

2.4.6 DESARROLLO ITERATIVO ........................................................................................ 69
2.4.7 EMPRESA ................................................................................................................... 69
2.4.8 FIABILIDAD ................................................................................................................. 69
2.4.9 MEJORA DE PROCESOS........................................................................................... 70
2.4.10

MODELO DE PROCESOS ...................................................................................... 70

2.4.11

PROCESO ............................................................................................................... 70

2.4.12

REQUISITOS........................................................................................................... 70

2.4.13

OPTIMIZAR ............................................................................................................. 70

2.5

HIPTESIS GENERAL................................................................................................ 71

2.6

OPERACIONALIZACION DE VARIABLES .................................................................. 71

CAPITULO III:

DISEO METODOLGICO DE INVESTIGACIN ..................................... 72

3.1

REA, TIPO Y DISEO DE INVESTIGACIN ............................................................ 73

3.2

POBLACIN ................................................................................................................ 74

3.3

MUESTRA ................................................................................................................... 74

3.4

MATERIAL EXPERIMENTAL ...................................................................................... 75

3.5

TCNICAS E INSTRUMENTOS PARA RECOLECTAR INFORMACIN ................... 76

3.6

TCNICAS PARA EL PROCESAMIENTO Y ANLISIS DE DATOS ........................... 77

3.7

PROCEDIMIENTO DEL EXPERIMENTO.................................................................... 77

3.8

PLAN DE TRATAMIENTO DE DATOS........................................................................ 77

3.9
DISEO ESTADSTICO PARA LA PRUEBA DE HIPTESIS O PRUEBA DE
HIPTESIS.............................................................................................................................. 78
CAPITULO IV: ANLISIS E INTERPRETACIN DE RESULTADOS DE LA
INVESTIGACIN .................................................................................................................... 80
4.1

EJECUCIN DEL PROYECTO ................................................................................... 81

4.1.1 PLANIFICACIN ......................................................................................................... 81

4.1.2 CONFORMACIN DEL EQUIPO DE TRABAJO ....................................................... 139
4.1.3 DEFINICIN DEL BACKLOG DEL PRODUCTO....................................................... 140
4.1.4 MBITO DE FUNCIONAMIENTO DEL SISTEMA ..................................................... 141
4.1.5 ARQUITECTURA DEL SISTEMA .............................................................................. 142
4.1.6 SPRINT 1: MDULO DE GESTIN DE ALMACN Y COMPRAS ........................... 143
4.1.7 SPRINT 2: GESTIN DE VENTAS ........................................................................... 147
4.1.8 SPRINT 3: GESTIN DE PERSONAL ...................................................................... 148
4.2

RESULTADOS DE LA INVESTIGACIN .................................................................. 151

6

CONCLUSIONES .................................................................................................................. 155

RECOMENDACIONES.......................................................................................................... 157
BIBLIOGRAFA ..................................................................................................................... 158
ANEXO N 1: CAPTURAS DE PANTALLA DEL SISTEMA ERP SEGN
REQUERIMIENTOS .............................................................................................................. 163
ANEXO N 2: RESULTADOS DE ENCUESTAS REALIZADAS AL PERSONAL DE RETAIL
PARTNERS DEL PER SAC ............................................................................................... 206
ANEXO N 3: ENCUESTAS REALIZADAS AL PERSONAL DE RETAIL PARTNERS DEL
PER SAC ............................................................................................................................ 209

NDICE DE TABLAS
Tabla N 1: Cuadro de resumen de diferentes entre metodologas agiles y pesadas.................. 50
Tabla N 2: Operacionalizacin de Variables ............................................................................... 71
Tabla N 3: Cantidad Total de Muestra ........................................................................................ 75
Tabla N 4: Detalle del procedimiento de Gestin de Ventas Etapa de Diagnostico ................ 83
Tabla N 5: Detalle del procedimiento de Facturacin Etapa de Diagnostico ........................... 84
Tabla N 6: Detalle del procedimiento de Convocatoria de Personal Etapa de Diagnostico ..... 87
Tabla N 7: Detalle del procedimiento de Seleccin de Personal Etapa de Diagnostico .......... 88
Tabla N 8: Detalle del procedimiento de Inscripcin de Contratos Etapa de Diagnostico ........ 89
Tabla N 9: Detalle del procedimiento de Elaboracin y Suscripcin de Contratos Etapa de
Diagnostico .................................................................................................................................. 90
Tabla N 10: Detalle del procedimiento de Alta de Personal Etapa de Diagnostico................... 91
Tabla N 11: Detalle del procedimiento de Renovacin de Contratos Etapa de Diagnostico..... 91
Tabla N 12: Detalle del procedimiento de Capacitacin de Personal Etapa de Diagnostico ... 93
Tabla N 13: Detalle del procedimiento de Evaluacin de Personal Etapa de Diagnostico ...... 94
Tabla N 14: Detalle del procedimiento de Cese de Personal Etapa de Diagnostico ............... 95
Tabla N 15: Detalle del procedimiento de Remuneracin de Personal Etapa de Diagnostico. 97
Tabla N 16: Detalle del procedimiento de Encargaturas Etapa de Diagnostico........................ 98
Tabla N 17: Detalle del procedimiento de Gestin de Compras Etapa de Diagnostico ......... 100
Tabla N 18: Detalle del procedimiento de Abastecimiento de Almacn Etapa de Diagnostico
................................................................................................................................................... 101
Tabla N 19: Detalle del procedimiento de Distribucin de Productos Etapa de Diagnostico . 103
Tabla N 20: Debilidades Identificadas en los Procesos de RetailPartners S.A ......................... 104
Tabla N 21: Detalle del procedimiento de Facturacin Etapa de Mejora ............................... 110
Tabla N 22: Detalle del procedimiento de Atencin de Ventas Etapa de Mejora ................... 112
Tabla N 23: Detalle del procedimiento de Convocatoria de Personal Etapa de Mejora ........ 114
Tabla N 24: Detalle del procedimiento de Seleccin de Personal Etapa de Mejora .............. 116
Tabla N 25: Detalle del procedimiento de Inscripcin de Contratos Etapa de Mejora ............ 117
Tabla N 26: Detalle del procedimiento de Elaboracin y Suscripcin de Contratos Etapa de
Mejora ........................................................................................................................................ 119
Tabla N 27: Detalle del procedimiento de Alta de Personal Etapa de Mejora ........................ 120
Tabla N 28: Detalle del procedimiento de Renovacin de Contratos Etapa de Mejora .......... 120
Tabla N 29: Detalle del procedimiento de Capacitacin de Personal Etapa de Mejora ......... 122
Tabla N 30: Detalle del procedimiento de Evaluacin de Personal Etapa de Mejora ............ 123
Tabla N 31: Detalle del procedimiento de Cese de Personal Etapa de Mejora ..................... 125
Tabla N 32: Detalle del procedimiento de Elaboracin de Planilla de Comisiones Etapa de
Mejora ........................................................................................................................................ 127
Tabla N 33: Detalle del procedimiento de Remuneracin de Personal Etapa de Mejora ...... 129
Tabla N 34: Detalle del procedimiento de Abastecimiento de Almacn Etapa de Mejora ..... 132
Tabla N 35: Detalle del procedimiento de Distribucin de Productos Etapa de Mejora ......... 134
Tabla N 36: Detalle del procedimiento de Gestin de Compras Etapa de Mejora ................. 136
Tabla N 37: Requerimientos Identificados para la Implementacin del ERP ............................ 138
Tabla N 38: Requerimientos No funcionales Identificados para la Implementacin del ERP ... 139
8

Tabla N 39: Conformacin del Equipo de Trabajo .................................................................... 140

Tabla N 40: Backlog del Producto ............................................................................................ 140
Tabla N 41: Tabla de Requerimientos del Mdulo de Gestin de Compras y Almacn. .......... 145
Tabla N 42: Tabla de Requerimiento no Funcionales del Mdulo de Gestin de Compras o
Almacn. .................................................................................................................................... 145
Tabla N 43: Tabla de Requerimientos del Mdulo de Gestin de Ventas. ............................... 147
Tabla N 44: Tabla de Requerimientos del Mdulo de Gestin de Personal. ............................ 149
Tabla N 45: Tabla de Resultados de Encuesta. ....................................................................... 151

NDICE DE FIGURAS
Figura N 1: Evolucin de Centros Comerciales en el Per ......................................................... 21
Figura N 2: Arquitectura de Planta de un Centro Comercial formato de tiendas Retail ........... 22
Figura N 3: Secuencia de Sprint del estudio de un equipo de desarrollo que adopto SCRUM .. 32
Figura N 4: Transparencia en SCRUM ....................................................................................... 39
Figura N 5: Inspeccin en SCRUM............................................................................................. 40
Figura N 6: Adaptacin en SCRUM ............................................................................................ 41
Figura N 7: Equipo SCRUM ....................................................................................................... 42
Figura N 8: Organizacin de las empresas Retail ...................................................................... 53
Figura N 9: Principios de la Calidad ........................................................................................... 54
Figura N 10: Ciclo Deming ......................................................................................................... 56
Figura N 11: Metodologa de Implementacin de un Sistema de Gestin de la Calidad ............ 58
Figura N 12: Procesos interactuando en un Sistema de Gestin de la Calidad ......................... 59
Figura N 13: Elementos de Diagramacin BPMN....................................................................... 62
Figura N 14: Procedimiento del Experimento ............................................................................. 77
Figura N 15: Mapa de Procesos de RetailPartners del Per S.A ............................................... 82
Figura N 16: Procedimiento de Gestin de Ventas Etapa de Diagnostico ............................... 83
Figura N 17: Procedimiento de Facturacin Etapa de Diagnostico ......................................... 84
Figura N 18: Procesos de Gestin de Personal Etapa de Diagnostico .................................... 85
Figura N 19: Procesos de Incorporacin de Personal Etapa de Diagnostico .......................... 85
Figura N 20: Procedimiento de Convocatoria de Personal Etapa de Diagnostico ................... 86
Figura N 21: Procedimiento de Seleccin de Personal Etapa de Diagnostico......................... 87
Figura N 22: Procesos de Contratacin de Personal Etapa de Diagnostico ............................ 88
Figura N 23: Procedimiento de Inscripcin de Contratos Etapa de Diagnostico...................... 89
Figura N 24: Procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Diagnostico
..................................................................................................................................................... 90
Figura N 25: Procedimiento de Alta de Personal Etapa de Diagnostico .................................. 91
Figura N 26: Procedimiento de Renovacin de Contratos Etapa de Diagnostico .................... 91
Figura N 27: Procedimiento de Capacitacin de Personal Etapa de Diagnostico ................... 92
Figura N 28: Procedimiento de Evaluacin de Personal ............................................................ 93
Figura N 29: Procedimiento de Cese de Personal Etapa de Diagnostico ................................ 94
Figura N 30: Procedimiento de Remuneracin de Personal Etapa de Diagnostico ................. 96
Figura N 31: Procedimiento de Encargaturas Etapa de Diagnostico ....................................... 98
Figura N 32: Procesos de Gestin de Logstica Etapa de Diagnostico ................................... 98
Figura N 33: Procedimiento de Gestin de Compras Etapa de Diagnostico ........................... 99
Figura N 34: Procesos de Gestin de Almacn Etapa de Diagnostico .................................. 100
Figura N 35: Procedimiento de Abastecimiento de Almacn Etapa de Diagnostico .............. 101
Figura N 36: Procedimiento de Distribucin de Productos Etapa de Diagnostico ................. 102
Figura N 37: Mapa de Procesos de RetailPartners del Per S.A Etapa de Mejora ............... 108
Figura N 38: Proceso de Gestin de Ventas Etapa de Mejora .............................................. 109
Figura N 39: Procedimiento de Facturacin Etapa de Mejora ............................................... 110
10

Figura N 40: Procedimiento de Atencin de Ventas Etapa de Mejora ................................... 111

Figura N 41: Proceso de Gestin de Personal Etapa de Mejora ........................................... 112
Figura N 42: Proceso de Incorporacin de Personal Etapa de Mejora ................................. 113
Figura N 43: Procedimiento de Convocatoria de Personal Etapa de Mejora ......................... 113
Figura N 44: Procedimiento de Seleccin de Personal Etapa de Mejora .............................. 115
Figura N 45: Procesos de Contratacin de Personal Etapa de Mejora ................................. 116
Figura N 46: Procedimiento de Inscripcin de Contratos Etapa de Mejora ........................... 117
Figura N 47: Procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Mejora ... 118
Figura N 48: Procedimiento de Alta de Personal Etapa de Mejora........................................ 119
Figura N 49: Procedimiento de Renovacin de Contratos Etapa de Mejora.......................... 120
Figura N 50: Procedimiento de Capacitacin de Personal Etapa de Mejora ......................... 121
Figura N 51: Procedimiento Mejorado de Evaluacin de Personal........................................... 123
Figura N 52: Procedimiento de Cese de Personal Etapa de Mejora ..................................... 124
Figura N 53: Proceso de Remuneracin de Personal Etapa de Mejora ................................ 126
Figura N 52: Proceso de Elaboracin de Planilla de Comisiones Etapa de Mejora............... 126
Figura N 55: Proceso de Elaboracin de Planilla Mensual Etapa Mejora .............................. 128
Figura N 56: Proceso de Gestin de Logstica Etapa de Mejora ........................................... 130
Figura N 57: Proceso de Gestin de Almacn Etapa de Mejora ........................................... 130
Figura N 58: Procedimiento de Abastecimiento de Almacn Etapa Mejora........................... 131
Figura N 59: Procedimiento de Distribucin de Productos Etapa de Mejora ......................... 133
Figura N 60: Procedimiento Mejorado de Gestin de Compras ............................................... 135
Figura N 61: Mapa que representa el mbito de funcionamiento del sistema .......................... 141
Figura N 62: Arquitectura en 3 Capas ...................................................................................... 142
Figura N 63: Arquitectura de Software ..................................................................................... 143
Figura N 64: Diseo de Base de Datos Gestin de Compras y Almacn ................................. 146
Figura N 65: Diseo de Base de Datos Gestin de Ventas ...................................................... 148
Figura N 66: Diseo de Base de Datos Gestin de Personal ................................................... 150
Figura N 67: Determinacin de la regin de rechazo y aceptacin .......................................... 153
Figura N 68: Determinacin de la regin de rechazo y aceptacin .......................................... 154
Figura N 69: Captura de pantalla Mdulo de Ventas Verificador de Stock ............................ 163
Figura N 70: Captura de pantalla Mdulo de Ventas Filtro de productos por descripcin ..... 164
Figura N 71: Captura de pantalla Mdulo de Ventas Filtro de productos por SKU ................ 164
Figura N 72: Captura de pantalla Mdulo de Ventas Filtro de productos por SubLinea ........ 165
Figura N 73: Captura de pantalla Mdulo de Ventas - Listado de productos por tienda y
personal a cargo ........................................................................................................................ 166
Figura N 74: Captura de pantalla Mdulo de Ventas - Ver detalle del producto ...................... 166
Figura N 75: Captura de pantalla Mdulo Administrador y/o Supervisor- Generar Reporte de
productos por tienda .................................................................................................................. 167
Figura N 76: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de productos por
tienda, muestro stock actual y stock mnimo ............................................................................. 167
Figura N 77: Captura de pantalla Mdulo Administrador y/o Supervisor- Exportar listado de
productos por tienda en Excel ................................................................................................... 168
Figura N 78: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de productos por
tienda en Excel .......................................................................................................................... 168
11

Figura N 79: Captura de pantalla Mdulo Administrador y/o Supervisor- Armar combos
promocionales ........................................................................................................................... 169
Figura N 80: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de combos
promocionales ........................................................................................................................... 170
Figura N 81: Captura de pantalla Mdulo Administrador y/o Supervisor- Exportar listado de
combos promocionales en Excel ............................................................................................... 170
Figura N 82: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de combos
promocionales en Excel ............................................................................................................. 171
Figura N 83: Captura de pantalla Mdulo Ventas - Realizar descuentos a una venta. ............ 171
Figura N 84: Captura de pantalla Mdulo Ventas - Listado de combos promocionales........... 172
Figura N 85: Captura de pantalla Mdulo Ventas - Registro de Venta .................................... 173
Figura N 86: Captura de pantalla Mdulo Ventas - Registro de Venta .................................... 173
Figura N 87: Captura de pantalla Mdulo Ventas - Registro de Venta, stock descontado ...... 174
Figura N 88: Captura de pantalla Mdulo Ventas - Registro de Venta, ingreso de cantidad y
descuentos de venta. ................................................................................................................. 174
Figura N 89: Captura de pantalla Mdulo Ventas - Reporte de ventas en un determinado rango
de fechas ................................................................................................................................... 175
Figura N 90: Captura de pantalla Mdulo Ventas - Detalle de reporte de ventas en un
determinado rango de fechas .................................................................................................... 175
Figura N 91: Captura de pantalla Mdulo Administrador - Formulario de registro de proveedor
................................................................................................................................................... 176
Figura N 92: Captura de pantalla Mdulo Administrador - Listado de proveedores registrados
................................................................................................................................................... 176
Figura N 93: Captura de pantalla Mdulo Administrador - Formulario de registro de producto 177
Figura N 94: Captura de pantalla Mdulo Administrador - Listado de productos ya registrados
................................................................................................................................................... 177
Figura N 95: Captura de pantalla Mdulo Administrador - Ver ficha de producto .................... 178
Figura N 96: Captura de pantalla Mdulo Administrador - Editar datos de producto ............... 178
Figura N 97: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de
compra ....................................................................................................................................... 179
Figura N 98: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de
compra Escoger proveedor..................................................................................................... 179
Figura N 99: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de
compra Escoger centro de costos .......................................................................................... 180
Figura N 100: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de
compra Agregar productos ..................................................................................................... 180
Figura N 101: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de
compra ....................................................................................................................................... 181
Figura N 102: Captura de pantalla Mdulo Administrador - Listado de orden de compra ....... 181
Figura N 103: Captura de pantalla Mdulo Administrador - Visualizacin de orden de compra,
registro de observaciones .......................................................................................................... 182
Figura N 104: Captura de pantalla Mdulo Administrador - Procesar orden de compra.......... 183
Figura N 105: Captura de pantalla Mdulo Administrador - Imprimir orden de compra ........... 184

12

Figura N 106: Captura de pantalla Mdulo Administrador - Dar de baja a una orden de compra
................................................................................................................................................... 184
Figura N 107: Captura de pantalla Mdulo Administrador - Dar de baja a una orden de compra
................................................................................................................................................... 185
Figura N 108: Captura de pantalla Mdulo Administrador - Transferencia de productos ........ 186
Figura N 109: Captura de pantalla Mdulo Administrador - Transferencia de productos ........ 186
Figura N 110: Captura de pantalla Mdulo Administrador - Transferencia de productos ........ 187
Figura N 111: Captura de pantalla Mdulo Administrador - Reporte de transferencia de
productos ................................................................................................................................... 187
Figura N 112: Captura de pantalla Mdulo Administrador - Reporte de transferencia de
productos ................................................................................................................................... 188
Figura N 113: Captura de pantalla Mdulo Ventas - Registro de Asistencias ......................... 188
Figura N 114: Captura de pantalla Mdulo Administrador - Reporte de registro de Asistencias
................................................................................................................................................... 189
Figura N 115: Captura de pantalla Mdulo Administrador - Reporte de registro de Asistencias
................................................................................................................................................... 189
Figura N 116: Captura de pantalla Mdulo Administrador - Reporte de registro de Ventas .... 190
Figura N 117: Captura de pantalla Mdulo Administrador - Reporte detalle de reporte de ventas
................................................................................................................................................... 190
Figura N 118: Captura de pantalla Mdulo Administrador - Reporte de ventas....................... 191
Figura N 119: Captura de pantalla Mdulo Administrador - Reporte de ventas....................... 191
Figura N 120: Captura de pantalla Mdulo Administrador - Reporte de ventas por metas
establecidas ............................................................................................................................... 192
Figura N 121: Captura de pantalla Mdulo Administrador - Reporte de ventas por metas
establecidas en excel ................................................................................................................ 192
Figura N 122: Captura de pantalla Mdulo Administrador - Registro de nuevo empleado ...... 193
Figura N 123: Captura de pantalla Mdulo Administrador - Listado de promotores ................ 193
Figura N 124: Captura de pantalla Mdulo Administrador Editar datos de un promotor ........ 194
Figura N 125: Captura de pantalla Mdulo Administrador - Registro de nuevo supervisor ..... 194
Figura N 126: Captura de pantalla Mdulo Administrador - Listado de supervisor .................. 194
Figura N 127: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor .... 195
Figura N 128: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor .... 195
Figura N 129: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor .... 196
Figura N 130: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor .... 196
Figura N 131: Captura de pantalla Mdulo Administrador - Asignar tiendas a un supervisor .. 196
Figura N 132: Captura de pantalla Mdulo Administrador - Asignar tiendas a un supervisor .. 197
Figura N 133: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al
personal de ventas .................................................................................................................... 197
Figura N 134: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al
personal de ventas .................................................................................................................... 198
Figura N 135: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al
personal de ventas .................................................................................................................... 198
Figura N 136: Captura de pantalla Mdulo Administrador - dar de baja al personal ............... 199

13

Figura N 137: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por
cada tienda ................................................................................................................................ 199
Figura N 138: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por
cada tienda ................................................................................................................................ 200
Figura N 139: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por
cada tienda ................................................................................................................................ 200
Figura N 140: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por
cada tienda ................................................................................................................................ 200
Figura N 141: Captura de pantalla Mdulo Administrador - Configuracin de variables de
estacionalidad ............................................................................................................................ 201
Figura N 142: Captura de pantalla Mdulo Administrador - Configuracin de variables de
estacionalidad ............................................................................................................................ 201
Figura N 143: Captura de pantalla Mdulo Administrador - Reporte de reposicin de mercadera
................................................................................................................................................... 202
Figura N 144: Captura de pantalla Mdulo Administrador - Configuracin de objetivos de venta
................................................................................................................................................... 202
Figura N 145: Captura de pantalla Mdulo Administrador - Registro de Gatos ....................... 203
Figura N 146: Captura de pantalla Mdulo Administrador - Registro de Gatos ....................... 203
Figura N 147: Captura de pantalla Mdulo Administrador - Registro de Gatos ....................... 204
Figura N 148: Captura de pantalla Mdulo Administrador - Listado de Gatos ......................... 204
Figura N 149: Captura de pantalla Mdulo Administrador - Realizar pago de gastos ............. 205
Figura N 150: Captura de pantalla Mdulo Administrador - Realizar pago de gastos ............. 205
Figura N 151: Captura de pantalla Mdulo Administrador - Realizar pago de gastos ............. 205

14

NDICE DE GRFICOS
Grfico N 1: Resultado de la encuesta Pre Test ...................................................................... 206
Grfico N 2: Resultados de la encuesta Post Test ................................................................... 207
Grfico N 3: Resultados de la encuesta de funcionalidad del Sistema ERP ............................ 208

15

RESUMEN
El mercado de los Retail en el Per actualmente, es altamente competitivo y agresivo; sin embargo
su crecimiento depende de la adecuada gestin de sus recursos, es por ello que el desarrollo de
un sistema ERP, que tenga como privilegios la rapidez de respuesta, agilidad y que ayude en la
reduccin de recursos es sumamente necesario. En el presente proyecto se desarrolla la
implementacin de un ERP, aplicando SCRUM para el desarrollo del proyecto y el estndar BPMN
2.0, para la Gestin de Requerimientos, previo anlisis de situacin actual sobre los procesos de
Negocio de RetailPartners Per S.A. Se inicia el trabajo con un marco terico sobre las
aplicaciones de herramientas aprendidas en la universidad y el trabajo, que ayudan a entender el
contenido del informe, luego se hace una descripcin sobre la organizacin de la empresa; se
muestra la situacin actual de la empresa, luego se establecen puntos a corregir o mejorar para la
optimizacin de los procesos y se maximicen los beneficios de la empresa; as mismo se identifican
los requerimientos de usuario necesarios para la implementacin del ERP y se agiliza el tiempo
de implementacin; los procesos analizados son control de inventario, personal, ventas, todo ello
bajo el principio de Gestin de Procesos y Mejora Continua. Con lo cual no solo se ha logrado
reducir el uso de recursos con la implementacin de un Sistema ERP, sino tambin plasmar
claramente la secuencia de actividades en cada uno de los procesos que se ejecutan en la
empresa y establecer los puntos de control necesarios para asegurar el crecimiento de la inversin
de RetailPartners del Per.
Palabras Claves: Retail, procesos, mejora continua, BPMN, SCRUM

16

ABSTRACT
The Retail Market in Peru today, is highly competitive and aggressive; but its growth depends on
the proper management of its resources, which is why the development of an ERP system, which
has the privileges the speed of response, agility and helps in reducing resources is extremely
necessary. In this project the implementation of an ERP is developed, using SCRUM for project
development, also the BPMN 2.0 standard is used for Requirements Management, after analysis
of the current situation on Business processes retailpartners Peru SA Working with a theoretical
framework for applications tools learned in college and work, to help understand the content of the
report is started, then a description of the organization of the enterprise; the current situation of the
company is displayed, then points are set to correct or improve for optimizing processes and
company profits are maximized; Likewise the user requirements necessary for the implementation
of ERP are identified and speeding deployment time; processes are analyzed inventory control,
personnel, sales, all under the principle of Process Management and Continuous Improvement.
Thereby not only been able to reduce the use of resources by implementing an ERP system, but
also clearly capture the sequence of activities in each of the processes running in the company and
establish control points needed to ensure the growth of investment retailpartners of Peru.
Keywords: Retail, process, continuous improvement, BPMN, SCRUM

17

INTRODUCCIN
La presente tesis tiene como objetivo desarrollar un sistema ERP, aplicando SCRUM para
optimizar la administracin e integracin de informacin entre las diferentes reas de las empresas
Retail del Per. SCRUM es un metodologa basada en principios agiles, que permite gestionar la
relacin con el cliente, puesto que est comprueba de manera regular si se van cumpliendo sus
expectativas, da feeback al equipo de desarrollo desde el inicio del proyecto a travs de las
reuniones (sprint) de trabajo, lo que se convierte en una iteracin en el proyecto. Sin embargo
esto deja de ser un beneficio cuando se hacen muchas iteraciones, puesto que el cliente no tiene
definido claramente que es lo que necesita; es por ello que se realiza un anlisis de la gestin de
los procesos en la empresa con el fin de identificar adecuadamente los requerimientos de usuario
y agilizar el tiempo de desarrollo del sistema; en este anlisis se hace uso del estndar BPMN 2.0,
bajo el principio de mejora continua PHVA, esto no solo ayuda en el proceso de desarrollo de un
sistema porque tipifica claramente las actividades que deben ser automatizadas si no tambin
permite tener a la empresa una estructura organizativa, donde todas sus actividades estn
divididas en planificacin, ejecucin y control, con la finalidad de alcanzar resultados consistentes
y alineados con sus objetivos estratgicos.
Actualmente para toda organizacin alcanzar un resultado deseado, implica hacer uso eficiente
de sus actividades y de los recursos relacionados en ello, todo esto gestionado mediante un
proceso.
La presente tesis est constituida por los siguientes captulos:
En el Captulo I, se presenta el planteamiento del problema, la justificacin del proyecto y los
objetivos que han sido planteados para el proyecto.

18

En el Captulo II, se presenta los antecedentes de la investigacin, el sustento terico en el cual

nos basamos para la investigacin, el glosario de trminos, las hiptesis planteadas y la
operacionalizacin de variables.
En el Captulo III, se detalla el tipo de investigacin, se describe la poblacin y muestra utilizada,
la ubicacin donde se ha ejecutado la investigacin, las tcnicas e instrumentos para la recoleccin
de informacin, las tcnicas para el procesamiento y anlisis de datos, el procedimiento del
experimento, el plan de tratamiento de los datos y el diseo estadstico para la prueba de hiptesis.
En el Captulo IV, se presenta el desarrollo del Sistema ERP, describiendo el anlisis, diseo e
implementacin realizada y los resultados obtenidos en la presente investigacin.
As mismo se presentan las conclusiones y recomendaciones de esta tesis.

19

CAPITULO I:

PLANTEAMIENTO DEL PROBLEMA

DE INVESTIGACIN

20

1.1 PLANTEAMIENTO DEL PROBLEMA

Desde el ao 2005 el sector comercial Retail (Rankia Finanzas Per, 2013) en el Per
ha crecido considerablemente, permitiendo la apertura de muchos centros comerciales en
diferentes ciudades de nuestro Pas, demostrando el xito que tiene este formato de empresa

Figura N 1: Evolucin de Centros Comerciales en el Per

Fuente: (ACCEP, s.f.)

En el 2014, la inversin que se realiz en los centros comerciales supero los 507
millones de dlares; existiendo 61 (Schreiber, 2014) centros comerciales en diferentes
ciudades de nuestro pas; de los cuales 33 se encuentran en Lima y los 28 restantes en
provincias.

21

Figura N 2: Arquitectura de Planta de un Centro Comercial formato de tiendas Retail

Fuente: Elaboracin Propia

Tener el formato de tiendas Retail y estar dentro de los Centros Comerciales les ha
favorecido enormemente en aumentar la rotacin de sus productos y/o servicios de manera
considerable, pero no de la misma forma sus ingresos, de ah surge la incgnita del Por
qu?
Bsicamente porque la mayor parte de su inversin ha sido destinada a la parte
comercial, ms no a la administracin de los recursos del negocio as lo mencionan los
administradores de Retail Partners Per SAC y Toyz Brand Retail SAC.
En el caso de Retail Partners del Per SAC, se inicia en el ao 2008 en este sector
comercial, todos sus procesos de distribucin de mercadera, control de inventarios, control
de personal, control del flujo de mercadera, facturacin de ventas, reposicin de mercadera
y objetivos de productividad se hacen de forma manual, lo que al inicio de sus operaciones
no era un problema porque todas sus tiendas estaban en Lima y se les haca fcil
22

administrarlo, el problema surgi cuando las tiendas Retail crecieron, gracias a la expansin
de los Centros Comerciales que se aperturaron en provincias, ocasionando que el modelo
manual de administracin de recursos que tienen colapsara; por lo tanto no tienen un control
del personal en provincias, tienen mercadera sin rotacin que no existe en su inventario, no
saben exactamente cunto es la facturacin y la rentabilidad de cada una de sus tiendas,
mucho menos saben la productividad de sus empleados.
Toyz Brand Retail SAC, es una empresa que trabaja como mayorista de las Tiendas
Retail y como tienda Retail, con varias marcas de juguetes, pero de la misma forma que
Retail Partners del Per SAC; todos sus procesos de administracin de recursos son
manuales, pero adems de eso Toyz Brand SAC, considera que para el xito de su negocio
tiene que estudiar mucho a su competencia, por ende contrata personal para hacer
seguimiento de sus marcas y las de la competencia, pero no tiene un procedimiento adecuado
para controlar la productividad de los mismos.
Eh ah el problema del porque no tienen grandes ingresos, a pesar de tener bastante
rotacin de servicios y/o productos gracias al apogeo que tienen actualmente los Centros
Comerciales en nuestro Pas.

1.2 FORMULACIN DEL PROBLEMA

Se plante la siguiente pregunta que ayudo a definir el problema a resolver en la presente
investigacin.
En qu medida el Desarrollo de un Sistema ERP aplicando SCRUM optimizar la
administracin e integracin de informacin entre las diferentes reas de la Empresas Retail
del Per?

23

1.3 JUSTIFICACIN DEL PROYECTO

Las Metodologas Agiles estn adquiriendo gran popularidad en los ltimos aos, es
as que la mayora de empresas 1 estn siguiendo este modelo como Google, Yahoo,
Symantec, Microsoft (Gonzales, 2008), porque aparece como una opcin atractiva basada
en la simplicidad y procesos de desarrollo ligeros.
Scrum se basa en el principio gil y promueve prcticas que son adaptativas en vez de
ser predictivas, est centrada en los equipos, son iterativas, estn orientadas hacia
presentaciones y hacia la entrega rpida, tienen comunicacin intensiva entre el equipo de
desarrollo y requieren que el negocio se involucre de forma directa, todo esto se traduce en
el aumento de productividad, mayor calidad de producto y reduccin de costos.
Adems no solo est enfocada en la implementacin de los productos o en el desarrollo
de la solucin tcnica , sino tambin en el rea de gestin de proyectos y la gerencia, teniendo
como ventaja la flexibilidad para adaptarse a las caractersticas de la empresa.
El mercado actual se caracteriza por la ferocidad de la competencia y la necesidad de
adaptarse a un ritmo vertiginoso a los cambios que se producen cada da. En un entorno
como este, en un mercado globalizado, basada en el acercamiento a la clientela y en la
adaptacin de nuestros procesos a sus demandas, la implantacin de las tecnologas de la
informacin y la comunicacin (TIC) se convierte en un elemento clave para el xito de las
empresas.
Por tal motivo es conveniente llevar a cabo esta investigacin porque permitir aplicar
SCRUM en el desarrollo de un Sistema ERP para optimizar la administracin e integracin
de informacin entre las diferentes reas de las Empresas Retail del Per.

Empresa: Entidad encargada de desarrollar aplicaciones de software.

24

1.4 OBJETIVOS
Se ha planteado los siguientes objetivos para el desarrollo de la investigacin:

1.4.1 OBJETIVO GENERAL

Desarrollar un Sistema ERP aplicando SCRUM para optimizar la administracin e
integracin de informacin entre las diferentes reas de las Empresas Retail del Per.

1.4.2 OBJETIVO ESPECFICO

a) Realizar el anlisis de la gestin de los procesos de la empresa para la identificacin
de los requerimientos.
b) Implementar el proyecto de software siguiendo el marco de trabajo definido por
SCRUM.
c) Determinar si el desarrollo del sistema ERP ha optimizado la administracin e
integracin de informacin entre las diferentes reas de la empresa Retail Partners
del Per SAC

25

CAPITULO II: MARCO TERICO

26

2.1 PROYECTOS DE INVESTIGACIN.

2.1.1 ANTECEDENTES NACIONALES.
2.1.1.1

ANLISIS, DISEO E IMPLEMENTACIN DE UN

SISTEMA DE GESTIN PARA LAS EXPORTACIONES
DE CEMENTO (Nuez Palma, 2012).
En el trabajo de investigacin se ha logrado desarrollar un
herramienta que ha permitido controlar eficientemente el proceso de
exportaciones de cemento, para ello se ha optimizado las tareas ms
crticas, a travs de la integracin de sistemas de informacin
existentes en las distintas reas de la empresa. Esta integracin
permiti minimizar el riesgo de error proporcionando la informacin
en tiempo real; en el desarrollo del trabajo se utilizado
UnifiedProcess para traducir los requerimientos del negocio y la
organizacin en un producto que cumple con las expectativas de los
usuarios.

Con el trabajo reforzamos nuestro concepto de la

definicin formal de los procesos y procedimientos del negocio en

una etapa temprana del proyecto ayuda en gran medida a definir
correctamente los requerimientos funcionales y minimizar los
cambios que puedan surgir a lo largo del mismo.

27

2.1.2 ANTECEDENTES INTERNACIONALES.

2.1.2.1

MTODO

GIL

SCRUM,

APLICADO

LA

IMPLANTACIN DE UN SISTEMA INFORMTICO PARA

EL

PROCESO

DE RECOLECCIN MASIVA DE

INFORMACIN CON TECNOLOGA MVIL (Kleber

Toapanta Chancusi, 2013).
En el trabajo de investigacin han utilizado la metodologa
SCRUM, encontrando algunos vacos, especialmente en los artefactos
o entregables a utilizar, para estos vacos ellos han utilizado modelos
de otras metodologas, especialmente RUP y XP; cabe mencionar que
ellos no necesitaron realizar reuniones diarias, cada sprint tuvo una
duracin de una semana, esto les ha permitido concluir el proyecto
exitosamente. Para la estimacin de la duracin de cada sprint
utilizaron el mtodo 100-Points, que fue desarrollado por Dean
Leffingwell y DonWidring; dicho mtodo ser utilizado tambin en el
presente proyecto.

2.1.2.2

DISEO E IMPLEMENTACIN DE UN SISTEMA WEB

UTILIZANDO JAVA Y EMPLEANDO LA METODOLOGA
SCRUM, PARA LA GESTIN ADMINISTRATIVA DE LA
JUNTA

PARROQUIAL

DE

GUAYTACAMA

PERTENECIENTE AL CANTN LATACUNGA DE LA

PROVINCIA DE COTOPAXI (Ronquillo, 2012).
En el trabajo de investigacin se ha empleado la metodologa
SCRUM, lo que les ha permitido mejorar en gran medida la
interrelacin del equipo de desarrollo y los moderadores de la
28

parroquia de Guaytacama, logrando as identificar las necesidades y

los requerimientos a implementar, de tal forma que le permita brindar
un servicio de calidad. Para la estimacin de la duracin de cada
Sprint se ha utilizado el mtodo 100-point, y adems han utilizado un
cuadro de seguimiento en Excel, donde se indicaba el nmero de
tareas, responsable y cuantas tareas se tena pendientes, la medicin
de productividad se realizaba por el nmero de tareas pendientes.

2.1.2.3

CASO DE ESTUDIO SOBRE APROPIACIN DE SCRUM

EN EMPRESAS QUE HAN ADOPTADO CMMI (Argel,
2013).
El caso de estudio ha logrado la adopcin de prcticas agiles y
SCRUM en empresas que anteriormente utilizaban CMMI; se trabaj
con 4 empresas de las cuales 2 tenan nivel 5 en CMMI, 1 nivel 4 y el
otro nivel 2, todas las empresas dedicadas al desarrollo de software
teniendo 8.79 promedio de aos de experiencia, alcanzando los
siguientes beneficios:
a. Para la organizacin el beneficio ms resaltante es la entrega
continua de valor para el cliente, esto porque se ha disminuido
la resistencia al control de cambios en el producto, se ha
reducido el sobreesfuerzo, se ha reducido costos, se ha
eliminado la micro-administracin de los equipos, se manej
esquemas de contratacin ms equitativos para las partes y se
ha incrementado la productividad de los equipos.
b. Hay una mejor definicin de las necesidades de los usuarios.

29

c. Se evidencia una planeacin ms ordenada y participativa y una

mejor visibilidad de los compromisos, sus responsables y sus
bloques.
d. El seguimiento constante de las actividades hace que se
puedan tomar acciones correctivas de forma rpida para
encausar los problemas.
e. La retroalimentacin temprana por parte del usuario la hace ms
efectiva, permitiendo que se encuentre ms rpido las
dificultades y se puedan realizar los ajustes.
f.

Mejora la calidad del producto, evitando el reproceso.

g. Incremento la confianza entre el cliente el equipo de desarrollo.

2.1.2.4

LA IMPORTANCIA DE LA IMPLEMENTACIN DE UN
SISTEMA ERP EN LAS PYMES (Pumarino, 2012).
En

este

trabajo

de

investigacin

se

describe

la

implementacin de un sistema ERP, analizando para ello a las

empresas Pymes de Mexico, cuyas debilidades identificadas son
faltantes de caja, inventarios incompletos, reportes incongruentes o no
coincidentes con la realidad, adems de que toman demasiado tiempo
generarlos por una sola persona, facturas perdidas, tiempo de espera
para el cliente, lo que provoca en la mayora de los casos la ruptura
de la relacin cliente-empresa. Se implement el sistema ERP en una
plataforma web, las pruebas de uso se hicieron en una empresa
dedicada a la comercializacin de ropa, obteniendo como resultado al
mes de uso por encuestas al personal de la empresa la satisfaccin

30

en un 70%, por la reduccin de tiempo en la ejecucin de sus tareas

y la facilidad del sistema en brindar informacin oportuna.

2.2 ARTCULOS DE INVESTIGACIN.

2.2.1 ANTECEDENTES INTERNACIONALES.
2.2.1.1

REVISIN DE METODOLOGAS AGILES PARA EL

DESARROLLO DE SOFTWARE (Andrs Navarro Cadavid,
2013).
Los autores realizan una revisin de las metodologas agiles
en el desarrollo de software, especificando las ventajas y desventajas
sobre su uso; hacen hincapi que las metodologas agiles funcionan
correctamente en equipos pequeos y que estos se encuentren en un
mismo lugar que el cliente para el feeback necesario, sin embargo en
el caso que el cliente se encuentre separado geogrficamente no se
tendra el feeback correcto ni en el tiempo que se espera, lo que
representara un problema solucionable creando varios dueos de
usuario; esto estara en contra de las reglas especificadas por
SCRUM, pero nos ayudara en ejecutar la implementacin del
proyecto con mayor agilidad. Adems consideran que la calidad del
sistema se alcanza mediante el desarrollo iterativo y no mediante la
documentacin exhaustiva, adems debe tener en cuenta que la
documentacin incompleta genera una rpida degradacin y
envejecimiento del software es por ello que los autores concluyen que
el 90% del costo de un software son tareas de mantenimiento; por lo

31

que es sumamente importante cumplir con tener la documentacin

real y necesaria del software.

2.2.1.2

SCRUM, UN PARADIGMA DE ADMINISTRACIN DE

PROYECTOS QUE CUMPLE LO QUE PROMETE? (Omar
Otoniel Soto Romero, 2012).
Se realiz un estudio en un equipo desarrollo, el cual se
aventur a usar SCRUM; los sprints que se implementaron fueron de
3 semanas cada uno y la cantidad de programadores en el equipo
fueron 2 personas que hacan las veces de analistas, diseadores e
ingenieros de calidad; los resultados obtenidos fueron los siguientes:

Figura N 3: Secuencia de Sprint del estudio de un equipo de desarrollo que adopto SCRUM

Fuente: (Omar Otoniel Soto Romero, 2012)

Como se aprecia en la imagen durante los primeros 3 sprint el

nivel de productividad incremento considerablemente, as mismo se
menciona que a medida que el equipo entenda el proceso de SCRUM,
un mayor porcentaje de las tareas se logr completar, adems en el
estudio se ha concluido que para el xito de un Sprint, se tiene que

32

realizar un anlisis cuidadoso de cada una de las funcionalidades

seleccionas del Product Backlog, si se descuida este factor de xito,
sera muy fcil sobrepasar la capacidad del equipo dando como
resultado la incapacidad de cumplir con el compromiso de finalizar el
100% de las tareas. En el cuarto sprint se nota cierta desaceleracin
en la productividad del equipo esto se debe a los recientes
requerimientos identificados y/o planteados al equipo de desarrollo.

2.2.1.3

METODOLOGAS GILES ENFOCADOS AL MODELADO

DE REQUERIMIENTOS (Molina, 2012).
El articulo nos ayuda a afirmar que SCRUM, no se ocupa de
los detalles relacionados con el modelado de requerimientos, sin
embargo se menciona de la existencia del artefacto denominado
product backlog, donde se recoge los requerimientos del sistema y del
usuario, y se tipifica de acuerdo a la prioridad establecida por el cliente.
Es necesario apoyar esta etapa con otras herramientas, prcticas y/o
mtodos como XP, para una identificacin adecuada de los
requerimientos de usuario, puesto que es claro que cuando el usuario
no tiene la madures en el desarrollo de este tipo de proyectos, lo nico
que se hace es sobrecargar al equipo de trabajo con requerimientos
que cambian muy frecuentemente; es por ello que en el presente
trabajo de investigacin se tiene que evaluar si el dueo del producto
tiene la madurez adecuada, para que el provea los requerimientos o
utilizar otro mtodo para que nos ayude en esta etapa del desarrollo.

33

2.2.1.4

IMPLEMENTACIN DE SISTEMAS ERP, SU IMPACTO

EN LA GESTIN DE LA EMPRESA E INTEGRACIN CON
OTRAS TIC (Vera, 2010).
En el artculo se hace un estudio sobre la integracin de los
ERP con otras tecnologas de informacin y de comunicacin
disponibles. El 91% de las empresas correspondientes al estudio
afirman que la implementacin de un sistema ERP permite administrar
la informacin de manera ms eficiente y eficaz, segn lo esperado.
Pero se debe considerar que este tipo de sistemas es una herramienta
de gestin empresarial, que solo entrega informacin, por lo que se
requera de herramientas y conocimientos adecuados para obtener el
mayor provecho a estos sistemas; en el estudio las empresas para
efectos de implementacin de sistemas ERP han privilegiado aspectos
relativos a la produccin y administracin financiera a aspectos
contables. As mismo, uno de los mayores beneficios obtenidos con el
uso del sistema ERP en las empresas estudiadas es la capacidad de
integrar diversas reas de la organizacin para un mayor control sobre
ellas.

2.3 SUSTENTO TERICO.

2.3.1 METODOLOGAS DE DESARROLLO DE SOFTWARE.
Las metodologas de desarrollo de software surgen ante la necesidad
de utilizar una serie de procedimientos, tcnicas, herramientas y soporte
documental a la hora de desarrollar un producto software.

34

Dichas metodologas pretenden guiar a los desarrolladores, sin

embargo los requisitos de un software a otro, son tan variados y cambiantes
que ha dado lugar a que exista una gran variedad de metodologas, los cuales
se pueden clasificar en dos grandes grupos: las metodologas orientadas al
control de los procesos, estableciendo rigurosamente las actividades a
desarrollar, herramientas a utilizar y notaciones que se usuran, a estas
metodologas se les llama metodologas pesadas; las metodologas orientadas
a la interactuacin con el cliente y el desarrollo incremental del software,
mostrando versiones parcialmente funcionales del software al cliente en
intervalos cortos de tiempo, para que pueda evaluar y sugerir cambios en el
producto segn se va desarrollando, a estas metodologas se les llama
ligeras/agiles. (Isaas Carrillo Prez, 2011).

2.3.2 METODOLOGAS PESADAS.

Son las ms tradicionales, se centran en la definicin detallada de los
procesos y tareas a realizar, herramientas a utilizar y requiere una extensa
documentacin, ya que pretende proveer todo de ante mano. Este tipo de
metodologas son ms eficaces y necesarias cuando mayor es el tamao del
proyecto que se quiera realizar tanto en tiempo y recursos. Una de las
metodologas ms utilizadas es RUP (Rational Unified Process), que divide el
desarrollo en 4 fases que definen su ciclo de vida: (Isaas Carrillo Prez, 2011)
a. Inicio: El objetivo es determinar la visin del proyecto y definir lo que se
desea realizar.
b. Elaboracin: Etapa en la que se determina la arquitectura optima del
proyecto.
c. Construccin: Se obtiene la capacidad operacional inicial
35

d. Transmisin: Obtener el producto acabado y definido

2.3.3 METODOLOGAS AGILES.

En marzo del 2001, 17 crticos de los modelos de produccin basados
en procesos, convocados por Kent Beck, que haba publicado un par de aos
antes el libro en el que explicaba la nueva metodologa Extreme Programming,
se reunieron en Salt Late City para discutir sobre el desarrollo de software. En
la reunin se acuo el trmino Mtodos Agiles para definir a aquellos que
estn surgiendo como alternativa a las metodologas formarles: CMM-SW
(precursor de CMMI), PMI, SPICE (proyecto inicial de ISO 15504), a las que
consideraban excesivamente pesadas y rgidas por su carcter normativo y
fuerte dependencia de planificaciones detalladas, previas al desarrollo.
Los integrantes de la reunin resumen en cuarto, lo que ha quedado
denominado como Manifiesto gil, que son los valores sobre los que se
asiente estos mtodos: (Palacio, 2014)
a. Valoramos ms a los individuos y su interaccin que a los procesos y
las herramientas.
b. Valoramos ms el software que funciona que la documentacin
exhaustiva.
c. Valoramos ms la colaboracin con el cliente que la negociacin
contractual.
d. Valoramos ms la respuesta a un cambio que el seguimiento a un plan.
Existen 5 metodologas basadas en prcticas agiles estos son:
i.

Lean

ii.

Scrum

iii.

Crystal

iv.

Glafon
36

v.

2.3.3.1

XP

PRINCIPIOS DEL MANIFIESTO GIL.

Tras la definicin de los 4 valores en los que se fundamenta el
manifiesto gil, se estableci estos 12 principios:
a. Nuestra principal prioridad es satisfacer al cliente a travs de la
entrega temprana y continua de software de valor.
b. Son bienvenidos los requisitos cambiantes, incluso si llegan tarde
al desarrollo. Los procesos agiles se doblegan al cambio como
ventaja competitiva para el cliente.
c. Entregar con frecuencia software que funcione, en periodos de un
par de semanas hasta un par de meses, con preferencia en los
periodos breves.
d. Las personas del negocio y los desarrolladores deben trabajar
juntos de forma cotidiana a travs del proyecto.
e. Construccin de proyecto en torno a individuos motivados,
dndoles la oportunidad y el respaldo que necesitan y
procurndoles confianza para que realicen la tarea.
f.

La forma ms eficiente y efectiva de comunicar la informacin de

ida y vuelta dentro de un equipo de desarrollo es mediante la
conversacin cara a cara.

g. El software que funciona es la principal medida del progreso.

h. Los procesos agiles promueven el desarrollo sostenido. Los
patrocinadores, desarrolladores y usuarios deben mantener un
ritmo constante de forma indefinida.
i.

La atencin continua a la excelencia tcnica enaltece la agilidad.

37

j.

La simplicidad como arte de maximizar la cantidad de trabajo que

se hace, es esencial.

k. Las mejores arquitecturas, requisitos y diseos emergen de

equipos que se auto organizan.
l.

En intervalos regulares, el equipo reflexiona sobre la forma de ser

ms efectivo y ajusta su conducta en consecuencia.

2.3.4 SCRUM.
SCRUM, es un framework para la gestin de proyectos, basada en
principios agiles. (Hundermark, 2009).
Se basa en la teora del control de procesos emprica o empirismo. El
empirismo asegura que el conocimiento precede de la experiencia y de tomar
decisiones basndose en lo que se conoce. SCRUM emplea un enfoque
iterativo e incremental para optimizar la predictibilidad y el control al riesgo.
(Sutherland, 2013).
Existen tres pilares que soportan toda la implementacin del control de
procesos empricos: transparencia, inspeccin y adaptacin:

2.3.4.1

TRANSPARENCIA
Los aspectos significativos del proceso deben ser visibles para
aquellos que son responsables del resultado. La transparencia
requiere que dichos aspectos sean definidos por un estndar comn,
de tal modo que los observadores compartan un entendimiento con lo
que se est viendo, por ejemplo: todos los participantes deben
compartir un lenguaje en comn para referirse al proceso, aquellos que

38

desempean el trabajo y aquellos que aceptan el producto de dicho

trabajo deben compartir una decisin en comn de (terminado).

Figura N 4: Transparencia en SCRUM

Fuente: (VMEdu.Inc, 2013)

2.3.4.2

INSPECCIN.
Los usuarios de SCRUM deben inspeccionar frecuentemente
los artefactos de SCRUM y el progreso hacia un objetivo, para detectar
variaciones. Su inspeccin no debe ser tan frecuente como para que
interfiera en el trabajo. Las inspecciones son ms beneficiosas cuando
se realizan de forma diligente por inspectores expertos, en el mismo
lugar de trabajo.

39

Figura N 5: Inspeccin en SCRUM

Fuente: (VMEdu.Inc, 2013)

2.3.4.3

ADAPTACIN.
Si un inspector determina que uno o ms aspectos se desvan
de lmites aceptables, y que el producto resultante no ser aceptable,
el proceso o el material que est siendo procesado deben ser
ajustados. Dicho ajuste debe realizarse cuanto antes para minimizar
desviaciones mayores.
SCRUM prescribe 4 eventos formales, contenidos dentro del
sprint:
a. Reunin de planificacin del sprint
b. Scrum Diario
c. Revisin del Sprint
d. Retrospectiva del Sprint

40

Figura N 6: Adaptacin en SCRUM

Fuente: (VMEdu.Inc, 2013)

2.3.5 EL EQUIPO DE SCRUM.

El equipo de SCRUM consiste en un dueo del producto (Product
Owner), el equipo de desarrollo (Development Team) y un Scrum Master. Los
equipos de SCRUM son autoorganizados y multifuncionales, de tal forma que
ellos pueden elegir la mejor forma de llevar su trabajo y no son dirigidos por
personas externas al equipo (Sutherland, 2013). El modelo de SCRUM est
diseado para optimizar la flexibilidad, la creatividad y la productividad.
Los Equipos de SCRUM entregan productos de forma iterativa e
incremental, maximizando las oportunidades de obtener retroalimentacin. Las
entregas incrementales de producto aseguran que siempre estar disponible
una versin potencialmente til y funcional del producto.

41

Figura N 7: Equipo SCRUM

Fuente: (VMEdu.Inc, 2013)

2.3.5.1

EL DUEO DEL PRODUCTO (PRODUCT OWNER).

El dueo del producto es el responsable de maximizar el valor
del producto y del trabajo del equipo de desarrollo. El dueo del
producto es el nico responsable de gestionar la lista del producto
(Product Backlog), esto incluye:
a. Expresar claramente los elementos de la lista
b. Ordenar los elementos en la lista del producto para alcanzar
los objetivos y misiones de la mejor manera posible.
c. Optimizar el valor del trabajo desempeado por el equipo de
trabajo.

42

d. Asegurar que la lista del producto es visible, transparente y

clara para todos y que muestra aquello en lo que el equipo
trabaja.
e. Asegurar que el equipo de desarrollo entiende los elementos
de la lista de producto al nivel necesario.
El dueo del producto podra realizar el trabajo anterior o
delegarlo al equipo de desarrollo, sin embargo en ambos casos el
dueo del producto sigue siendo responsable del proyecto.
El dueo del producto es una persona nica, no un comit. El
dueo del producto podra representar los deseos de un comit en la
lista de producto, pero aquellos que quieran cambiar la prioridad de un
elemento de la lista deben hacerlo a travs del dueo del producto.
El dueo del producto para realizar correctamente el trabajo,
este debe contar con la experiencia necesaria para llevar a cabo un
proyecto de desarrollo de software, debe saber identificar e interpretar
las necesidades de las reas de la organizacin; para el presente
proyecto de investigacin no se cuenta con una persona que tenga las
caractersticas anteriormente mencionadas por lo que se hace uso de
otros mtodos para la identificacin de los requerimientos de usuario.

2.3.5.2

EL EQUIPO DE DESARROLLO (DEVELOPMENT TEAM).

El equipo de desarrollo consiste en los profesionales que
desempean el trabajo de entregar un incremento de producto, que
potencialmente se pueda poner en produccin, al final de cada sprint,

43

solo los miembros del equipo participan en la creacin del incremento.

(Sutherland, 2013)
Los equipos son estructurados y empoderados por la
organizacin para organizar y gestionar su propio trabajo. La sinergia
resultante optimizara la eficiencia y efectividad del equipo de
desarrollo.
Los equipos de desarrollo tienen las siguientes caractersticas:
a. Son autoorganizado: Nadie, ni siquiera el Scrum
Master, indica al equipo de desarrollo como convertir
elementos de la lista del producto en incrementos de
funcionalidad potencialmente desplegables.
b. Los equipos de desarrollo son multifuncionales,
contando como equipo con todas las habilidades
necesarias para crear un incremento de producto.
c. Scrum no reconoce ttulos para los miembros de un
equipo de desarrollo, todos son desarrolladores
independientemente del trabajo que desempeen.
d. Scrum no reconoce sub equipos en los equipos de
desarrollo, no importan los dominios particulares que
requieran ser tenidos en cuenta, como pruebas o
anlisis de negocio.
e. Los miembros individuales del equipo de desarrollo
pueden tener habilidades especializadas y reas en las
que estn ms enfocados, pero la responsabilidad
recae en el equipo de desarrollo como un todo.

44

2.3.5.2.1 TAMAO DEL EQUIPO DE DESARROLLO.

El tamao ptimo del equipo de desarrollo debe ser lo
suficientemente pequeo como para permanecer gil y lo
suficientemente grande como para completar una cantidad de
trabajo significativa. Tener menos de tres miembros en el equipo
reduce la interaccin y resulta en ganancias de productividad
ms pequeas. (Sutherland, 2013).

2.3.5.3

EL SCRUM MASTER.
El Scrum Master es el responsable de asegurar que SCRUM es
entendido y adaptado. Los Scrum Masters hacen esto asegurndose
de que el equipo scrum trabaja ajustndose a la teora, prcticas y
reglas de scrum (Sutherland, 2013).
El Scrum Master da servicio al dueo del producto de varias
formas:
a. Ayuda a encontrar tcnicas para gestionar la lista de productos
de manera efectiva.
b. Se asegura que el dueo de producto conozca cmo ordenar la
lista de productos

As mismo, el Scrum Master da el servicio al equipo de

desarrollo de las siguientes formas:
a. Guiar en ser autoorganizados y multifuncional.
b. Ayuda a crear productos de alto valor
c. Elimina impedimentos para el progreso del equipo.
45

d. Facilita los eventos de scrum segn lo requiera o facilite.

Los equipos de scrum deberan de tener un Scrum Master a
tiempo completo, aunque en un equipo ms pequeo podra asumir
ese rol un miembro del equipo; se debe tener claro que el Scrum
Master y el dueo del producto no pueden ser la misma persona. (Pete
Deemer, 2009)

2.3.6 EVENTOS DE SCRUM.

En Scrum existen eventos predefinidos con el fin de crear regularidad y
minimizar la necesidad de reuniones no definidas, estos son bloques de tiempo
(time-boxes), de tal modo que todos tienen una duracin mxima. Una vez que
comienza un sprint, su duracin es fija y no puede acortarse o alargarse. Los
dems eventos pueden terminar siempre que se alcance el objetivo del evento,
asegurando que se emplee una cantidad apropiada de tiempo sin permitir
desperdicio en el proceso.
Adems del propio sprint, que es un contenedor del resto de eventos,
cada uno de los eventos constituye una oportunidad formal para la inspeccin
y adaptacin de algn aspecto.

2.3.6.1

EL SPRINT.
Es el corazn de Scrum, un bloque de tiempo de un mes o
menos, durante el cual se crea un incremento de producto, utilizable y
potencialmente desplegable. Es ms conveniente si la duracin del
sprint es consistente a lo largo del esfuerzo del desarrollo, cada nuevo

46

sprint comienza inmediatamente despus de la finalizacin del sprint

previo.
Los sprints contienen y consisten de la reunin de planificacin
de sprint, los scrum diarios, el trabajo de desarrollo, la revisin del
sprint y la retrospectiva del sprint.
Durante el sprint:
a. No se realizan cambios que puedan afectar el objetivo
del sprint.
b. El alcance de cada sprint puede ser clarificado y
renegociado entre el dueo del producto y el equipo de
desarrollo a medida que se va aprendiendo ms.

2.3.7 ESTIMACIN Y PLANIFICACIN GIL.

La principal premisa en que se basa la estimacin gil es el
conocimiento, la experiencia del propio equipo; el primer paso para la
estimacin y planificacin gil es la creacin del Product Backlog, o sea la
definicin del proyecto a realizar. Se puede dividir en objetivos expresados
como historias de usuarios (user stories), cada una aportando valor de negocios
incremental e individual. Una historia es un requerimiento de negocios visto
desde el punto de vista de un usuario. (Palacio, 2014)

2.3.7.1

ESTIMACIN CON PLANNING POKER.

El objetivo es obtener una medida del tamao relativo de todas
las historias respecto a s mismas, para ello produce estimaciones en
una medida arbitraria de tamao llamada story point. Los story points,
son especificados por cada equipo, no pueden compararse entre
47

diferentes equipos y a veces ni siquiera entre diferentes proyectos del

mismo equipo. (Palacio, 2014)

2.3.7.2

PRIORIZACIN.
Depende exclusivamente del Product Owner. Sabiendo ya el
tamao de las historias, debe priorizarlas por el valor para el negocio.
La prioridad debe cambiar todo el tiempo; pero el tamao en
story points debe mantenerse fijo con la estimacin original, si
aparecen historias nuevas, deben estimarse utilizando el mismo
criterio que se utiliz originalmente.
Para estimar cuanto durara o costara el proyecto, tenemos que
sabes cuantos das/equipo equivale un story point.

2.3.8 USABILIDAD EN EL PROCESO DE SCRUM.

Para cada actividad del proceso de desarrollo de software (Anlisis de
requerimientos, desarrollo, especificacin de requerimientos, validacin de
requerimientos, diseo, evaluacin, evaluacin de usabilidad, etc) (Grau, 2005);
existen tcnicas de IPO (interaccin persona - ordenador) aplicables para cada
una de estas etapas; para este proyecto se harn uso de las siguientes tcnicas:
a. Prototipos de Papel: Son bosquejos a mano de la apariencia de la
interfaz de usuario o bien dibujos realizados por un ordenador mediante
un programa de dibujo, este tipo de prototipos permiten transmitir al
cliente la idea del sistema ya funcionando; cada miembro del equipo de
desarrollo puede cambiar entre distintos dibujos para mostrar al cliente
que se ve en cada momento segn las acciones.

48

b. Inspecciones: Son las que se realizan en cada Sprint, pero el objetivo de

esta es bsicamente la interfaz del usuario.
c. Pensar en voz Alta: Es la expresin del razonamiento interno del usuario,
el conocimiento del cual puede ser clave para el anlisis de los problemas
de usabilidad identificados.
d. Retroalimentacin del usuario: En esta tcnica el usuario informa al
equipo de desarrollo sobre algn inconveniente que tenga con el uso de
los requerimientos ya implementados.

2.3.9 Por qu SCRUM?.

2.3.9.1

SCRUM vs GESTIN TRADICIONAL DE PROYECTOS.

En la gestin tradicional de proyectos es llevar a cabo la
planificacin detallada por adelantada del proyecto con nfasis en
gestionar y solucionar el alcance, costo y horarios; muchas veces todo
este trabajo puede llevar a una situacin en la que, aunque el plan se
ha logrado, el cliente no est satisfecho.
El marco de SCRUM, se basa en la creencia de que los
trabajadores del da de hoy pueden ofrecer mucho ms que sus
conocimientos tcnicos, y que tratar de asegurar y planear en un
entorno de constante cambio no es eficiente. Por lo tanto, SCRUM
anima la toma de decisiones iterativa basada en datos. En SCRUM, el
enfoque principal es la entrega de productos que satisfagan los
requisitos del cliente en pequeos incrementos iterativos que sean
entregables.
Para entregar la mayor cantidad de valor en el menor tiempo
posible, SCRUM promueve la priorizacin y el tiempo sobre la fijacin
49

del alcance, costo y cronograma de un proyecto. Una caracterstica

importante de SCRUM es la autoorganizacion lo que le permite a los
empleados que estimen y tomen posesin de las tareas.
Cuadro de resumen de diferencias entre metodologas
tradicionales en la gestin de proyectos y SCRUM:
SCRUM

Metodologas Tradicionales

El nfasis esta en

Personas

Procesos

Documentacin

Mnima

Exhaustiva

Estilo de procesos

Iterativa

Lineal

Planificacin por adelantada

Baja

Alta

Priorizacin de los requisitos

Segn el valor del negocio y regularmente Fijo en el plan del proyecto

actualizada

Quality Assurance

Centrada en el cliente

Centrada en el proceso

Organizacin

Auto-organizada

Gestionada

Estilo de Gestin

Descentralizado

Centralizada

Cambio

Las actualizaciones de Prioritized Product Sistema formal de gestin de cambio

Backlog

Liderazgo

Collaborative, Servant Leadership

Mando y Control

La medicin del rendimiento

El valor del negocio

Plan de conformidad

Return or Investiment

Al comienzo y a lo largo del proyecto

Al final del proyecto

Participacin del Customer

Alta durante todo el proyecto

Vara en funcin del ciclo de vida del

proyecto.

Tabla N 1: Cuadro de resumen de diferentes entre metodologas agiles y pesadas

Fuente: Elaboracin Propia

50

Scrum es una metodologa sencilla de aprender, ofrece gran

valor aadido sin demasiado esfuerzo, eliminando la burocracia y
centrndose en la productividad a travs de iteraciones cortas, el
valor del equipo, la gestin de las estimaciones y la relacin con el
cliente. Provee muchas ventajas en el desarrollo de proyectos en
empresas pequeas y que tengas requerimientos cambiantes, es por
ello que se escoge esta metodologa como marco de trabajo para el
desarrollo del presente proyecto de investigacin.

2.3.10 RETAIL.
2.3.10.1 DEFINICIN DE RETAIL.
El Retail o venta al detalle es un sector econmico que engloba
a las empresas especializadas en la comercializacin masiva de
productos o servicios uniformes a grandes cantidades de clientes. Es
el sector industrial que entrega productos al consumidor final. La razn
para involucrar a mayoristas y minoristas en un mismo sector fue una
consecuencia de la gran cantidad de problemas y soluciones comunes
que tienen ambos sectores por la masividad y diversidad tanto de sus
productos como de sus clientes. (retail, s.f.)
Aunque usualmente se utiliza para referirse al rubro de
supermercados y tiendas por departamentos, en estricto rigor, los
negocios tipo retail abarcan desde el almacn de nuestro barrio o el
quiosco de la esquina hasta las grandes multitiendas e hipermercados.
(Duran & Kremerman, 2008)

51

En el negocio del Retail se pueden incluir todas las tiendas o

locales comerciales que habitualmente se encuentran en cualquier
centro urbano con venta directa al pblico, sin embargo su uso se halla
ms bien ligado a las grandes cadenas de locales comerciales. El
ejemplo ms comn del Retail lo constituyen los supermercados; otros
comercios tradicionalmente asociados al Retail son las tiendas por
departamentos,

casas

de

artculos

para

el

hogar, ferreteras, farmacias, venta de indumentaria, libreras, entre

muchas ms.
La complejidad del Retail viene dada por la amplia variedad de
artculos y tipos de artculos que ofrecen, as como el nivel de
operaciones efectuado. Las operaciones de venta del Retail generan
una cantidad de datos tal que puede resultar abrumadora para
aquellos ajenos al negocio.

2.3.10.2 TIENDAS POR DEPARTAMENTOS (RETAIL).

Estn ubicadas en diversos puntos de Lima y en importantes
ciudades del pas, considerando su tamao poblacional y desarrollo
econmico.
Su gran volumen de ventas les otorga un importante poder de
negociacin con los proveedores y, por lo tanto, obtienen una
significativa ventaja en costos.

52

Figura N 8: Organizacin de las empresas Retail

Fuente: Elaboracin Propia

2.3.11 SISTEMA DE GESTIN DE CALIDAD.

Es contar con una estructura organizativa a la que le aaden la
planificacin, los procesos, los recursos y la documentacin que se utiliza para
alcanzar los objetivos de la calidad para mejorar los servicios y satisfacer las
necesidades de sus clientes.

2.3.11.1 PRINCIPIOS DE CALIDAD.

La norma NTP-ISO 9004:2001 presenta ocho principios de
gestin de la calidad, que han sido desarrollados para que los
directivos de la organizacin los utilicen para liderar el mejoramiento

53

continuo del desempeo en la organizacin. Estos principios de

gestin de la calidad son los siguientes. (Manuel Garcia C. Q., 2003)
Enfoque al cliente
Buenas relaciones
con Proveedores

Liderazgo

Enfoque bassado
en hechos

Participacin del
Personal

Enfoque por
procesos

Mejora Continua
Enfoque de
Sistema para la
Gestin
Figura N 9: Principios de la Calidad

Fuente: Elaboracin propia

a) Enfoque al cliente: Las organizaciones dependen de sus

clientes y por lo tanto deberan de comprender las
necesidades actuales y futuras de los clientes, satisfacer los
requerimientos de los clientes y esforzarse en exceder las
expectativas de los clientes.
b) Liderazgo: Los lderes establecen la unidad de propsito y la
orientacin de la organizacin. Ellos deberan crear y
mantener un ambiente interno, en el cual el personal pueda
llegar a involucrarse totalmente en el logro de los objetivos de
la organizacin.

54

c) Participacin del personal: El personal, a todos los niveles

es la esencia de una organizacin y su total compromiso
posibilita que sus habilidades sean usadas para el beneficio
de la organizacin.
d) Enfoque por procesos: Un resultado desea se alcanza
eficientemente cuando las actividades y los recursos
relacionados se gestionan como un proceso.
e) Enfoque del sistema para la gestin: Identificar, entender y
gestionar los procesos interrelacionados como un sistema,
contribuye a la eficacia y eficiencia de una organizacin en el
logro de sus objetivos.
f) Mejora continua: La mejora continua del desempeo global
de la organizacin debera ser un objetivo permanente de
este.
g) Enfoque basado en hechos: Las decisiones eficaces se
basan en el anlisis de los datos y la informacin.
h) Buenas relaciones con los proveedores: Una organizacin
y sus proveedores son interdependientes, y una relacin
mutuamente beneficiosa aumenta la capacidad de ambos por
crear valor.

2.3.11.2 CICLO DE DEMING PHVA.

A partir del ao 1950, y en repetidas oportunidades durante las
dos dcadas siguientes, Deming empleo el ciclo PHVA como
introduccin a todas y cada una de las capacitaciones que brindo a la
direccin de las empresas japonesas. De all hasta la fecha, este ciclo
55

(que fue desarrollado por Shewhart), ha recorrido el mundo como

smbolo indiscutido de la Mejora Continua. Las normas NTP-ISO
900:2001 se basan en el ciclo de PHVA su esquema de la Mejora
Continua del Sistema de Gestin de la Calidad. (Manuel Garcia C. Q.,
2003).
Definir los Objetivos y Metodos
Involucra a la gente correcta
Recopilar los datos disponibles
Comprender las necesidades de los
clientes
Estudiar exhaustivamente el/los porcesos
involucrados
Desarrolar el plan/entrenar al personal

Acciones correctivas y preventivas

Mejorar

Planear

Verificar

Hacer

Comprobar resultados con los objetivos

Analizar y desplegar los datos
Comprender y documentar las diferencias
Revisar los problemas y errores
Qu se ha aprendido?
Que queda aun por resolver?

Implementar la mejora/verificar las

causas de los problemas
recopilar los datos apropiados

Figura N 10: Ciclo Deming

Fuente: Elaboracin propia

Se admite, estadsticamente, que en las organizaciones sin

Gestin de mejora continua el volumen de la ineficiencia puede estar
entre un 15 y 25% de sus ventas. Las que sin la hacen, oscila entre 4

56

y 6 %. Un rpido clculo nos har describir el efecto que tiene sobre

los resultados y la competitividad. La mayora de los fallos o
ineficiencias que configuran el despilfarro son desconocidos,
considerados como normales, ignorados y con frecuencia ocultados.
(Manuel Garcia C. Q., 2003)
La gestin de la mejora continua en una organizacin requiere:
a) El liderazgo de la direccin
b) Un comit de mejora continua
c) Formacin y motivacin especifica
d) Un sistema de gestin documentario
e) Asesoramiento externo

Segn la NTP-ISO 900:2001, Mejora continua es una actividad

recurrente para aumentar la capacidad de cumplir los requisitos siendo
los requisitos la necesidad o expectativa establecida, generalmente
implcita u obligatoria.
a) Que debe incluir lo siguiente:
b) Anlisis y evaluacin de la situacin existente.
c) Objetivos para la mejora
d) Medicin, verificacin, anlisis y evaluacin de los
resultados de la implementacin.
e) Formalizacin de los cambios.

57

Los resultados se revisan para detectar oportunidades de

mejora. La mejora es una actividad continua, y parte de la informacin
recibida del propio sistema y de los clientes.
Dentro del contexto de un sistema de gestin de la calidad, el
ciclo PHVA es un ciclo que est en pleno movimiento. Que se puede
desarrollar en cada uno de los procesos. Est ligado a la planificacin,
implementacin, control y mejora continua.

PLANIFICAR

Diagnostico

HACER

Planeacin

Diseo

VERIFICAR

Implementacion

Evaluacin

ACTUAR

Mejoramiento

Figura N 11: Metodologa de Implementacin de un Sistema de Gestin de la Calidad

Fuente: Elaboracin propia

2.3.11.3 ENFOQUE DE SISTEMA PARA LA GESTIN.

El principio Sistema enfocado hacia la gestin est muy
relacionado con el Enfoque a los procesos, porque plantea el ciclo de
mejora continua de los procesos PHVA. Un sistema de gestin de la
calidad est compuesta por todos los procesos que se interrelacionan
entre s. Estos procesos del sistema de gestin de la calidad
comprenden a procesos que directa e indirectamente estn presentes
en la organizacin. Los procesos raramente ocurren en forma aislada.
La salida de un proceso normalmente forma parte de las entradas de
los procesos subsecuentes.

58

En una organizacin, las interacciones pueden ser desde

simples o compleja, hasta convertirse en una malla donde hay un
continuo flujo de tangibles e intangibles hasta llegar a depender unos
de otros y eso se puede ver con claridad en la siguiente figura.

Figura N 12: Procesos interactuando en un Sistema de Gestin de la Calidad

Fuente: (Manuel Garcia C. Q., 2003)

De la imagen se puede distinguir claramente a los clientes

internos y clientes externos.
El ciclo de Deming puede ser aplicado en cada proceso as
intervengan los clientes internos y/o externos.

2.3.11.3.1 REGLAS BSICAS DE LA MEJORA CONTINUA.

Tenemos las siguientes reglas bsicas para la mejora
continua: (Monografias, s.f.)
Si no se identifica .... No se puede registrar
Si no se registra .. No se puede medir
59

 Si no se mide . No se puede controlar

Si no se controla . No se puede mejorar

2.3.12 GESTIN DE PROCESOS DE NEGOCIO (BPM).

Es un mtodo de alineacin eficiente de una organizacin con las
necesidades de sus clientes. Como una aproximacin integral, BPM estimula
la efectividad y eficiencia con la innovacin, flexibilidad y la integracin con la
tecnologa.
Las organizaciones de todos los tamaos, industrias y sectores trabajan
con procesos especficos luchando por alcanzar sus metas y objetivos de
negocio. Un efectivo proceso de negocio permite a las organizaciones
proporcionar a sus clientes soluciones, productos y servicios efectivos y
permite al equipo de trabajo responder puntualmente a los cambios y
condiciones requeridas en el Mercado. (CaseWise, s.f.)
Podemos decir entonces que BPM no solo es una tecnologa informtica
sino una disciplina de gestin empresarial sustentada en tcnicas,
metodologas y herramientas que permiten identificar, disear, ejecutar,
documentar, medir, monitorear y controlar los procesos de negocios, sean
estos automatizados o no, con la finalidad de alcanzar resultados consistentes
y alineados con los objetivos estratgicos de la organizacin.

2.3.12.1 QUE ES UN BPMN?.

BPMN (Business Process Modeling Notation), es una notacin,
un estndar internacional, grafico que describe la lgica de los pasos
de un proceso. Esta notacin ha sido especialmente diseada para

60

coordinar la secuencia de los procesos y los mensajes que fluyen entre

los actores de las diferentes actividades (Analitica).
Proporciona un lenguaje comn para que los actores de un
proceso especifiquen de forma clara, completa y eficiente el detalle de
un proceso.

2.3.12.2 OBJETIVOS DE BPMN.

a) Estndar global
b) Servir de puente entre la capa de negocio y la capa de TI
c) Lograr o mejorar la agilidad de negocio en una organizacin.
El concepto de agilidad de negocio se entiende como la
capacidad que tiene una organizacin de adaptarse a los
cambios de entorno a travs de los cambios en sus procesos
integrados.
d) Lograr mayor Eficacia. El concepto de eficacia se entiende
como la capacidad que tienen la organizacin para lograr en
mayor o menor medida los objetivos estratgicos o de negocio.
e) Mejorar los niveles de Eficiencia. Eficiencia es la relacin ente
los resultados obtenidos y los recursos utilizados.

2.3.12.3 CARACTERSTICAS BPMN.

a) Proporciona un lenguaje grfico comn, con el fin de facilitar su
comprensin a los usuarios de negocios.
b) Integra las funciones empresariales.

61

c) Utiliza una Arquitectura Orientada por Servicios (SOA), con el

objetivo de adaptarse rpidamente a los cambios y
oportunidades del negocio.
d) Combina las capacidades del software y la experiencia de
negocio para optimizar los procesos y facilitar la innovacin del
negocio.

2.3.12.4 ELEMENTOS DE DIAGRAMACIN.

La funcin del BPMN es crear un mecanismo simple para
realizar modelos de los procesos de negocio, con todos sus elementos
grficos y que al mismo tiempo sea posible gestionar la complejidad.

Figura N 13: Elementos de Diagramacin BPMN

Fuente: (Calidad, 2012)

62

2.3.12.5 DEFINICIN DE PROCESO.

Es una totalidad que cumple un objetivo completo y que agrega
valor para el cliente; un proceso puede pasar por mucho cargos, por
eso se dice que los proceso alcanzan a toda la organizacin y la cruzan
horizontalmente. (Carrasco, 2011)

2.3.12.5.1 IDENTIFICACIN DE PROCESOS.

a) Procesos Estratgicos: Forma como se establece la visin,
misin,

valores,

directrices

funcionales,

objetivos

corporativos, departamentales y personales y el programa

de accin entre otros componentes.
b) Procesos Misionales: Atienden directamente la misin del
negocio y satisfacen necesidades concretas de los clientes.
c) Procesos de Soporte: Son servicios internos necesarios
para realizar los procesos de negocio.

2.3.13 ERP.
En ingls (Enterprise ResourcePlanning) Planificacin de Recursos de
la empresa, son sistemas de gestin de informacin que integran y
automatizan muchas de las prcticas asociadas con los aspectos operativos o
productivos de una empresa. (Pumarino, 2012)
Se caracterizan por estar compuestos por diferentes partes integradas
en una misma aplicacin, este debe satisfacer los siguientes objetivos:
a. Optimizacin de los procesos empresariales
b. Acceso a la informacin de forma confiable, precisa y oportuna.

63

c. La posibilidad de compartir la informacin entre todos los componentes

de la empresa.
d. Eliminacin de datos y operaciones innecesarias de ingeniera
e. Apoyar a los clientes del negocio en tiempos de respuesta a sus
problemas.
Las tres razones por las que una empresa debe tener un sistema ERP
son:
a. Control: Cuando se divide la informacin de la empresa en diferentes
departamentos es muy fcil perder el control por lo tanto requieren una
solucin que integre y organice la informacin de manera accesible.
b. Integracin: Dentro de la empresa es importante la integracin entre
el Back Office y From Office, es decir las actividades internas y las
dirigidas al pblico.
c. Competitividad: Al incrementar la productividad en una empresa se
mejorara los servicios que brinda y eso por si solo es una ventaja
respecto a sus competidores.

2.3.13.1 LOS ERP EN LA ACTUALIDAD.

La crisis econmica ha supuesto un ante y un despus en la
historia de los ERP; los recortes de presupuesto y las restricciones del
crdito han provocado que muchas empresas grandes y pequeas, se
hayan replanteado seriamente las inversiones que realizan en las
soluciones de planificacin de recursos empresariales.
Sin embargo, los ERP han superado esta dura prueba de xito
y el sector ha seguido creciendo incluso en los aos de mayores

64

dificultades. El ltimo informe de Garther confirma que en el 2013 el

mercado global de los ERP creci un 3.8% (DataPrix, 2014)
El ERP ha pasado de ser un producto propio de las grandes
compaas a entrar en el territorio de las Pymes. En la actualidad
todos los proveedores de sistema de gestin empresarial lderes
tienen al menos una versin para pequeas y medianas empresas y
existen numerosos fabricantes especializados en el desarrollar ERP
para las Pymes. Los precios bajan, los requisitos se reducen y esto
facilita el acceso a ms clientes. (DataPrix, 2014).

2.3.13.2 POR QUE DESARROLLAR UN ERP?.

Dado que los sistemas de ERP suponen una inversin
importante para la empresa, ha de asegurarse que comprende bien
sus procesos y conoce en que aspectos el software le puede ayudar.
Se debe tener en cuenta que al momento de implantar un sistema
ERP, se debe contar con el presupuesto necesario, tiempo, personas
y tecnologa. El software libre tiene un coste menor al de los sistemas
propietarios y suele ser posible configurarlo para adaptarlo a sus
necesidades pero el soporte es menor. Algunas ampliaciones de
software libre son (Intelitur, 2012):
a. Neogia: Es una solucin para pequeas y medianas empresas,
entre sus principales funcionalidades destacan las de
produccin, finanzas, expedicin y recepcin, gestin de stock
y distribucin. Gestin de relaciones con los clientes o CRM.
Posee un mdulo catlogo de productos para comercio
electrnico B2B y B2C.
65

b. OpenBravo: Es una aplicacin de gestin empresarial del tipo

ERP, destinada a empresas de pequeo y mediano tamao. La
estructura de datos de la aplicacin est basada originalmente
en Compiere.
c. Compiere: Es una solucin que integra ERP+CRM, bajo
interfaces Windows y Web. Es una solucin internacional
basada en los flujos de trabajo que realiza el personal de la
empresa. Es una solucin 100% Java, sobre base de datos
Oracle, con servidor de aplicaciones JBOSS.
d. OpenERP: Es una solucin que integra funciones para ventas,
CRM, gestin de proyectos, gestin de almacenes e inventarios,
fabricacin, gestin financiera y recursos humanos. Permite
trabajar remotamente mediante una interfaz web desde un
ordenador conectado a internet.

La versin OpenERP

Enterprise tiene un costo mensual por su licencia.

e. ERP5: cubro funciones contables, gestin de relaciones con
client CRM, comercio, gestin de almacenes e inventarios,
envos y logstica, facturacin, gestin de recursos humanos,
diseo de productos, produccin y gestin de proyectos.
f.

ADempiere:

Sus

principales

funcionalidades

son

compatibilidad con pantalla tctil y puntos de venta minorista

(POS), comercio electrnico, centralizacin de autentificacin
de acceso, gestin financiera, gestin de produccin, gestin de
la cadena de abastecimiento, gestin de almacenes, gestin de
ventas, gestin de contactos y oportunidades comerciales,

66

pasarela para telefona Voip integrada con el ERP y CRM

gestin de documentacin, repositorio de informacin,
inteligencia de negocios BI.
g. OpenXpertya: Es una solucin integral para la empresa que
engloba ERP y CRM, comercio electrnico, B2B, B2C y B2E,
entre sus principales funcionalidades se tiene facturas,
albarantes, pedidos adaptado a la legislacin espaola fiscal,
mercantil, civil, contable.
h. BlueERP: Desarrollado en PHP, entre sus principales
funcionalidades destacan sobre entradas contables, gestin de
pedidos y ventas, contabilidad analtica, recibos anlisis de
ventas por usuario, rdenes de compra, cuentas a pagar,
facturacin y gestin de inventarios.
i.

Apache OFBiz: Sus funcionalidades principales son: sistema

avanzado de comercio electrnico, gestin de catlogos online,
gestin de promocin y precios, contabilidad, gestin de
eventos, tareas, eventos, blog, foros, puntos de venta POS.

j.

xTuple: Integra funciones de contabilidad, ventas, gestin de

relaciones con clientes CRM, compras, definicin de productos,
inventarios, produccin, planificacin, etc.
En el caso de las empresas que son parte del presente proyecto

de investigacin son pequeas empresas que apenas tienen 5 aos

promedio en el mercado, sus procesos internos no estn definidos
claramente y hasta el momento han llevado toda su administracin
empricamente, el implantar un sistema ERP con estas condiciones

67

tendra un costo mayor, a esto tenemos que sumarle que el principal

valor que se le quiere al implementar el sistema ERP es optimizar las
actividades del negocio mismo y esto significa, gestin de ventas,
gestionar el personal, gestionar el almacn teniendo en cuenta el
estilo de los Retail; las principales funcionalidades a ser
implementadas y que son diferencias de los ERP ya existentes son:
gestin de personal lo que incluye medir la productividad, tener un
control del jornal de trabajo en cada punto de venta; la gestin de
almacn en la sede central y en cada punto de venta (implica
transferencias de mercadera, descartes e ingresos), control de
inventarios; gestin de ventas por personal y punto de venta
aplicando promociones autorizadas; realizar proyecciones de ventas
mensuales segn estacin del ao y estudio de la competencia; as
mismo se debe tener en cuenta que la aplicacin ser diseada en
un entorno web, posibilitando su uso desde dispositivos como tables,
Smartphone, laptop y computaras de escritorio,

2.4 GLOSARIO DE TRMINOS BSICOS.

2.4.1 ARQUITECTURA DE SOFTWARE.
Modelo de la estructura y organizacin fundamental de un sistema
software. (Sommerville, 2005).

2.4.2 CALIDAD DEL PROCESO DE SOFTWARE.

Grado en el que el proceso realiza la funcin para la que se ha definido.
(Serrano, 1996).
68

2.4.3 CICLO DE VIDA DEL SOFTWARE.

Utilizando a menudo como otro nombre para el proceso del software.
Originalmente acuado para referirse al modelo en cascada del proceso del
software. (Sommerville, 2005).

2.4.4 CONTROL DE CALIDAD.

Proceso de asegurar que un equipo de desarrollo de software sigue los
estndares de calidad. (Sommerville, 2005)

2.4.5 DESARROLLO INCREMENTAL.

Enfoque para el desarrollo de software en el que este se entrega y utiliza
en incrementos. (Sommerville, 2005)

2.4.6 DESARROLLO ITERATIVO.

Enfoque para el desarrollo de software en el que se entrelazan los
procesos de especificacin, diseo, programacin y pruebas. (Sommerville,
2005)

2.4.7 EMPRESA.
Entidad encargada de desarrollar aplicaciones de software.

2.4.8 FIABILIDAD.
Capacidad de un sistema para entregar los servicios como se especifican.
La fiabilidad se puede especificar cuantitativamente como la probabilidad de que
ocurra un fallo de funcionamiento como la tasa de ocurrencia de estos.
(Sommerville, 2005).

69

2.4.9 MEJORA DE PROCESOS.

Proceso de hacer cambios a un proceso con el objetivo de hacerle ms
predecible o mejorar la calidad de sus salidas (Sommerville, 2005)

2.4.10 MODELO DE PROCESOS.

Representacin abstracta de un proceso. Los modelos de procesos
pueden ser representados por varias perspectivas y mostrar las actividades
implicadas en un proceso, los objetos utilizados en un proceso, las restricciones
que se aplican al proceso y los roles de las personas involucradas en el proceso.
(Sommerville, 2005).

2.4.11 PROCESO.
Conjunto de actividades orientadas a un fin concreto dentro del desarrollo
o gestin de un sistema de software. (Serrano, 1996)

2.4.12 REQUISITOS.
Funciones o limitaciones que debe satisfacer un sistema de software. Se
denominan requisitos de usuario cuando son definidos por stos y de sistemas
cuando surgen de la funcionalidad que debe tener un sistema para cumplir con
los requisitos de usuario. (Serrano, 1996)

2.4.13 OPTIMIZAR.
Buscar la mejor manera de realizar una actividad, de optimizar y mejorar
el rendimiento de algo, es el proceso de modificar un sistema para mejorar su
eficiencia o tambin el uso de los recursos disponibles.

70

2.5 HIPTESIS GENERAL.

El Desarrollo de un Sistema ERP Aplicando SCRUM permitir optimizar la
administracin e integracin de informacin entre las diferentes reas de las Empresas Retail
del Per.

2.6 OPERACIONALIZACION DE VARIABLES.

Dependient
e

Independiente

Tipo

Variable

Sistema ERP Aplicando

Scrum

Dimension
Roles

Definicin
Nivel de participacin

Reuniones

Cumplimiento de los objetivos.

Funcionalidad
Portabilidad

Administracin e integracin Control de Almacn

de la informacin de las
Control de Personal
diferentes reas de la
Control de Ventas
Empresa.
Rendimiento Operativo

Cumple con los requerimientos

planteados
Nmero de dispositivos en las que se
pueda hacer uso.
Flujo de la Mercaderia
Productividad del Personal
Voucher Emitidos
Nro de Actividades

Tabla N 2: Operacionalizacin de Variables

Fuente: Elaboracin Propia.

71

Indicador
Nmero de tareas
Nmero de tareas
pendientes
Prueba de Verificacin Si
y No
Nmero de dispositivos
Nmero de productos en
stock
Nmero de Ventas
Nmero de voucher
Tiempo de respuesta

CAPITULO III: DISEO METODOLGICO DE

INVESTIGACIN

72

3.1 REA, TIPO Y DISEO DE INVESTIGACIN.

3.1.1 REA DE INVESTIGACIN.
De acuerdo a las caractersticas la investigacin, corresponde al rea de
Administracin de Sistemas, segn el reglamento de investigacin, Capitulo III: reas
y Lneas de Investigacin, aprobado el 10 de octubre del 2014, mediante resolucin
decanal N 495.

3.1.2 TIPO DE INVESTIGACIN.

Esta tesis, de acuerdo con las caractersticas de la hiptesis, los objetivos y la
pregunta de investigacin, se enmarca dentro del enfoque cuantitativo (Hernandez
Sampiere, 1991) cuya caracterstica principal es probar la hiptesis en base a la
medicin numrica y el anlisis estadstico; es decir la investigacin pretende analizar
la relacin entre la variable: Sistema ERP aplicando SCRUM y la variable:
Administracin e integracin de informacin de las diferentes reas de las empresas
Retail del Per, as mismo corresponde al tipo de investigacin experimental.

3.1.3 DISEO DE INVESTIGACIN.

El diseo de la investigacin es cuasi-experimental (Gambara, 2002), puesto
que se ha elegido a un solo grupo experimental el cual fue sometido a una prueba de
pretest y postest.
El grupo experimental estuvo conformado por el personal de la empresa
RetailPartners del Peru S.A y la empresa Toyz Brans S.A.

La frmula es la siguiente:
73

G O X O
1

Donde:

G : Grupo experimental.
1

X : Tratamiento con el sistema ERP

O : Prueba (PRETEST) andes del experimento (pesado directo de las entrevistas)

1

O : Prueba (POSTEST) con el experimento (pesado directo de las entrevistas)

2

Este diseo con el grupo experimental permiti la comparacin de los

resultados del pretest y postest con un alto grado de probabilidad, que el sistema
ERP aplicando SCRUM (variable independiente), ha sido un factor determinante para
la administracin e integracin de informacin de las diferentes reas de las
empresas Retail del Per (variable dependiente).

3.2 POBLACIN.
La poblacin estar compuesta por todo el personal de la empresa Retail Partners del
Per SAC.

3.3 MUESTRA.
La muestra estar conformada por todo el personal de la empresa Retail Partners del
Per, con el siguiente detalle:

74

Empresa

Tipo de Personal

Cantidad de
Personal

Retail Partners del Peru Gerente General

SAC
Gerente Comercial

Contador

Supervisor de Personal

Almacenero

Personal de Ventas

19
Total 26 personas

Tabla N 3: Cantidad Total de Muestra

Fuente: Elaboracin Propia.

3.4 MATERIAL EXPERIMENTAL.

Las investigaciones vistas en el marco terico permitieron establecer un marco de
trabajo a seguir en el desarrollo del sistema ERP y as cumplir con el objetivo del proyecto de
investigacin, el material experimental estuvo constituido por:
a) Para la gestin del proyecto:
a. SCRUM
b) Para la etapa de Anlisis:
a. BPM y BPMN 2.0
b. Ciclo de Deming PAVH
c. Enterprise Architech 9.0
c) Para la Implementacin del ERP:
a. Framework Codeigniter
b. Apache Web Services
c. PHP
d. MySql
e. MySql WorkBench

75

f.

Microsoft Office

g. Notepad++
h. Subleme Text

3.5 TCNICAS E INSTRUMENTOS PARA RECOLECTAR INFORMACIN.

Las tcnicas e instrumentos para la recoleccin de informacin fueron:
Diagramacin de Procesos BPM: Se realiz la diagramacin de los procesos de negocios
de la empresa Retail Partners del Per, para ello se realiz reuniones de trabajo en los cuales
los usuarios exponan como se realizan sus funciones, de acuerdo a ello se empez a
diagramar en papel; este trabajo se realiz con el siguiente personal:
a) Gerente General
b) Gerente Comercial
c) Supervisores de Personal
d) Contador
e) Secretaria
f) Responsable de Almacn
g) Personal de Ventas
Sprint Review: Como es propio del marco de trabajo de Scrum, se realizan las reuniones en
cada Sprint, donde no solamente se valida la funcionalidad de los requerimientos para ese
Sprint, si no tambin se evala la productividad mediante las tareas pendientes.
Tcnicas de Usabilidad: As mismo se han utilizado las siguientes tcnicas de usabilidad en
cada proceso del marco de trabajo de Scrum:
a. Sprint: se ha utilizado prototipos de papel, los cuales han sido usados solo por el
personal de desarrollo.
b. Sprint Review: Las tcnicas elegidas fueron pensar en voz alta y la inspeccin, esto
con la participacin del dueo de usuario.
76

c. Closure Sprint: En esta final del sprint, se utiliz la tcnica de retroalimentacin del
usuario para encontrar los aspectos y los errores a corregir,

3.6 TCNICAS PARA EL PROCESAMIENTO Y ANLISIS DE DATOS.

Se utiliz, para el procesamiento y anlisis de los datos las siguientes tcnicas:
a) Tablas estadsticas
b) Grficos
c) Anlisis e Interpretacin

3.7 PROCEDIMIENTO DEL EXPERIMENTO.

El procedimiento para el desarrollo del experimento fue el siguiente:

Paso
1

Elegir
Variables

Paso
2

Definir
los
grados de
manipula
cion de
datos

Paso
3

Definir el
instrume
nto de
medicin

Paso
4

Formular
los
grupos
de
comparac
in

Paso
5

Elegir el
contexto
del
experimi
ento

Paso
6

Definir
cuando
recolecta
r los
datos

Paso
7

Figura N 14: Procedimiento del Experimento

Fuente: Elaboracin Propia

3.8 PLAN DE TRATAMIENTO DE DATOS.

Luego de la aplicacin de la prueba del sistema y los cuestionarios, se procedi con el
tratamiento de los datos de la siguiente manera: Los datos numricos se procesaron y se
tabularon, luego se construyeron con ellos cuadros estadsticos. Para el procesamiento e
interpretacin de los datos se utiliz el Microsoft Office Excel 2010.

77

Realizar
el analisis
de los
resultado
s

3.9 DISEO ESTADSTICO PARA LA PRUEBA DE HIPTESIS.

La prueba de T Student para muestras dependientes, se utiliza para comparar las
medias de un mismo grupo en diferentes etapas, por ejemplo, para las comparaciones de los
resultados de una prueba pretest y postes para un grupo determinado.
El planteamiento de la hiptesis nula y la hiptesis alterna es:

H0: El Desarrollo de un Sistema ERP Aplicando SCRUM no permitir optimizar la administracin

e integracin de informacin entre las diferentes reas de las Empresas Retail del Per.
H1: El Desarrollo de un Sistema ERP Aplicando SCRUM permitir optimizar la administracin e
integracin de informacin entre las diferentes reas de las Empresas Retail del Per.
A continuacin se explicar la operacin de esta prueba a travs de un caso para
contraste unilateral y otro bilateral.

Diferencia de medias Grupos Relacionados (Gonzlez, 2011)

Xd x nx
___

i1

i2

Ecuacin 1: Diferencia de Frecuencias de para muestras relacionada

___

d 1 X d
1
n 1
n

78

Ecuacin 2: Varianza
___

Xd
Sd
n

Ecuacin 3: T Student

_
X d Media aritmtica de las diferencia s
S Desviacin Estndar de las diferencia s
d
n Nmero de sujetos de la muestra

79

CAPITULO IV: ANLISIS E INTERPRETACIN DE

RESULTADOS DE LA INVESTIGACIN

80

4.1 EJECUCIN DEL PROYECTO.

Describiremos en detalle cmo se ha desarrollado el Sistema ERP, aplicando la
metodologa de Gestin de Proyecto SCRUM; as mismo el uso de mtodos adecuados
para cada etapa de la implementacin del sistema.

4.1.1 PLANIFICACIN.
De acuerdo a los fundamentos descritos en los captulos anteriores se
tiene que la primera fase para el desarrollo del proyecto en SCRUM, es la
planificacin, esta fase al igual que las dems fases son analizadas una vez
durante el desarrollo de cada Sprint. Sin embargo antes de iniciar con las
iteraciones es necesario realizar una planificacin inicial, que permita identificar
el propsito de cada iteracin y definir en forma global lo que se realizara en
cada Sprint, a este anlisis inicial lo denominaremos Sprint 0.
Antes de definir el nmero y los objetivos de cada sprint a desarrollar
durante la ejecucin del presente proyecto, es necesario realizar un anlisis
preliminar de la gestin de los procesos de negocio de la empresa con el
propsito de diagnosticar la situacin actual descomponiendo la actividad global
de la empresa en un conjunto de procesos, que pueden ser analizados con
detalle y cuyas acciones repetitivas pueden ser automatizadas, se puedan
identificar cuellos de botella que hacen innecesario el uso de recursos y adems
saber si se estn aplicando correctamente los controles necesarios; con este
anlisis preliminar se tiene que elaborar los procesos de mejora de aquellos que
se han identificado como crticos para la empresa; esto permitir tener con mejor
claridad los requerimientos de sistema para la implementacin del ERP.

81

4.1.1.1 DIAGNSTICO DE LA SITUACIN ACTUAL DE LOS

PROCESOS DE RETAILPARTNERS DEL PER S.A.
En la empresa RetailPartners del Per S.A, para realizar el
diagnstico, se tuvo que definir su estructura organizacional basada
en procesos.
e-p Retail_Procesos

Mej ora Continua

Procesos Estratgicos

Requerimientos

Requerimientos Atendidos

Planeamiento
Estrategico

Procesos Misionales
Ofertas
Ordenes de Servicio

Gestin de Ventas

Gestin de
Mercadoctenia

Facturacin
Clientes

Clientes
Requerimientos
Atendidos

Requerimientos
Gestin de
Atencin al Usuario

"

"

Procesos de Soporte

Gestin Economica
Financiera

Gestin Contable

Gestin Logistica

Gestin de
Personal

Gestin de TI

Retroalimentacion de Procesos

Figura N 15: Mapa de Procesos de RetailPartners del Per S.A

Fuente: Elaboracin Propia

Posterior a ello se ha tenido que disear de acuerdo a la

situacin actual los siguientes procesos, que son parte del proyecto:
-

Gestin de Ventas

Facturacin

Gestin de Personal

82

Gestin Logstica
Cabe mencionar que para el diseo de los procesos se ha

utilizado la notacin BPM, para describir especficamente cmo se

desarrolla cada actividad dentro del procedimiento.

4.1.1.1.1 GESTIN DE VENTAS.

El procedimiento diseado es el siguiente:

Lane Cliente

Business Process Gestin de Ventas

Fin

Solicita un producto

Process
Entrega Voucher

Inicio
:Facturacin

Lane Personal de Ventas

Lane Personal de Ventas de
Oeschle

Pool Gestin de Ventas

Desea Comprarlo?

Si

Si
Informa sobre el
precio y ofertas del
producto al cliente

Verifica el stock del

producto
Hay Stock?
No

Comunica al
personal de ventas
de Oeschle

Entrega el producto

Informa que no
tiene stock

Registra en un
formato el codigo
del producto

Registra los datos

del cliente

Registra la forma de
pago

Entrega ficha al
cliente

Figura N 16: Procedimiento de Gestin de Ventas Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Gestin de Ventas

ACTOR
DESCRIPCIN
Cliente
1. Solicita un producto.
Responsable de Ventas
2. Verifica el stock del producto
2.1 Si tiene stock informa al cliente el precio y las ofertas del
producto, si el cliente desea comprarlo, pasa actividad 3.
2.2 Si no tiene stock del producto informa al cliente y pasa
actividad 11
3. Comunica al personal de ventas de Oeschle la venta del producto
Responsable de Ventas de 4. Registra en un forma el cdigo del producto
la Tienda(Oeschle)
5. Registra los datos del cliente
6. Registra la forma de pago
7. Entrega la ficha al cliente
Cliente
8. Realiza el pago en ventanilla
9. Entrega el Voucher a Responsable de Ventas
Responsable de Ventas
10. Verifica el Voucher y entraga el producto al cliente
11. FIN DE PROCEDIMIENTO
Tabla N 4: Detalle del procedimiento de Gestin de Ventas Etapa de Diagnostico
Fuente: Elaboracin Propia.

83

4.1.1.1.2 FACTURACIN
El procedimiento diseado es el siguiente:

Lane Cliente

Business Process Facturacin

Entrega el formato
de venta
Inicio

Lane Ventanilla
Lane Personal de Ventas
de Oeschle

Pool Facturacion

Si
Registra la venta en
el sistema

Verifica el codigo
del producto en el
sistema

Entrega Voucher al
cliente
Fin

Codigo correcto?

Comunica al
personal de ventas
para su correccion

Corrige el error y
entrega el formato

Figura N 17: Procedimiento de Facturacin Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Facturacin

ACTOR
DESCRIPCIN
Cliente
1. Entrega el formato de venta
Ventanilla (Oechsle)
2. Verifica el cdigo del producto en el sistema
2.1 Si el cdigo es correcto, pasa a la actividad 3.
2.2 Si el cdigo es incorrecto, comunica al personal de Oechsle
para su correccin, pasa a la actividad 4
3. Registra la venta en el sistema
4. Entrega el Voucher al cliente, pasa actividad 6
Responsable de Ventas
5. Corregi el error, y vuelve a entregar el formato con el cdigo
(Oechsle)
corregido a ventanilla, pasa a la actividad 2.
6. FIN DE PROCEDIMIENTO
Tabla N 5: Detalle del procedimiento de Facturacin Etapa de Diagnostico
Fuente: Elaboracin Propia.

84

4.1.1.1.3 GESTIN DE PERSONAL

Dentro del macro proceso de personal se ha diseado los
siguientes procesos:
e-p Gestin de Personal
Necesidades de Capacitacion
Area Usuaria
Personal Capacitado

Ejecucin

Area Usuaria

Contratacion de
personal

Personal Contratado

Capacitacin del
Personal

Personal
Seleccionado,file y
condiciones
Resultado de
la Evaluacin

Ev aluacin de
Productiv idad del
Personal

Incorporacion de
Personal
Necesidades
de Personal

Empleado
Personal Vigente

Resultado de la Evaluacin

Cese de Personal
Renuncia
colaborador retirado

Empleado

Remuneracion del
Personal
Boletas de Pago

Listado de encargaturas
planillas
Encargaturas

Figura N 18: Procesos de Gestin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

a. PROCESO INCORPORACIN DE PERSONAL: Dentro de

este proceso se tiene dos subprocesos:
e-p Incorporacion de Personal
Incorporacin de Personal

Personal Seleccionado
Areas

Requerimiento de Personal

Conv ocatoria de
Personal

Seleccin de
Personal
Files de Postulantes

Contratacin de
Personal

Figura N 19: Procesos de Incorporacin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

85

i.

PROCEDIMIENTO DE CONVOCATORIA DE PERSONAL

Verifica la necesidad
de personal
Inicio

Comunica la
necesidad de la
incoporar personal

Radio
Pediodico
Portal Web

Especifica:

La cantidad de personal

Lugar donde se necesita

realizar la convocatoria

Presupesto para la
convocatoria

Tramita la
publicacion de la
convocatoria

Recepciona Files de
Postulantes
Tiempo de la convocatoria (n)

Fin

Lane Gerente Comercial

No

Lane Gerente General

Pool Convocatoria de Personal

Lane Supervisor de Tienda

Business Process Conv ocatoria de Personal

Envia Visto Bueno

para la convocatoria

Recepciona el correo y
revisa condiciones de
la convocatoria
Requiere Presupuesto? Si

Envia correo para

aprobacin

Envia correo dando

visto bueno

Figura N 20: Procedimiento de Convocatoria de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Convocatoria de Personal

ACTOR
DESCRIPCIN
Supervisor de Tienda
1. Verifica la necesidad de personal
2. Comunica la necesidad de la incorporacin del personal a Gerencia Comercial
Gerencia Comercial
3. Verifica las condiciones para la convocatoria, Requiere presupuesto?
3.1 Si requiere presupuesto, enva a Gerencia General para su aprobacin, pasa a la actividad
4
3.2 Si no requiere presupuesto, enva su conformidad de convocatoria al supervisor de tienda,
pasa a la actividad 5.
86

Gerente General
Supervisor de Tienda

4. Realiza la aprobacin del presupuesto

5. Tramita la publicacin de la convocatoria
6. Despus de la culminacin de la fecha de convocatoria, recibe por los Files de los postulantes
7. FIN DE PROCEDIMIENTO
Tabla N 6: Detalle del procedimiento de Convocatoria de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

ii.

PROCEDIMIENTO DE SELECCIN DE PERSONAL

Pool Seleccin de Personal

Lane Supervisor de Personal

Business Process Seleccin de Personal

Los Documentos solicitados

son:
DNI
Carnet de Sanidad
CV documentado
Antecedentes Policiales
Foto
No

Inicio

Consolida y Evalua
files de postulantes

Genera lista de
posibles postulantes
aptos

Realiza entrevista
presencial

Llama a los
postulantes para una
entrevista
El puesto es para provincia?
Si

No Recibe documentos
del postulante

Genera lista de
ganadores

Comunica por
telefono a los
ganadores/ganador y
solicita sus
documentos para su
contratacion

1 dia
Entrega File del
postulante para la
elaboracion del
contrato

El puesto es para provincia?

Realiza entrevista
por telefono

Si

Recibe documentos
del postulante

1 dia

Figura N 21: Procedimiento de Seleccin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

87

Elabora fotocheck
del postulante

Solicita creacin de
cuenta sueldo del
postulante

Fin

DETALLE DEL PROCEDIMIENTO: Seleccin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Consolida y evala files de personal
2. General lista de posibles postulantes aptos
3. Llama a postulantes para entrevistas Es para provincia?
3.1 Si el puesto es para provincia, la entrevista se realiza mediante el
telfono, pasa a la actividad 4.
3.2 Si el puesto es para lima, la entrevista se realiza de forma
presencial, pasa a la actividad 4.
4. Genera lista de ganadores
5. Comunica a los ganadores por telfono y solicita sus documentos para
su contratacin, dicho plazo de entrega es de un dia, Es para
provincia?
5.1 Si, los documentos son enviados por correo electrnico
5.2 Si no es para provincia, los documentos son recepcionados
fsicamente.
6. Elabora fotocheck
7. Solicita creacin de su cuenta sueldo
8. Entrega file del personal a contabilidad para su contratacin.
9. FIN DE PROCEDIMIENTO
Tabla N 7: Detalle del procedimiento de Seleccin de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

b. PROCESO CONTRATACIN DE PERSONAL: Dentro de este

proceso se tiene los siguientes subprocesos
e-p Contratacion de personal

Bienestar Social
del Personal
Personal Registrado
Incorporacion de
Personal
File del Personal
Seleccionado

Elaboracion y
suscripcon de
contratos

Alta de Personal

Contrato Suscrito
Personal Registrado

Capacitacion del
Personal

Lista de Personal que renueva contrato

Contrato Suscrito
Renov acion de
contratos

Personal Registrado

Inscripcion de
contratos

Figura N 22: Procesos de Contratacin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

88

Remuneracion del
Personal

i.

PROCEDIMIENTO INSCRIPCIN DE CONTRATOS:

Lane Contador
Lane Secretaria

Pool Inscripcin de Contratos

Business Process Inscripcion de contratos

Inicio

Comunica la
cantidad a pagar en
el Banco de la
Nacion

Realiza el pago en
el Banco de la
Nacion

Realiza la inscripcion del

contrato en la pagina
web del MITRA

Archiva el File del

Personal
Inscripcion Realizada?

Fin

Entrega Voucher de
deposito

Figura N 23: Procedimiento de Inscripcin de Contratos Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Inscripcin de Contratos

ACTOR
DESCRIPCIN
Contador
1. Comunica a Secretaria la cantidad a pagar en el Banco de la Nacin.
Secretaria
2. Realiza el pago
3. Entrega el voucher de deposito
Contador
4. Realiza la inscripcin del contrato en la pgina Web del MITRA
5. Archiva el file del personal
6. FIN DE PROCEDIMIENTO
Tabla N 8: Detalle del procedimiento de Inscripcin de Contratos Etapa de Diagnostico
Fuente: Elaboracin Propia.

89

ii.

PROCEDIMIENTO ELABORACIN Y SUSCRIPCIN DE CONTRATOS:

Business Process Elaboracion y suscripcon de contratos

Lane Contabilidad

Inicio

Recibe el file del

postulante
seleccionado

Elabora el contrato
del colaborador
Contrato firmado

Envia a Gerencia
General para su
firma

Envia contrato para

su inscripcion
Fin

Envia contrato al
empleado para su
firma

Lane Gerencia General

Pool Elaboracin y Suscripcion de Contratos

Entrega contrato
para firma del
empleado

Firma Contrato

Entrega contrato
para su tramite

Figura N 24: Procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Elaboracin y Suscripcin de Contratos

ACTOR
DESCRIPCIN
Contabilidad
1. Recibe el file del postulante seleccionado
2. Elabora el contrato
3. Entrega contrato para firma del empleado o enva el contrato por correo electrnico para su
firma
4. Enva el contrato a Gerencia General para su firma
Gerencia Comercial
5. Firma el contrato
6. Entrega contrato para su tramite
Contabilidad
7. Enva o realiza la inscripcin del contrato en el MITRA
8. FIN DE PROCEDIMIENTO
Tabla N 9: Detalle del procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Diagnostico
Fuente: Elaboracin Propia.

90

iii.

PROCEDIMIENTO ALTA DE PERSONAL:

Figura N 25: Procedimiento de Alta de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Alta de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Registrar al personal en un excel
2. Elabora documentos para el acceso al puesto de trabajo
3. Entrega los documentos, sea por correo o fsicos
4. Llama al responsable de la tienda Oechsle, para verificar el ingreso del
personal nuevo a tienda.
5. FIN DE PROCEDIMIENTO
Tabla N 10: Detalle del procedimiento de Alta de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia

iv.

PROCEDIMIENTO RENOVACIN DE CONTRATOS:

Lane Supervisor de Personal

Lane Gerencia General

Pool Renovacin de Contratos

Business Process Renov acion de contratos

No

Inicio

Consolida fechas de
vencimiento de
contrato

Entrega lista de
personas que no
renueva
Entrega lista de
vencimientos de
contrato
Renueva Contrato?
Si

Entrega lista de
renovados con sus
condiciones

No

Fin
Process
Si

Valida las
renovaciones y no
renovaciones

Envia lista de
renovaciones

:Elaboracion y
suscripcon de
contratos

Acepta renovacin?

Fin

Figura N 26: Procedimiento de Renovacin de Contratos Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Renovacin de Contratos

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Consolida fechas de vencimiento de contrato
2. Genera lista de vencimientos de contrato
3. Enva a Gerencia General lista de renovados y no renovados
Gerencia General
4. Enva a contabilidad lista del personal a renovar contrato.
5. FIN DE PROCEDIMIENTO
Tabla N 11: Detalle del procedimiento de Renovacin de Contratos Etapa de Diagnostico
Fuente: Elaboracin Propia

91

c. PROCESO CAPACITACIN DEL PERSONAL: El procedimiento de este proceso es el siguiente:

Business Process Capacitacin del Personal

Lane Supervisor de Pesonal

Inicio

Realiza la
capacitaicon
personalizada

Fin
Toma asistencia

A todo el personal?

Si
Elabora propuesta
de capacitacin

Inicio
Envia propuesta
para su aprobacin

Recibe y subsana
observaciones

Contacta ponentes
para la capacitacion

Separa local de
capacitacion

Presente a los
ponentes de
capacitacion

Observa y toma nota

de lecciones
aprendidas

Capacitacion Concluida?

Realiza taller de
cierre de
capacitacion

Devuelve viaticos a
los empleados

Elabora informe de
capacitacion

Fin

Comunica al
persona para la
capacitacion

Si
Envia observaciones

Recibe y evalua
propuesta

Tiene observaciones?

Envia informe a
Gerencia General
Fin

Solicita viaticos para

el personal de
provincia

N dias

Lane Gerencia General

Pool Capacitacion de Personal

Capacitacion
No
Evalua la necesidad
de realizar
capacitacion

No
Envia visto bueno

Figura N 27: Procedimiento de Capacitacin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Capacitacin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Evala la necesidad de realizar una capacitacin. A todo el personal?
1.1 Si la capacitacin no es para todo el personal, pasa a la actividad 11
1.2 Si la capacitacin es para todo el personal, pasa a la actividad 2.
2. Elabora propuesta de capacitacin y enva a Gerencia General
Gerencia General
3. Evala propuesta
3.1 Si tiene observaciones enva para su correccin, pasa a la actividad 2
3.2 Si no tiene observaciones enva su visto bueno para su ejecucin
Supervisor de Personal
4. Contrata ponentes para capacitacin.
5. Separa local de capacitacin
6. Solicita viticos para el personal de provincia a contabilidad
7. Comunica al personal el da y fecha de capacitacin
8. Ejecucin de la capacitacin:
8.1 Toma asistencia
8.2 Presenta a los ponentes de la capacitacin
8.3 Observa y toma nota de lecciones aprendidas
8.4 Capacitacin concluida?
8.4.1 Si se ha concluido, pasa a la actividad 8.5
92

8.4.2 Si no se ha concluido, la capacitacin continua, pasa a la actividad 8.4

8.5 Realiza taller de cierre de capacitacin
8.6 Devuelve viticos a los empleados
8.7 Fin
9. Elabora informe de capacitacin
10. Enva a Gerencia General.
11. FIN DE PROCEDIMIENTO
Tabla N 12: Detalle del procedimiento de Capacitacin de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

d. PROCESO DE EVALUACIN DE PERSONAL: El procedimiento de este proceso es el siguiente:

No

Lane Supervisor de Tiendas

Pool Evaluacin de Productividad del Personal

Business Process Ev aluacin de Productiv idad del Personal

Consolida resultados
de ventas
Inicio

cada semana

Envia felicitaciones
por buen
desempeo

Fin

Verifica los
resultados con las
metas establecidas
Rsultado menor a lo esparado?
Si

Evalua causas

Registra indicencia

Figura N 28: Procedimiento de Evaluacin de Personal

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Evaluacin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Consolida resultados de ventas de cada semana
2. Verifica los resultados con las metas planteadas resultado menor a lo
esperado?
2.1 Si el resultado es menor a lo esperado, evala causas, pasa a la
actividad 3
2.2 Si el resultado no es menor a lo esperado enva felicitaciones por
correo, pasa a la actividad 4.
93

3. Registra incidencia
4. FIN DE PROCEDIMIENTO
Tabla N 13: Detalle del procedimiento de Evaluacin de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

e. PROCESO DE CESE DE PERSONAL: El procedimiento de este proceso es el siguiente:

Lane Supervisor de Personal

Business Process Cese de Personal

NO RENOVACION

Comunica la no
renovacion de
contrato

DESPIDO

Comunica a
Contabilidad y
Gerencia sobre la
renuncia

Comunica el
despido del
colaborador

Inicio

levanta inventario
de tienda

Comunica a
Contabilidad sobre
el resultado del
inventario

No

Lane Contador

Pool Cese de Personal

Entrega carta a
supervisor

Firma documentos

RENUNCIA

Es Provincia?
Si

Envia carta al
Supervisor

No

No
Comunica que el
despido no procede
Evalua la situacin

Fin
Procede despido?
Si

Envia documentos a
Asesoria Legal para
VB

Recibe y firma los

documentos

Entrega los
documentos a
contabilidad

Tiene Observaciones?

Recibe y evalua
documentos

Genera documentos
de despido

Firma los
documentos y
entrega a
contabilidad

Recibe y revisa
documentos

Comunica que el
despido procede

Lane Asesoria Legal

Lane Gerencia General

Lane Personal

Entrega carta en
secretaria

Envia documentos
para firma

Si Envia Observaciones

Envia documentos
para su firma

Notifica al
Empleado y
supervisor

Elabora liquidacion
del empleado, catra
de CTS y Certificado
de Trabajo

Envia documentos
para VB

Figura N 29: Procedimiento de Cese de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

94

Recibe y corrige

Entrega documentos
al empleado

Realiza la baja en
T-Registro y MITRA
Fin

DETALLE DEL PROCEDIMIENTO: Cese de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. De acuerdo a los eventos, realiza las siguientes acciones:
1.1 No renovacin, pasa a la actividad 2
1.2 Despido, pasa a la actividad 12
1.3 Renuncia, pasa a la actividad 21
2. Comunica la no renovacin de contrato al empleado
3. Realiza el inventario de los productos en tienda
4. Comunica a Contabilidad sobre el resultado del inventario
Contador
5. Elabora liquidacin del empleado, carta de CTS y certificado de trabajo
6. Enva documentos para VB de Gerencia General.
Gerente General
7. Recibe y revisa documentos Tiene observaciones?
7.1 Si tiene observaciones, enva para su correccin, pasa a la
actividad 8
7.2 Si no tiene observaciones, enva visto bueno, pasa a la actividad 9
Contador
8. Correg las observacin o detalla explicacin, pasa a la actividad 6
9. Entrega documentos al empleado
Empleado
10. Firma los documentos
Contador
11. Registra la baja en el T-Registro y MITRA, pasa a la actividad 23
Supervisor de Personal
12. Comunica la decisin de despido del empleado a Gerencia General
Gerente General
13. Evala la situacin Procede despido?
13.1 Si no procede el despido pasa a la actividad 23
13.2 Comunica el despido a Contabilidad, pasa a la actividad 14
Contador
14. Genera documentos de despido
15. Enva los documentos para su firma a Gerencia General
Gerente General
16. Enva los documentos a Asesora Legal para su VB.
Asesor Legal
17. Recibe y evala documentos
18. Enva documentos para la firma a Gerencia General
Gerente General
19. Entrega los documentos firmados a contabilidad
Contador
20. Entrega documentos a empleado y supervisor, pasa a la actividad 3
Empleado
21. Entrega carta de renuncia a Supervisor de Personal
Supervisor de Personal
22. Comunica a Contabilidad y Gerencia General sobre la renuncia, pasa a
la actividad 3
23. FIN DE PROCEDIMIENTO
Tabla N 14: Detalle del procedimiento de Cese de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

95

f.

PROCESO DE REMUNERACIN DE PERSONAL: El procedimiento de este proceso es el siguiente:

Lane Encargado de
Tienda (Oeschle)

PLANILLA COMISIONES
Consolida resultados
del mes

Realiza el calculo
de comisiones

Envia para su VB

Corregie
Observacion o
detalla explicacion

Inicio
Solicita cuadro de
asistencia

Consolida
asistencias

Envia cuadro de
asistencias

PLANILLA MENSUAL

Envia hoja de
asistencia
escaneado

Lane Gerencia General

Lane Contabilidad

No

Lane Empleado

Pool Remuneracion del Personal

Lane Supervisor de Tienda

Business Process Remuneracion del Personal

Elabora planilla de
pagos

Verifica y actualiza
impuesto a la Renta

Verifica numero de
cuenta sueldo

Solicita creacion de
cuenta sueldo

Si
Corrige
observaciones o
detalle la
explicacion

Envia planilla para

VB

consolida cuentas
sueldo

Deposita liquidos en
cuentas sueldo

genera boletas de
pago

Envia Boletas de
pago

Consolida Boletas
de pago firmadas

Realiza el depositvo
en cuentas sueldo

Archiva Boletas de
pago

Fin
Fin

Cuentas de sueldo conforme?

Si
Envia Observaciones

Recive y revisa la
planilla
Tiene Observaciones?

Realiza tramites
para creacion de
cuenta sueldo

Envia Observaciones

Recibe y revisa
planilla
Envia VB para
bono respectivo

Tiene Observaciones?

Recibe boleta de
pago

Envia cuentas
sueldo a
contabilidad

Envia la boleta
firmada y escaneada

Figura N 30: Procedimiento de Remuneracin de Personal Etapa de Diagnostico

Fuente: Elaboracin Propia

96

Envia VB para su
deposito

DETALLE DEL PROCEDIMIENTO: Remuneracin de Personal

ACTOR
DESCRIPCIN
Supervisor de Tienda
1 De acuerdo a los eventos, realiza las siguientes acciones:
1.1 Planilla de Comisiones, pasa a la actividad 23
1.2 Planilla Mensual, pasa a la actividad 2
2 Solicita cuadro de asistencias a Personal de Tienda Oeschle
Personal de Tienda
3 Enva hoja de asistencia escaneada
Oeschle
Supervisor de Tienda
4 Consolida asistencias
5 Enva cuadro de asistencias a contabilidad
Contador
6 Elabora planilla de pagos
7 Verifica y actualiza impuesto a la renta
8 Enva planilla para VB a Gerencia General
9 Verifica nmeros de cuenta sueldo
10 Solicita creacin de cuentas sueldo al empleado
Empleado
11 Realiza trmites para la creacin de su cuenta sueldo
12 Enva cuenta sueldo a Contabilidad
Gerente General
13 Recibe y revisa planilla Tiene observaciones?
13.1Si tiene observaciones, enva a contador para su correccin, pasa
a la actividad 14
13.2Si no tiene observaciones enva visto bueno, pasa a la actividad 15
Contador
14 Corrige observaciones o detalla explicacin, pasa a la actividad 7.
15 Consolida cuentas sueldo Conforme?
15.1Si no es conforme pasa a la actividad 10
15.2Si es conforme, pasa a la actividad 16
16 Deposita lquidos en cuenta sueldo
17 Genera boletas de pago
18 Enva boletas de pago al personal
Empleado
19 Recibe boleta de pago
20 Firma, escanea y enva a Contabilidad
Contador
21 Consolida boleta de pago firmadas
22 Archiva boletas de pago, pasa a la actividad 29
Supervisor de Personal
23 Consolida resultados del mes
24 Realiza el clculo de comisiones
25 Enva para su visto bueno a Gerencia General
Gerente General
26 Recibe y Revisa la planilla Tiene observaciones?
26.1Si tiene observaciones, enva para su correccin, pasa a la
actividad 27
26.2Si no tiene observaciones enva visto bueno para su depsito a
Contabilidad, pasa a la actividad 28
Supervisor de Personal
27 Corrige observaciones o detalla explicacin, pasa a la actividad 25
Contador
28 Realiza el depsito en cuentas sueldo.
29. FIN DE PROCEDIMIENTO
Tabla N 15: Detalle del procedimiento de Remuneracin de Personal Etapa de Diagnostico
Fuente: Elaboracin Propia.

97

g. PROCEDIMIENTO DE ENCARGATURAS: El procedimiento de

este proceso es el siguiente.

Lane Supervisor de Personal

Levanta inventario
de la tienda

Entrega mediante
cargo al empleado

Inicio

Lane Empleado

Pool Encargaturas

Business Process Encargaturas

Verifica la verasidad
del inventario

Fima cargo de
recepcion
Fin

Figura N 31: Procedimiento de Encargaturas Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Encargaturas

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Levanta inventario de los productos de la tienda
2. Hace entrega con cargo al empleado
Empleado
3. Verifica el inventario
4. Firma el cargo
5. FIN DE PROCEDIMIENTO
Tabla N 16: Detalle del procedimiento de Encargaturas Etapa de Diagnostico
Fuente: Elaboracin Propia

4.1.1.1.4 GESTIN LOGSTICA

Dentro de este macro proceso se tiene los siguientes procesos:
e-p Gestin Logistica
Gestin de Logistica

Gestin de
Compras

Area Usuaria

Solicitud de Cotizaciones

Necesidades
de Productos

Orden de Compra

Cotizaciones,comprobantes
de pago

Prov eedor

Prov eedor
orden de compra ejecutada

Gestin de
Almacen

Comprobantes o guias de remision

Entrega de productos
Cargo de entrega de productos conforme

Figura N 32: Procesos de Gestin de Logstica Etapa de Diagnostico

Fuente: Elaboracin Propia

98

h. PROCESO DE GESTIN DE COMPRAS: El procedimiento de este proceso es el siguiente.

Lane Proveedor
Lane Gerencia General

Pool Gestin de Compras

Lane Gerente Comercial

Business Process Gestin de Compras

Indica las
caracteristicas del
producto

Solicita cotizaciones
Inicio

No
Envia orden de
compra
Evalua propuestas

Selecciona
proveedor

Crea orden de
compra

Si
Requiere Aprobacin?

Corrige orden de
compra

Envia orden de
compra para
aprobacin

Envia cotizaciones

Envia Observaciones
Recibe y verfica
orden de compra
Tiene observaciones?
Envia VB

Figura N 33: Procedimiento de Gestin de Compras Etapa de Diagnostico

Fuente: Elaboracin Propia

99

Coordina la
atencion de la orden
de compra por el
proveedor

Process
:Abastecimiento
de Almacen
Oden de compra atendida

Fin

DETALLE DEL PROCEDIMIENTO: Gestin de Compras

ACTOR
DESCRIPCIN
Gerente Comercial
1 Solicita cotizaciones
Proveedor
2 Enva cotizaciones
Gerente Comercial
3 Evala propuestas
4 Selecciona proveedor
5 Crea orden de compra Requiere aprobacin de Gerencia General?
5.1 Si requiere aprobacin, enva orden a Gerencia General, pasa a la
actividad 6
5.2 Si no requiere aprobacin, pasa a la actividad 8
Gerente General
6 Recibe y revisa orden de compra Tiene observaciones?
6.1 Si tiene observaciones, enva para su correccin, pasa a la
actividad 7
6.2 Si no tiene observaciones, pasa a la actividad 8
Gerente Comercial
7 Correg observaciones o detalla explicacin, pasa a la actividad 5.1
8 Enva orden de compra a proveedor
9 Coordina atencin de la orden de compra
10 Process: Abastecimiento de Almacen
11 FIN DE PROCEDIMIENTO
Tabla N 17: Detalle del procedimiento de Gestin de Compras Etapa de Diagnostico
Fuente: Elaboracin Propia.

i.

PROCESO DE GESTIN DE ALMACN: Dentro de este proceso

se tienen los siguientes subprocesos:

e-p Gestin de Almacen

Gestin de Almacen
Orden de compra
Gestin de
Compras
Abastecimiento de
Almacen

Comprobante de pago y guia de remision

con conformidad de recepcion
Prov eedor

Entrega de
Productos

Prov eedor

Distribucin de
productos

Area Usuaria
Guia de
Remision

Area Usuaria
Requerimientos
de productos

Figura N 34: Procesos de Gestin de Almacn Etapa de Diagnostico

Fuente: Elaboracin Propia

100

i.

PROCEDIMIENTO DE ABASTECIMIENTO DE ALMACN

Lane Responsable de Almacen

Inicio

Entrega orden de
compra a
Responsable de
almacen

Comunica al
proveedor las
incosistencias de la
entrega

Proveedor entrega productos

Comunica
Inconsistencias
Verifica cantidad de
productos con Orden
de compra
Es conforme?

Da conformidad al
proveedor

Entrega documentos
a contabilidad

Ingresa productos a
almacen

Etiqueta los
productos
Fin

Entrega Guia de
Remision y
Comprobante de
Pago

Lane Proveedor

Pool Abastecimiento de Almacen

Lane Gerente Comercial

Business Process Abastecimiento de Almacen

Figura N 35: Procedimiento de Abastecimiento de Almacn Etapa de Diagnostico

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Abastecimiento de Almacn

ACTOR
DESCRIPCIN
Gerente Comercial
1 Entrega orden de compra a responsable de almacn
Responsable de Almacn
2 Verifica cantidad de productos con orden de compra Es conforme?
2.1 Si no es conforme, comunica inconsistencias a Gerente Comercial,
pasa actividad 3
2.2 Si es conforme, da conformidad a proveedor, pasa actividad 4
Gerente Comercial
3 Comunica a proveedor sobre las inconsistencias, pasa actividad 1
Proveedor
4 Entre gua de remisin y comprobante de pago
Responsable de Almacn
5 Entrega documentos a contabilidad
6 Ingresa productos a Almacn
7 Etiqueta los productos
8 FIN DE PROCEDIMIENTO
Tabla N 18: Detalle del procedimiento de Abastecimiento de Almacn Etapa de Diagnostico
Fuente: Elaboracin Propia.

101

ii.

PROCEDIMIENTO DE DISTRIBUCIN DE PRODUCTOS

Lane Gerente Comercial

Lane Responsable de
Almacen

Inicio

Solicita stock de
productos a tiendas

Genera cuadro de
productos a enviar

Entraga cuadro de
productos a enviar
para autorizacion de
salida

Envia incosistencias
para verificacion

Envia resultado de
verificacion al
personal de ventas

Si

Solicita verificacin
de stock en CD
central

Autoriza salida de
los productos y
comunica a
responsable de
almacen
Existen stock de los productos ?

Informa sobre el
stock de los
productos

Verifica incositencias
con responsable de
almacen

Process
:Gestin de Compras

Fin

Selecciona los
productos a enviar
para cada tienda

Elabora las guias de

remision para cada
tienda

Entrega los
productos a cada
tienda, con guia de
remision

embala los
productos
Es para provincia?

Lane Personal de Ventas

Pool Distribucin de Productos

Lane Suspervisor de
Tienda

Business Process Distribucin de Productos

Envia los productos

por empresa de
transportes, con guia
de remision

Envia corre
comunicando
inconsitencias
Verifica cantidades
de los productos con
guia de remision

Es conforme?

Envia conformidad
al supervisor
Fin

Figura N 36: Procedimiento de Distribucin de Productos Etapa de Diagnostico

Fuente: Elaboracin Propia

102

Envia resultado de
la verificacion para
conocimiento

Fin

DETALLE DEL PROCEDIMIENTO: Distribucin de Productos

ACTOR
DESCRIPCIN
Supervisor de Tienda
1 Solicita stock de productos a personal de ventas.
2 Genera cuadro de productos a enviar
3 Entrega cuadro de productos a enviar para autorizacin de salida a
Gerente Comercial
Gerente Comercial
4 Solicita verificacin de stock en CD central a responsable de almacn
Responsable de Almacn
5 Informa sobre stock de los productos
Gerente Comercial
6 Existen stock de los productos?
6.1 Si existen stock autoriza salida y comunica a responsable de
almacn para su ejecucin, pasa a la actividad 7
6.2 Process: Gestin de Compras, pasa a la actividad 16
Responsable de Almacn
7 Selecciona los productos a enviar para cada tienda
8 Elabora las guas de remisin para cada tienda
9 Embala los productos
10 Enva los productos, si son para provincia se enva por encomienda y
si es para lima, se entregan en cada tienda.
Responsable de Ventas
11 Verifica las cantidades de los productos, segn la gua de remisin
11.1Si encuentra inconsistencias, comunica a su supervisor, pasa a la
actividad 12
11.2Si no encuentra inconsistencias, enva conformidad, pasa a la
actividad 16
Supervisor de Tienda
12 Enva inconsistencias para verificacin a Gerente Comercial
Gerente Comercial
13 Verifica inconsistencias con responsable de almacn
14 Enva resultados de verificacin a supervisor de tienda
Supervisor de Tienda
15 Comunica a personal de venta el resultado de la verificacin.
16 FIN DE PROCEDIMIENTO
Tabla N 19: Detalle del procedimiento de Distribucin de Productos Etapa de Diagnostico
Fuente: Elaboracin Propia.

4.1.1.2 DEBILIDADES IDENTIFICADAS LOS PROCESOS DE

RETAILPARTNERS DEL PER S.A
Se ha identificado las siguientes debilidades en los procesos
analizados de la empresa.

Proceso

Procedimiento

Gestin de Ventas Gestin de Ventas

Debilidad Identificada

Criticidad

No se tiene un inventario en el punto de venta de los

Alta

productos, se desconoce el stock actual de los

mismos, es por ello que cada vez que un cliente
requiere un producto el personal de ventas de

103

RetailPartners tiene que realizar una verificacin

manual
Gestin de Ventas Gestin de Ventas

No se tiene un control sobre las ventas realizadas

Alta

durante el da; el registro del mismo solo lo realiza la

tienda.
Gestin de Ventas Gestin de Ventas

No se tiene un registro sobre el moviendo de

Alta

mercadera en cada uno de los puntos de tienda.

Gestin de Ventas Gestin de Ventas

No se tiene un registro de los cdigo o SKU de los

Alta

productos, necesarios para ser facturados en tienda

Gestin

de Gestin de Compras

No se tiene un registro de los proveedores

Media

de Gestin de Compras

Las rdenes de compra se realizan de forma manual,

Media

Logstica
Gestin
Logstica

pudiendo estos caer en errores, de denominacin del

proveedor, cantidad de productos a comprar y los
montos de cada compra

Gestin

de Gestin de Compras

Como no se tiene las rdenes de compra registradas

Logstica

Alta

en el sistema, no se puede calcular cunto es la

rentabilidad obtenida por la venta de los productos

Gestin

de Abastecimiento de Almacn

Almacn

El responsable de almacn tiene que esperar que el

Media

Gerente Comercial le entregue la orden de compra

impresa para recibir los productos

Gestin

de Abastecimiento de Almacn

Almacn

El responsable de almacn no tiene un registro de los

Alta

productos ingresados a almacn, no existe un control

sobre las entradas y salidas de los productos.

Gestin
Almacn

de Distribucin de Productos

El supervisor de personal, tiene que solicitar cada

cierto tiempo el stock de los productos al personal de
ventas, esta tarea es muy subjetiva nunca se sabe
cunto de productos tienes en tienda y ms aun
considerando que existe mercadera que se devala y
no son reportados por el personal de ventas.

Tabla N 20: Debilidades Identificadas en los Procesos de RetailPartners S.A

Fuente: Elaboracin Propia

104

Alta

Gestin

de Distribucin de Productos

Almacn

No se tiene un control en la distribucin de los

Alta

productos a tiendas, puesto que el nico registro que

se lleva son las guas de remisin.

Seleccin

e Convocatoria de Personal

No se tiene una planificacin para la convocatoria del

Incorporacin de

personal de acuerdo a la cantidad de tiendas que se

Personal

apertura en el ao, todas las convocatorias o

Media

requerimientos se realizan reactivamente de acuerdo a

la situacin.
Contratacin

de Alta de Personal

Personal

No se tiene un registro adecuado del personal de

Alto

ventas, tampoco un registro de las tiendas a los cuales

estn asignados ya sean como personal de ventas o
como supervisores de tiendas.

Contratacin

de Alta de Personal

Personal

No se lleva un registro sobre el horario de trabajo del

Alto

personal de ventas, dejando todo el control a la tienda

asignada, esto con lleva a que no se tenga la seguridad
si el personal est asistiendo a laborar.

Contratacin

de Renovacin de contratos

Personal

No se tiene un registro adecuado de los contratos de

Alta

trabajo del personal de ventas, puesto que cada vez

tienen que realizar un consolidado de los vencimientos
en el mes.

Contratacin

del Renovacin de contratos

Personal

No se tiene un resumen de resultados logrados por el

Alta

personal de ventas, puesto que todos los reportes de

venta son enviados semanalmente por la tienda y solo
son para ver el total de ventas realizado para su
facturacin

Gestin

de Capacitacin del Personal

Personal

No se tiene establecido un plan de capacitaciones del

Alto

personal, las capacitaciones se realizan solo a

evaluacin del supervisor de personal o cuando este
estime necesario, no se tiene bien establecido el
desarrollo del personal de ventas.

Gestin
Personal

de Evaluacin de Desempeo y No se puede realizar una evaluacin real de la

Productividad del Personal

productividad del empleado ni mucho menos tener

105

Alta

definido cuales son los das de mayor productividad

por tienda, puesto que reporte de ventas Oeschle lo
enva al finalizar cada semana. En muchas ocasiones
el supervisor de personal tiene que comunicarse con el
personal de ventas por telfono para saber cuntas
ventas a realizado; asi mismo el personal de ventas
desconoce el resultado de sus ventas vs las metas
establecidas
Gestin

de Ceses de Personal

Personal

El supervisor de personal desconoce cuanta

Alta

mercadera hay en cada uno de los puestos de venta,

por lo que siempre que un personal de ventas deja de
laborar no se le puede hacer responsable de ningn
tipo de mercadera.

Remuneracin de Elaboracin de la planilla No se tiene un reporte de asistencias objetivo, puesto

Personal

Mensual

Alta

que Oeschle, lleva el control de forma manual y este

es reportado a RetailPartners en forma escaneado, lo
que no ayuda en la elaboracin de la planilla Mensual

Remuneracin de Elaboracin de la planilla Como no se tiene un registro de los colaboradores

Personal

Mensual

Alta

vigentes, se tienda que realizar pagos al personal que

no labora.

Remuneracin de Elaboracin de Planilla de No se realiza un clculo objetivo de las comisiones

Personal

Comisiones

puesto que este solo se basa en reporte emitido por

Oechsle y en muchas ocasiones en estos reportes no
se consideran todas las ventas de cada tienda,
creando un descontento en el personal y la perdida de
mercadera.

106

Alta

4.1.1.3 PROCESOS MEJORADOS DE RETAILPARTNERS DEL PER

S.A
La mejora de los procesos de RetailPartners del Per S.A, se
desarroll incorporando el ciclo de mejora continua PHVA, explicado en el
captulo anterior, con el propsito de tener los procedimientos estructurados
en tres etapas: Planificacin, Ejecucin y Control, lo que permite tener una
mejor gestin de los procedimientos.

As mismo con el uso del estndar BPMN, se ha podido automatizar

muchas actividades reduciendo el uso de recursos en personal, tiempo y
logstica; en cada una de estas automatizaciones se han definido los
requerimientos necesarios para la implementacin del ERP.

La estructura basada en procesos mejorados de la empresa es la

siguiente:

107

e-p Retail_Procesos

Mej ora Continua

Procesos Estratgicos

Requerimientos

Requerimientos Atendidos

Planeamiento
Estrategico

Procesos Misionales

Gestin de Ventas
Gestion de
Mercadotecnia
Clientes

Clientes
Requerimientos
Atendidos

Requerimientos
Gestin de
Atencin al Usuario

"

"

Procesos de Soporte

Gestin Economica
Financiera

Gestin de
Personal

Gestin Contable

Gestin de TI

Gestin Logistica

Retroalimentacion de Procesos

Figura N 37: Mapa de Procesos de RetailPartners del Per S.A Etapa de Mejora

Fuente: Elaboracin Propia

108

4.1.1.3.1 GESTIN DE VENTAS

El proceso diseado es el siguiente:
e-p Gestin de Ventas
Planificacin

Diseo de plan de
Ventas

Definicin de
Metas

Area Usuaria
proyecciones
de metas por
mes

politicas de crecimiento

Promociones
Reporte de ventas

Ejecucion

Atencin de Ventas
Solicita Producto

Facturacin
formato de venta

Cliente

Venta realizada
Cliente

Control

Control de
cumplimiento del
plan de Ventas

Figura N 38: Proceso de Gestin de Ventas Etapa de Mejora

Fuente: Elaboracin Propia

109

i.

FACTURACIN
El procedimiento mejorado es el siguiente:

Lane Cliente

Business Process Facturacin

Entrega formato de
venta
Inicio

Lane Ventanilla
Lane Personal de Ventas
de Oechsle

Pool Facturacin

Si
Registrar la Venta en
el Sistema
Vericia el codigo del
producto en el
sistema

Entrega Voucher al
cliente
Fin

Codigo Correcto?
No

Comunica al
personal de ventas
para su correcin

Corrige el error y
entrega el formato

Figura N 39: Procedimiento de Facturacin Etapa de Mejora

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Facturacin

ACTOR
DESCRIPCIN
Cliente
1. Entrega el formato de venta
Ventanilla (Oechsle)
2. Verifica el cdigo del producto en el sistema
2.1 Si el cdigo es correcto, pasa a la actividad 3.
2.2 Si el cdigo es incorrecto, comunica al personal de Oechsle
para su correccin, pasa a la actividad 4
3. Registra la venta en el sistema
4. Entrega el Voucher al cliente, pasa actividad 6
Responsable de Ventas
5. Corregi el error, y vuelve a entregar el formato con el cdigo
(Oechsle)
corregido a ventanilla, pasa a la actividad 2.
6. FIN DE PROCEDIMIENTO
Tabla N 21: Detalle del procedimiento de Facturacin Etapa de Mejora
Fuente: Elaboracin Propia.

110

i.

ATENCIN DE VENTAS

El procedimiento mejorado es el siguiente:

Figura N 40: Procedimiento de Atencin de Ventas Etapa de Mejora

Fuente: Elaboracin Propia

111

DETALLE DEL PROCEDIMIENTO: Atencin de Ventas

ACTOR
DESCRIPCIN
Cliente
1. Solicita un producto.
Responsable de Ventas
2. Verifica el stock del producto
2.1 Si tiene stock informa al cliente el precio y las ofertas del producto, si
el cliente desea comprarlo, pasa actividad 3.
2.2 Si no tiene stock del producto informa al cliente y pasa actividad 11
3. Comunica al personal de ventas de Oeschle la venta del producto
Responsable de Ventas de 4. Registra en un forma el cdigo del producto
la Tienda(Oeschle)
5. Registra los datos del cliente
6. Registra la forma de pago
7. Entrega la ficha al cliente
Cliente
8. Realiza el pago en ventanilla
9. Entrega el Voucher a Responsable de Ventas
Responsable de Ventas
10. Verifica el Voucher y entraga el producto al cliente
11. FIN DE PROCEDIMIENTO
Tabla N 22: Detalle del procedimiento de Atencin de Ventas Etapa de Mejora
Fuente: Elaboracin Propia.

4.1.1.3.2 GESTIN DE PERSONAL

El proceso diseado es el siguiente:
e-p Gestin de Personal
Planificacin
Diseo y/o
Actualizacion de
politicas de gestin
de personal

Plan Anual de
Vacaciones
Politicas de Gestin

Politicas de Gestin
Politicas de Gestin
Plan de Apertura
de Tiendas

Plan Anual de
Personal

Plan Anual de
Capacitaciones

cantidad de
tiendas a
aperturar

Listado de Capacitaciones

Area Usuaria

Contratacion de
personal

Seleccin e
Incorporacion de
Personal
Empleado

Personal Capacitado

Ejecucin

cantidad de
personal y fechas

Personal Contratado

Capacitacin del
Personal

resultado de
ventas
Ev aluacin de
Productiv idad del
Personal

Personal
Seleccionado,file y
condiciones

Resultado de
la Evaluacin

Empleado
Resultado de la Evaluacin

Personal Vigente

Cese de Personal
Renuncia

Remuneracion del
Personal

Certificado de
Trabajo,Liquidacion,Carta
de CTS,Retencion de
Cuarta y Quinta Categoria

Boletas de Pago
Planillas

Control

Control de
Ev aluacion de
Productiv idad del
Personal

Figura N 41: Proceso de Gestin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

112

a. PROCESO INCORPORACIN Y SELECCIN DE PERSONAL:

Dentro de este proceso se tiene dos subprocesos:
e-p Seleccin e Incorporacion de Personal
Cantidad de
Personal y
fechas

Plan Anual de
Personal

Seleccin e Incorporacin de Personal

Conv ocatoria de
Personal
Files de
Postulantes
Area Usuaria

Requerimiento de Personal
Seleccion de
Personal

Contratacin de
Personal
Personal
Seleccionado

Figura N 42: Proceso de Incorporacin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

i.

PROCEDIMIENTO DE CONVOCATORIA DE PERSONAL

Business Process Conv ocatoria de Personal

Lane Supervisor de Tienda

Tramita la
publicacion de la
convocatoria
Tiempo de la convocatoria (n) dias

No
Inicio

Recepciona Files de
Postulantes

Personal por reposicn?

Si

Si

Envia propuesta de
condiciones

Cambio condiciones?

Lane Gerente
General/Gerente Comercial

Pool Convocatoria de Personal

No

Evalua condiciones

Envia desicin

Figura N 43: Procedimiento de Convocatoria de Personal Etapa de Mejora

Fuente: Elaboracin Propia

113

Fin

DETALLE DEL PROCEDIMIENTO: Convocatoria de Personal

ACTOR
DESCRIPCIN
Supervisor de Tienda
1. Verifica la necesidad de personal
2. Comunica la necesidad de la incorporacin del personal a Gerencia
Comercial
Gerencia Comercial
3. Verifica las condiciones para la convocatoria, Requiere presupuesto?
3.1 Si requiere presupuesto, enva a Gerencia General para su
aprobacin, pasa a la actividad 4
3.2 Si no requiere presupuesto, enva su conformidad de convocatoria al
supervisor de tienda, pasa a la actividad 5.
Gerente General
Supervisor de Tienda

4. Realiza la aprobacin del presupuesto

5. Tramita la publicacin de la convocatoria
6. Despus de la culminacin de la fecha de convocatoria, recibe por los
Files de los postulantes
7. FIN DE PROCEDIMIENTO
Tabla N 23: Detalle del procedimiento de Convocatoria de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

114

ii.

PROCEDIMIENTO DE SELECCIN DE PERSONAL

Pool Seleccin de Personal

Lane Supervisor de Personal

Business Process Seleccion de Personal

No

Los Documentos solicitados son:

DNI

Carnet de Sanidad

CV documentado

Antecedentes Policiales

Foto

Realiza entrevista
presencial

No

Inicio

Consolida y Evalua
Files de Postulantes

Genera lista de
posibles postulantes
listos

Llama a postulantes
para entrevista
El puesto es para provincia?

Si

Genera lista de
ganadores

Comunica por
telefono a los
ganadores/ganador
y solicita sus
documentos para su
contratacin

Recibe documentos
del postulante

Elabora fotocheck

Entrega file de
postulante para la
elaboracin del
contrato

Es para provincia?
Si

Realiza entrevista
por telefono

Recibe documentos
del postulante

Figura N 44: Procedimiento de Seleccin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

115

Solicita creacin de
cuenta sueldo al
postulante
seleccionado

Fin

DETALLE DEL PROCEDIMIENTO: Seleccin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Consolida y evala files de personal
2. General lista de posibles postulantes aptos
3. Llama a postulantes para entrevistas Es para provincia?
3.1 Si el puesto es para provincia, la entrevista se realiza mediante el
telfono, pasa a la actividad 4.
3.2 Si el puesto es para lima, la entrevista se realiza de forma
presencial, pasa a la actividad 4.
4. Genera lista de ganadores
5. Comunica a los ganadores por telfono y solicita sus documentos para
su contratacin, dicho plazo de entrega es de un dia, Es para
provincia?
5.1 Si, los documentos son enviados por correo electrnico
5.2 Si no es para provincia, los documentos son recepcionados
fsicamente.
6. Elabora fotocheck
7. Solicita creacin de su cuenta sueldo
8. Entrega file del personal a contabilidad para su contratacin.
9. FIN DE PROCEDIMIENTO
Tabla N 24: Detalle del procedimiento de Seleccin de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

b. PROCESO CONTRATACIN DE PERSONAL: Dentro de este

proceso se tiene los siguientes subprocesos
e-p Contratacion de personal
Contratacin de Personal
Incorporacin y
Seleccin de
Personal

File del
personal
seleccionado

Elaboracin y
suscripcin de
Contratos

lista del
personal a
renovar

Capacitacin de
Personal
Alta de Personal

personal
registrado

Contrato
suscrito
Remuneracin de
Personal

contrato
suscrito

Renov acin de
Contratos

Personal
registrado

Inscripcin de
Contratos

Figura N 45: Procesos de Contratacin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

116

i.

PROCEDIMIENTO INSCRIPCIN DE CONTRATOS:

Lane Contador
Lane Secretaria

Pool Inscripcion de Contratos

Business Process Inscripcin de Contratos

Inicio

Comunica la
cantidad a pagar en
BN

Realiza el pago en
el BN

Realiza la
inscripcin del
contrato en la
pagina Web del
MITRA

Archiva File de
Personal
Inscripcion de contrato realizada
Fin

Entrega Voucher de
deposito

Figura N 46: Procedimiento de Inscripcin de Contratos Etapa de Mejora

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Inscripcin de Contratos

ACTOR
DESCRIPCIN
Contador
1. Comunica a Secretaria la cantidad a pagar en el Banco de la Nacin.
Secretaria
2. Realiza el pago
3. Entrega el voucher de deposito
Contador
4. Realiza la inscripcin del contrato en la pgina Web del MITRA
5. Archiva el file del personal
6. FIN DE PROCEDIMIENTO
Tabla N 25: Detalle del procedimiento de Inscripcin de Contratos Etapa de Mejora
Fuente: Elaboracin Propia.

117

ii.

PROCEDIMIENTO ELABORACIN Y SUSCRIPCIN DE CONTRATOS:

Lane Contabilidad

Entrega contrato
para firma del
empleado
Recibe el file del
personal

Envia contrato para

firma de Gerencia

Elabora el contrato
del colaborador

Inicio

Contrato firmado

Process
:Inscripcin de
Contratos

Envia contrato para

firma del empleado

Lane Gerencia
General

Pool Elaboracin y sucripcion de contratos

Business Process Elaboracin y suscripcin de Contratos

Firma contrato

Entrega contrato
para su tramite

Figura N 47: Procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Mejora

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Elaboracin y Suscripcin de Contratos

ACTOR
DESCRIPCIN
Contabilidad
1. Recibe el file del postulante seleccionado
2. Elabora el contrato
3. Entrega contrato para firma del empleado o enva el contrato por correo electrnico para su
firma
4. Enva el contrato a Gerencia General para su firma
Gerencia Comercial
5. Firma el contrato
6. Entrega contrato para su tramite
118

Fin

Contabilidad
7. Process: inscripcin del contrato en el MITRA
8. FIN DE PROCEDIMIENTO
Tabla N 26: Detalle del procedimiento de Elaboracin y Suscripcin de Contratos Etapa de Mejora
Fuente: Elaboracin Propia.

iii.

PROCEDIMIENTO ALTA DE PERSONAL:

Figura N 48: Procedimiento de Alta de Personal Etapa de Mejora

Fuente: Elaboracin Propia

119

DETALLE DEL PROCEDIMIENTO: Alta de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
6. Registrar al personal nuevo en el sistema
7. Asigna al personal una tienda especifica
8. Establece horario de trabajo para el personal
9. Elabora documentos para el acceso al puesto de trabajo
10. Entrega los documentos, sea por correo o fsicos
11. Llama al responsable de la tienda Oechsle, para verificar el ingreso del
personal nuevo a tienda.
12. FIN DE PROCEDIMIENTO
Tabla N 27: Detalle del procedimiento de Alta de Personal Etapa de Mejora
Fuente: Elaboracin Propia

iv.

PROCEDIMIENTO

RENOVACIN

DE

CONTRATOS:

Lane Supervisor de
Personal
Lane Gerencia General

Pool Renovacin de Contratos

Business Process Renov acin de Contratos

Inicio

Genera reporte de
vencimiento de
contro del mes

Verifica los
resultados del
personal a renovar

Elabora lista de
renovados

Fin
No
Verifica resultados
del personal a
renovar

Si

Acepta renovacin?

Process
Envia lista de los
contratos a renovar

:Elaboracin y
suscripcin de
Contratos

Figura N 49: Procedimiento de Renovacin de Contratos Etapa de Mejora

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Renovacin de Contratos

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Genera reporte de vencimientos de contrato del mes
2. Verifica los resultados del personal a renovar
3. Elabora lista de renovados
4. Enva lista de renovados a Gerencia General
Gerencia General
5. Verifica los resultados del personal a renovar
6. Enva a contabilidad la lista de los renovados
7. Process: Elaboracin y suscripcin de contratos
8. FIN DE PROCEDIMIENTO
Tabla N 28: Detalle del procedimiento de Renovacin de Contratos Etapa de Mejora
Fuente: Elaboracin Propia

120

Fin

c. PROCESO CAPACITACIN DEL PERSONAL: El procedimiento de este proceso es el siguiente:

Lane Supervisor de Personal

Si
Contacta a ponentes
para la capacitacin

Separa local de
capacitacin

Solicita viaticos para

el personal de
provincia

Comunica al
personal para la
capacitacin

Capacitacin

Toma asistencia
Inicio

Inicio

Presenta a los
ponentes de la
capacitacion

Capacitacin no programada?
No
Elabora propuesta
de capacitacin

Envia propuesta
para su aprobacin

Toma nota de
lecciones
aprendidas

capacitacion concluida

Realiza taller de
cierre de
capacitacin

Devuelve viaticos al
personal asistente

Elabora informe de
capacitacion

Fin

Envia informa a
Gerencia General
Fin

Recibe y subsana
observaciones
N dias
Si

Lane Gerencia General

Pool Capacitacin del Personal

Business Process Capacitacin del Personal

Envia Observaciones
Recibe y evalua
propuesta
Tiene observaciones?
No Envia aprobacin de
la capacitacin

Figura N 50: Procedimiento de Capacitacin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

121

DETALLE DEL PROCEDIMIENTO: Capacitacin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Capacitacin programada?
1.1 Si la capacitacin es programada, pasa a la actividad 4
1.2 Si la capacitacin es no es programada, pasa a la actividad 2.
2. Elabora propuesta de capacitacin y enva a Gerencia General
Gerencia General
3. Evala propuesta
3.1 Si tiene observaciones enva para su correccin, pasa a la actividad 2
3.2 Si no tiene observaciones enva su visto bueno para su ejecucin,
pasa a la actividad 4
Supervisor de Personal
4. Contrata ponentes para capacitacin.
5. Separa local de capacitacin
6. Solicita viticos para el personal de provincia a contabilidad
7. Comunica al personal el da y fecha de capacitacin
8. Ejecucin de la capacitacin:
8.1 Toma asistencia
8.2 Presenta a los ponentes de la capacitacin
8.3 Observa y toma nota de lecciones aprendidas
8.4 Capacitacin concluida?
8.4.1 Si se ha concluido, pasa a la actividad 8.5
8.4.2 Si no se ha concluido, la capacitacin continua, pasa a la
actividad 8.4
8.5 Realiza taller de cierre de capacitacin
8.6 Devuelve viticos a los empleados
8.7 Fin
9. Elabora informe de capacitacin
10. Enva a Gerencia General.
11. FIN DE PROCEDIMIENTO
Tabla N 29: Detalle del procedimiento de Capacitacin de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

122

d. PROCESO

DE

EVALUACIN

DE

PERSONAL:

El

procedimiento de este proceso es el siguiente:

Lane Gerente General/Gerencia

Comercial/Supervisor de Tienda

Pool Evaluacin de Productividad del Personal

Business Process Ev aluacin de Productiv idad del Personal

No

Fin
Verificar los
resultados de ventas
Inicio
Resultado menor a lo esperado?
Diariamente
Toma acciones
correctivas

Diariamente

Figura N 51: Procedimiento Mejorado de Evaluacin de Personal

Fuente: Elaboracin Propia

DETALLE DEL PROCEDIMIENTO: Evaluacin de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Verifica los resultados diariamente en el sistema
2. Si el resultado es menor a lo esperado, toma acciones correctivas.
3. FIN DE PROCEDIMIENTO
Tabla N 30: Detalle del procedimiento de Evaluacin de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

123

e. PROCESO DE CESE DE PERSONAL: El procedimiento de este proceso es el siguiente:

Lane Gerencia General

NO RENOVACION

DESPIDO

Comunica la no
renovacin de
contrato a personal
de ventas
Comunica el
despido del
colaborador a GG

Inicio

RENUNCIA

Solicita inventario
de productos al
personal de ventas

Comunica a
Contabilidad y GG
sobre la renuncia

Envia carta a
supervisor

Genera un reporte
de Inventario del
puesto de venta

compara con el
reporte enviado por
el personal de
ventas

Realiza la baja del

persona en el
sistema

Comunica a
Contabilidad sobre
descuentos por
faltantes

Envia invetario

No

Comunica a
supervisor que no
procede despido

Evalua la situacin

Procede despido?Si

Comunica que
procede el despido

Entrega los
documentos a
contabilidad

Envia documentos
para firma

Firma los
documentos y
entrega a
Contabilidad

Recibe y revisa
documentos

Envia documentos a
Asesoria Legal para
VB

Recibe y evalua
documentos

Elabora documentos
de despido

Firma documentos

No
Fin
Recibe y firma los
documentos

Lane Asesoria Legal

Lane Contador

Pool Cese de Personal

Lane Personal

Lane Supervisor de
Personal

Business Process Cese de Personal

Envia observaciones
Tiene observaciones?

Envia documetos
para firma

Notifica al personal
de ventas y
supervisor

Elabora liquidacin,
carta de CTS y
certificado de
trabajo

Envia documentos
para VB

Figura N 52: Procedimiento de Cese de Personal Etapa de Mejora

Fuente: Elaboracin Propia

124

Recibe y corrige
observaciones y/o
detalla explicacion

Entrega documentos
al empleado

Realiza baja en
T-Registro y MITRA

Fin

DETALLE DEL PROCEDIMIENTO: Cese de Personal

ACTOR
DESCRIPCIN
Supervisor de Personal
1. De acuerdo a los eventos, realiza las siguientes acciones:
1.1 No renovacin, pasa a la actividad 2
1.2 Despido, pasa a la actividad 15
1.3 Renuncia, pasa a la actividad 24
2. Comunica la no renovacin de contrato al empleado
3. Solicita inventario de productos al personal de ventas
Empleado
4. Enva inventario
Supervisor de Personal
5. Genera un reporte del inventario del puesto de venta
6. Compara con el reporte enviado por el personal
7. Comunica a Contabilidad sobre el resultado del inventario
Contador
8. Elabora liquidacin del empleado, carta de CTS y certificado de trabajo
9. Enva documentos para VB de Gerencia General.
Gerente General
10. Recibe y revisa documentos Tiene observaciones?
7.1 Si tiene observaciones, enva para su correccin, pasa a la
actividad 11
7.2 Si no tiene observaciones, enva visto bueno, pasa a la actividad
12
Contador
11. Correg las observacin o detalla explicacin, pasa a la actividad 9
12. Entrega documentos al empleado
Empleado
13. Firma los documentos
Contador
14. Registra la baja en el T-Registro y MITRA, pasa a la actividad 27
Supervisor de Personal
15. Comunica la decisin de despido del empleado a Gerencia General
Gerente General
16. Evala la situacin Procede despido?
13.1 Si no procede el despido pasa a la actividad 27
13.2 Comunica el despido a Contabilidad, pasa a la actividad 17
Contador
17. Genera documentos de despido
18. Enva los documentos para su firma a Gerencia General
Gerente General
19. Enva los documentos a Asesora Legal para su VB.
Asesor Legal
20. Recibe y evala documentos
21. Enva documentos para la firma a Gerencia General
Gerente General
22. Entrega los documentos firmados a contabilidad
Contador
23. Entrega documentos a empleado y supervisor, pasa a la actividad 3
Empleado
24. Entrega carta de renuncia a Supervisor de Personal
Supervisor de Personal
25. Comunica a Contabilidad y Gerencia General sobre la renuncia, pasa a
la actividad 3
26. Realiza la baja del personal en el sistema
27. FIN DE PROCEDIMIENTO
Tabla N 31: Detalle del procedimiento de Cese de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

125

f.

PROCESO

DE

REMUNERACIN

DE

PERSONAL:

El

procedimiento de este proceso es el siguiente:

e-p Remuneracion del Personal

Alta de Personal
Listado de Personal Vigente

Remuneracin de Personal

Area Usuaria
Elaboracin de la
Planilla Mensual

Planillas

Archivo de comisiones pagadas

Elaboracin de la
Planilla de
Comisiones

Boletas de Pago
process flow

Personal

Figura N 53: Proceso de Remuneracin de Personal Etapa de Mejora

Fuente: Elaboracin Propia

i.

PROCEDIMIENTO ELABORACIN DE PLANILLA DE

COMISIONES:

Lane Supervisor de
Personal
Lane Gerencia General

Genera cuadro de
comisiones a pagar

Envia comisiones
para VB

Recibe y corrige o
detalla explicacion

Inicio

Si
Envia observaciones

Recibe y evalua
comisiones
Tiene observaciones?

Lane Contabilidad

Pool Elaboracin de Planilla de Comisiones

Business Process Elaboracin de la Planilla de Comisiones

No

Envia a contabilidad
para el pago
respectivo

Realiza el abono de
comisiones
Fin

Figura N 54: Proceso de Elaboracin de Planilla de Comisiones Etapa de Mejora

Fuente: Elaboracin Propia

126

DETALLE DEL PROCEDIMIENTO: Elaboracin de Planilla de Comisiones

ACTOR
DESCRIPCIN
Supervisor de Personal
1. Genera cuadro de comisiones a pagar
2. Enva planilla de comisiones para visto bueno a Gerencia General
Gerente General
3. Recibe y revisa planilla Tiene observaciones?
3.1 Si tiene observaciones, enva para su correccin, pasa a la
actividad 4
3.2 Si no tiene observaciones, enva visto bueno, pasa a la actividad
5
Supervisor de Personal
4. Corrige observaciones o detalla explicacin, pasa a la actividad 2
Gerente General
5. Enva a contabilidad para abono
Contador
6. Realiza abono de comisiones
7. FIN DE PROCEDIMIENTO
Tabla N 32: Detalle del procedimiento de Elaboracin de Planilla de Comisiones Etapa de Mejora
Fuente: Elaboracin Propia.

127

ii.

PROCEDIMIENTO ELABORACIN DE PLANILLA MENSUAL

Verifica numero de
cuentas sueldo

Inicio

Genera el reporte de
personal vigente en
el sistema

Genera el reporte de
asistencias del
empleado

Elabora planilla de
pagos

Solicita la creacin
de cuenta sueldo

No

Verifica y actualiza
impuesto a la renta

Envia planilla para

VB

Recibe y corregi y/o

detalla explicacion

Consolida cuentas
sueldo

Deposita abonos en
cuentas sueldo

Genera boletas de
pago del sistema

Envia Boleta de
pago

Consolida boletas
de pago firmadas

Archiva boletas de
pago
Fin

Lane Gerencia General

Cuentas sueldo conforme?

Lane Empleado

Pool Elaboracin de Planilla Mensual

Lane Contabilidad

Business Process Elaboracin de la Planilla Mensual

Envia observaciones
Recibe y revisa la
planilla
Tiene observaciones?

Realiza tramites
para la creacin de
cuenta sueldo

Envia cuenta sueldo

a contabilidad

Figura N 55: Proceso de Elaboracin de Planilla Mensual Etapa Mejora

Fuente: Elaboracin Propia

128

Recibe y firma
boleta de pago

Envia escaneada la
boleta de pago

DETALLE DEL PROCEDIMIENTO: Remuneracin de Personal

ACTOR
DESCRIPCIN
Contador
1 Genera reporte del personal vigente en el sistema
2 Genera reporte de asistencias del empleado
3 Elabora planilla de pagos
4 Verifica y actualiza impuesto a la renta
5 Enva planilla para VB a Gerencia General
6 Verifica nmeros de cuenta sueldo
7 Solicita creacin de cuentas sueldo al empleado
Empleado
8 Realiza trmites para la creacin de su cuenta sueldo
9 Enva cuenta sueldo a Contabilidad
Gerente General
10 Recibe y revisa planilla Tiene observaciones?
10.1Si tiene observaciones, enva a contador para su correccin, pasa
a la actividad 14
10.2Si no tiene observaciones enva visto bueno, pasa a la actividad 15
Contador
11 Correg observaciones o detalla explicacin, pasa a la actividad 7.
12 Consolida cuentas sueldo Conforme?
12.1Si no es conforme pasa a la actividad 10
12.2Si es conforme, pasa a la actividad 16
13 Deposita lquidos en cuenta sueldo
14 Genera boletas de pago
15 Enva boletas de pago al personal
Empleado
16 Recibe boleta de pago
17 Firma, escanea y enva a Contabilidad
Contador
18 Consolida boleta de pago firmadas
19 Archiva boletas de pago, pasa a la actividad 20
20. FIN DE PROCEDIMIENTO
Tabla N 33: Detalle del procedimiento de Remuneracin de Personal Etapa de Mejora
Fuente: Elaboracin Propia.

129

4.1.1.3.3 GESTIN LOGSTICA

Dentro de este macro proceso se tiene los siguientes procesos:
e-p Gestin Logistica
Planificacin

Planificacin de
Manteminiento de
Mobiliario de
Tiendas

Planificacin de
Apertura de
Tiendas

Cronograma de trabajos

Area Usuaria
Plan de Apertura de Tiendas
Area Usuaria
Ejecucin

Necesidades de Productos

Solicitud de cotizaciones
Gestin de
Compras

Cotizaciones,Comprobates de
pago

ordenes de compra

ordenes de compra

Gestin de
Almacen

Entrega de productos

Comprobates de pago,guias de remision

Prov eedor

Prov eedor

Guias de Remision conforme

Control

Control en Gestin
de Compras

Control en la
Gestin de
Almacen

Figura N 56: Proceso de Gestin de Logstica Etapa de Mejora

Fuente: Elaboracin Propia

a. PROCESO DE GESTIN DE ALMACN: Dentro de este proceso

se tienen los siguientes subprocesos:
e-p Gestin de Almacen

Gestin de
Compras

Gestin de Almacen

ordenes de compra

Abastecimiento de
Almacen
Comprobates de pago,guias de remision con
conformidades
Prov eedor
Entrega de Productos

Prov eedor
Distribucin de
Productos
Area Usuaria

Area Usuaria
Guias de
Remision

solicitudes de productos

Figura N 57: Proceso de Gestin de Almacn Etapa de Mejora

Fuente: Elaboracin Propia

130

ii.

PROCEDIMIENTO DE ABASTECIMIENTO DE ALMACN

Lane Responsable de Almacen

Da conformidad al
proveedor
Imprime del sistema
orden de compra
None

Entrega documentos
a contabilidad

Verifica los
productos con la
orden de compra
Es conforme?
No
Comunica
incosistencias

Lane Gerente Comercial

Lane Proveedor

Pool Abastecimiento de Almacen

Business Process Abastecimiento de Almacen

Comunica al
proveedor sobre las
incosistencias

No recepciona los
productos

Da de baja a la
orden de compra en
el sistema

Fin

No

Soluciona
incosistencias

Entrega guias de
remision y
comprobante de
pago

Si

Responde a incosistencias?

Figura N 58: Procedimiento de Abastecimiento de Almacn Etapa Mejora

Fuente: Elaboracin Propia

131

Registra el ingreso
de los productos a
almacen en el
sistema

Etiqueta los
productos
Terminate

DETALLE DEL PROCEDIMIENTO: Abastecimiento de Almacn

ACTOR
DESCRIPCIN
Responsable de Almacn
1 Imprime del sistema orden de compra
2 Verifica cantidad de productos con orden de compra Es conforme?
2.1 Si no es conforme, comunica inconsistencias a Gerente Comercial,
pasa actividad 3
2.2 Si es conforme, da conformidad a proveedor, pasa actividad
Gerente Comercial
3 Comunica a proveedor sobre las inconsistencias.
4 Proveedor responde a inconsistencias?
4.1 Si responde, pasa a la actividad 6
4.2 Si no responde pasa a la actividad 5
5 Da de baja a la orden de compra, pasa a la actividad 12
Proveedor
6 Soluciona inconsistencias
Responsable de Almacn
7 Da conformidad a la recepcin de los productos
Proveedor
8 Entre gua de remisin y comprobante de pago
Responsable de Almacn
9 Entrega documentos a contabilidad
10 Ingresa productos a Almacn
11 Etiqueta los productos
12 FIN DE PROCEDIMIENTO
Tabla N 34: Detalle del procedimiento de Abastecimiento de Almacn Etapa de Mejora
Fuente: Elaboracin Propia.

132

iii.

PROCEDIMIENTO DE DISTRIBUCIN DE PRODUCTOS

Lane Supervisor de Tienda

Business Process Distribucin de Productos

Inicio

Genera reporte de
stock del sistema
Envia
inconsistencias para
verificacion

Lane Gerente Comercial

Autoriza la salida de
los productos

Existen productos con stock

minimo?

Realiza la
transferencia de los
productos de
almacen central a
cada una de las
tiendas

Verifica
incosistencias y si es
necesario modifica
transferncia

Process
Si
:Gestin de Compras

Lane Responsable de
Almacen

Fin

No

Imprime Guia de
Remision para cada
tienda

Entrega los
productos en cada
tienda

Embala los
productos a enviar
Es para provincia?

Si

Envia los productos

por empresa de
transportes

Lane Personal de Ventas

Pool Distribucin de Productos

No

Envia correo
comunicando
incosistencias

Verifica las
cantidades en el
sistema
Es conforme?

Envia conformidad a
supervisor
Fin

Figura N 59: Procedimiento de Distribucin de Productos Etapa de Mejora

Fuente: Elaboracin Propia

133

Fin

DETALLE DEL PROCEDIMIENTO: Distribucin de Productos

ACTOR
DESCRIPCIN
Supervisor de Tienda
1 Genera reporte de stock del sistema
Gerente Comercial
2 Verifica stock mnimo de productos
2.1 Si los productos no superan el stock mnimo, pasa a la actividad 3.
2.2 Si los productos superan el stock mnimo, pasa a la actividad 4
3 Process: Gestin de Compras, pasa a la actividad 16
4 Realiza transferencia de productos a las tiendas
Responsable de Almacn
5 Imprime gua de remisin para cada tienda
6 Embala los productos
7 Enva los productos, si son para provincia se enva por encomienda y
si es para lima, se entregan en cada tienda.
Responsable de Ventas
8 Verifica las cantidades de los productos, segn la gua de remisin
8.1 Si encuentra inconsistencias, comunica a su supervisor, pasa a la
actividad 12
8.2 Si no encuentra inconsistencias, enva conformidad, pasa a la
actividad 16
Supervisor de Tienda
9 Enva inconsistencias para verificacin a Gerente Comercial
16 FIN DE PROCEDIMIENTO
Tabla N 35: Detalle del procedimiento de Distribucin de Productos Etapa de Mejora
Fuente: Elaboracin Propia.

134

b. PROCESO DE GESTIN DE COMPRAS: El procedimiento de este proceso es el siguiente.

Lane Gerente Comercial

No

No

Solicita cotizaciones

Evalua Cotizaciones

Registra a proveedor

Si

Registra el producto
en el sistema

No

Inicio
Al menos una cotizacion

Existe alguna propuesta valida?

Proveedor registrado?
Si

Selecciona al
proveedor

Si

Crea orden de
compra

Producto registrado en el sistema?

Lane Gerencia General

Pool Gestin de Compras

Business Process Gestin de Compras

Realiza
modificaciones en la
orden de compra

El sistema
automaticamente a
la bandeja del nivel
superior si requiere
aprobacin
Si

Registra
observaciones en el
sistema

Verifica orden de
compra
Tiene observaciones?

Figura N 60: Procedimiento Mejorado de Gestin de Compras

Fuente: Elaboracin Propia

135

No Otorga visto bueno

en el sistema

Envia orden de
compra a proveedor

Coordina con el
proveedor la fecha
de atencion de la
orden

Process
:Abastecimiento
de Almacen

Fin

DETALLE DEL PROCEDIMIENTO: Gestin de Compras

ACTOR
DESCRIPCIN
Gerente Comercial
1 Solicita cotizaciones
2 Evala propuestas
3 Proveedor creado en el sistema?
3.1 Si el proveedor esta creado en el sistema, selecciona al proveedor,
pasa a la actividad 4.
3.2 Si el proveedor no est creado en el sistema, lo registra y pasa a la
actividad 4.
4 Producto creado en el sistema?
4.1 Si el producto esta creado en el sistema, selecciona el producto,
indica la cantidad y pasa a la actividad 5
4.2 Si el producto no est creado en el sistema, lo registra, selecciona
el producto, indica la cantidad y pasa a la actividad 5
5 Crea orden de compra Requiere aprobacin de Gerencia General?
5.1 Si requiere aprobacin, enva orden a Gerencia General, pasa a la
actividad 6
Si no requiere aprobacin, pasa a la actividad 8
Gerente General
6 Revisa en el sistema la orden de compra Tiene observaciones?
6.1 Si tiene observaciones, enva para su correccin, pasa a la
actividad 7
6.2 Si no tiene observaciones, pasa a la actividad 8
Gerente Comercial
7 Correg observaciones o detalla explicacin, pasa a la actividad 5.1
8 Enva orden de compra a proveedor
9 Coordina atencin de la orden de compra
10 Process: Abastecimiento de Almacn
11 FIN DE PROCEDIMIENTO
Tabla N 36: Detalle del procedimiento de Gestin de Compras Etapa de Mejora
Fuente: Elaboracin Propia.

4.1.1.4 REQUERIMIENTOS

FUNCIONALES

IDENTIFICADOS

PARA LA IMPLEMENTACIN DEL ERP.

Nro.

Categora

Requerimiento

REQ-01

Gestin de

El sistema debe permitir verificar el stock actual de los productos por SKU, descripcin,

Ventas y
REQ-02

Facturacin

categora.
El sistema solo debe mostrar el stock de los productos de cada punto de venta y del
personal a cargo.

REQ-03

El sistema debe permitir armar combos por el supervisor.

REQ-04

El sistema debe permitir realizar descuentos autorizados.

REQ-05

El sistema debe tener registrados los combos promocionales para que el personal de
ventas pueda venderlos.

136

REQ-06

El sistema debe descontar automticamente la cantidad vendida del stock del producto

REQ-07

El sistema debe permitir registrar la venta, indicando la cantidad y promociones de venta

REQ-08

El sistema debe emitir un reporte de ventas para el personal a cargo de punto de venta.

REQ-09

Gestin

El sistema debe permitir registrar al proveedor indicando el Nombre del Proveedor,

Compras y

RUC, Distrito, Provincia, Cdigo Postal, Pas, Persona de Contacto, Correo Electrnico,

Almacn

Cargo.

REQ-10

El sistema debe permitir seleccionar al proveedor por razn social o ruc

REQ-11

El producto se debe registrar con su costo, margen de ganancia y precio de venta

REQ-12

El producto se debe registrar teniendo en cuenta su categora, lnea y sublinea

REQ-13

El sistema debe permitir editar y/o dar de baja al producto.

REQ-14

El sistema debe poder registrar el SKU del producto

REQ-15

El sistema debe permitir crear una orden de compra, para ello se tiene que tener la
posibilidad de escoger los productos, colocar la cantidad de cada items e indicar el tipo
de moneda.

REQ-16

El sistema debe permitir visualizar la orden de compra por Gerencia General.

REQ-17

El sistema debe permitir dar visto bueno a la orden de compra por otro usuario.

REQ-18

El sistema debe permitir registrar las observaciones encontradas en la orden de compra.

REQ-19

Una vez que se haya guardado la orden de compra, enviada al proveedor, el sistema
automticamente debe enviar a la bandeja del responsable de almacn la orden.

REQ-20

El sistema debe permitir dar de baja a una orden de compra.

REQ-21

El sistema debe permitir dar conformidad a los productos enviados por el proveedor de
acuerdo a la orden de compra; de tal forma que estos ya no se vuelvan a registrar y
solo se deben actualizar el stock de los mismos

REQ-22

El sistema debe mostrar una alerta de los productos ya con stock mnimo para
reposicin

REQ-23

El sistema debe permitir realizar reportes de stock por tienda y responsable de tienda

REQ-24

El sistema debe permitir realizar la transferencia de productos de un almacn central a

los almacenes de los puntos de venta.

REQ-25

Para la transferencia de los productos, el sistema debe permitir buscar a los productos
por nombre y SKU

REQ-26

El sistema debe emitir un reporte de los productos transferidos a cada tienda.

137

REQ-27

Gestin de

REQ-28

Personal

El sistema debe permitir que el personal de venta registre su asistencia.

El sistema debe permitir visualizar el resumen de resultados obtenidos por las ventas
del personal, en un tiempo determinado

REQ-29

El sistema debe permitir registrar al personal nuevo considerando los datos personales,
correo, telfonos y direccin

REQ-30

El sistema tambin debe permitir registrar a los supervisores de personal

REQ-31

El sistema debe tener la posibilidad de asignar a un tienda el persona que sea necesario

REQ-32

Si el personal es un supervisor, el sistema tambin tiene que tener la posibilidad de

asignarle las tiendas que estn a su cargo

REQ-33

El sistema debe tener la posibilidad de establecer un horario de trabajo

REQ-34

El sistema de tener la facilidad de realizar un reporte de las ventas por el rango de

tiempo que se estime necesario

REQ-35

Este reporte de ventas debera de tener la proyeccin en base a las metas establecidas
por cada personal de ventas.

REQ-36

El sistema debe permitir realizar un reporte de inventario de cada tienda

REQ-37

El sistema debe permitir realizar la baja del personal de ventas.

REQ-38

El sistema debe de emitir un reporte del personal vigente.

REQ-39

El sistema debe emitir un reporte de las asistencias de cada personal de ventas.

REQ-40

El sistema debe permitir realizar al clculo de las comisiones del personal de ventas.
Tabla N 37: Requerimientos Identificados para la Implementacin del ERP

Fuente: Elaboracin Propia

4.1.1.5 REQUERIMIENTOS

NO

FUNCIONALES

IDENTIFICADOS

PARA

LA

IMPLEMENTACIN DEL ERP.

Nro.
REQ-NF-01

Atributo
Usabilidad

Requerimiento
En caso de presentarse algn error de registro de datos realizada por el
usuario, el sistema debe mostrar un mensaje de error que muestre la
descripcin del evento.

REQ-NF-02

Los formularios para el registro de datos, el sistema debe validar los datos
ingresados en cada uno de los campos

REQ-NF-03

Confiabilidad

El sistema registrara un log de los cambios realizados, registrando al usuario

quien realiz la operacin.

138

REQ-NF-04

Rendimiento

El tiempo de respuesta promedio del sistema para las operaciones debe ser
de 5 segundos

REQ-NF-05

El tiempo promedio de la emisin de los reportes en el sistema no debe

exceder el minuto.

REQ-NF-06

Soporte

El sistema debe ser funcional en navegadores como Chrome, Firefox, Safari,

Opera.

REQ-NF-07

El servidor donde este alojado el sistema debe contener como mnimo PHP
5, Mysql 5.0 y Apache 2.0

REQ-NF-08

Interfaces

de Los formularios debe ser intuitivos al usuario, de tal forma que este pueda

Usuario

familiarizarse y aprender rpidamente

REQ-NF-09

El navegador no debe requerir ninguna modificacin o instalacin de plugins

o similares para que el software funcione, ni requerir soporte tcnico al
usuario para poder operar la aplicacin.

REQ-NF-10

Disponibilidad

El sistema debe estar disponible las 24 horas del da y los 365 das del ao,
pero est sujeto al tipo de servicio de Internet y Hosting al que haya contrato
la empresa.

Tabla N 38: Requerimientos No funcionales Identificados para la Implementacin del ERP

Fuente: Elaboracin Propia

4.1.2 CONFORMACIN DEL EQUIPO DE TRABAJO.

El equipo de trabajo para llevar a cabo la implementacin del ERP, est
conformado segn lo descrito en la siguiente tabla.

ROL

Persona

rea

Product Owner

Juan Carlos Alarco Garcia

Gerente de RetailPartners del

Per S.A

SCRUM Master

Yesenia Marycruz Alanocca

Desarrollo

Bedoya
Team

Juan Carlos Alarco Garcia

Gerente de RetailPartners del

Per S.A

139

Yesenia Marycruz Alanocca

Desarrollo

Bedoya
Julio Cesar Cahuana Mamani

Desarrollo

Tabla N 39: Conformacin del Equipo de Trabajo

Fuente: Elaboracin Propia

Nota: Yesenia Marycruz Alanocca Bedoya participara en ms de un rol, esto

es completamente valido en la metodologa. Esta tabla es una reproduccin parcial
del acta de reunin, en el cual se estableci el equipo de trabajo. Durante la etapa de
la planificacin de cada Sprint se definir los roles de cada miembro del equipo.

4.1.3 DEFINICIN DEL BACKLOG DEL PRODUCTO.

El Backlog del producto contiene toda la funcionalidad que el producto final
debera de tener. Tal como lo dice la metodologa, para el presente proyecto se ha
elaborado el backlog del producto, priorizando cada uno de los requerimientos y
realizando una estimacin del tiempo requerido para su implementacin.
De acuerdo al estudio de los procesos y los requerimientos identificados en
el Sprint 0, se tiene la siguiente tabla como el backlog del producto.
ID

Nombre

Importancia

Tiempo Estimado
(semanas)

01

Mdulo de Gestin de Ventas

900

02

Mdulo de Gestin de Almacn y

1000

800

Compras
03

Mdulo de Gestin de Personal

Tabla N 40: Backlog del Producto

Fuente: Elaboracin Propia

El tiempo estimado para la implementacin de cada uno de los

requerimientos esta dado principalmente por dos factores, el tiempo recomendado
por SCRUM para la ejecucin de cada iteracin y la experiencia del equipo de trabajo.

140

4.1.4 MBITO DE FUNCIONAMIENTO DEL SISTEMA.

El mbito de funcionamiento del sistema, est representado en la siguiente
figura:

Figura N 61: Mapa que representa el mbito de funcionamiento del sistema

Fuente: Elaboracin Propia

141

4.1.5 ARQUITECTURA DEL SISTEMA.

Para la implementacin del ERP, se utilizara el framework Codeigniter
expuesto en el captulo anterior, cuyo patrn de trabajo es en 3 capas, por lo que la
arquitectura del sistema seria de la siguiente manera.

Figura N 62: Arquitectura en 3 Capas

Fuente: (Bascon)

As mismo se ha defino la arquitectura de software que est representada en

la siguiente imagen, en la que se puede visualizar como es el comportamiento del
sistema teniendo en cuenta los diferentes modelos de negocio, cada uno de ellos
regido por sus propias policitas; Tambin se muestra como el sistema interactuar con
el sistema contable que tiene la empresa que es el SISCont Oro.

142

CENTROS COMERCIALES (REAL PLAZA)

MDULOS PROPIOS

OESCHLE

ESTILOS

CLIENTE

CLIENTE

PERSONAL DE VENTAS

CLIENTE

123MEN

MODULO RETAIL

MODULO RETAIL

CLIENTE

SKULLCANDY

CLIENTE

TOYZ
BRANDS

PERSONAL DE VENTAS
PERSONAL DE VENTAS

PERSONAL DE VENTAS

PERSONAL DE VENTAS

EMPRESAS RETAIL

Gerencia

Base de Datos

Compras

Almacen

Recursos Humanos
Contabilidad

Figura N 63: Arquitectura de Software

Fuente: Elaboracin Propia

4.1.6 SPRINT 1: MDULO DE GESTIN DE ALMACN Y COMPRAS.

Tiene como objetivo implementar las funcionalidades del Mdulo de Gestin
de Almacn y Compras; esto incluye tambin el mdulo de administracin de acceso
al sistema.

143

4.1.6.1 PLANIFICACIN.
Tenemos ya identificados los requerimientos del usuario en el Sprint
0, los que corresponden a la siguiente tabla.
Nro.

Categora

Requerimiento

REQ-09

Gestin Compras y

El sistema debe permitir registrar al proveedor indicando el Nombre del Proveedor,

Almacn

RUC, Distrito, Provincia, Cdigo Postal, Pas, Persona de Contacto, Correo

Electrnico, Cargo.

REQ-10

El sistema debe permitir seleccionar al proveedor por razn social o ruc

REQ-11

El producto se debe registrar con su costo, margen de ganancia y precio de venta

REQ-12

El producto se debe registrar teniendo en cuenta su categora, lnea y sublinea

REQ-13

El sistema debe permitir editar y/o dar de baja al producto.

REQ-14

El sistema debe poder registrar el SKU del producto

REQ-15

El sistema debe permitir crear una orden de compra, para ello se tiene que tener la
posibilidad de escoger los productos, colocar la cantidad de cada items e indicar el
tipo de moneda.

REQ-16

El sistema debe permitir visualizar la orden de compra por Gerencia General.

REQ-17

El sistema debe permitir dar visto bueno a la orden de compra por otro usuario.

REQ-18

El sistema debe permitir registrar las observaciones encontradas en la orden de

compra.

REQ-19

Una vez que se haya guardado la orden de compra, enviada al proveedor, el sistema
automticamente debe enviar a la bandeja del responsable de almacn la orden.

REQ-20

El sistema debe permitir dar de baja a una orden de compra.

REQ-21

El sistema debe permitir dar conformidad a los productos enviados por el proveedor
de acuerdo a la orden de compra; de tal forma que estos ya no se vuelvan a registrar
y solo se deben actualizar el stock de los mismos

REQ-22

El sistema debe mostrar una alerta de los productos ya con stock mnimo para
reposicin

REQ-23

El sistema debe permitir realizar reportes de stock por tienda y responsable de tienda

REQ-24

El sistema debe permitir realizar la transferencia de productos de un almacn central

a los almacenes de los puntos de venta.

144

REQ-25

Para la transferencia de los productos, el sistema debe permitir buscar a los

productos por nombre y SKU

REQ-26

El sistema debe emitir un reporte de los productos transferidos a cada tienda.

Tabla N 41: Tabla de Requerimientos del Mdulo de Gestin de Compras y Almacn.

Fuente: Elaboracin Propia

Sin embargo se han identificado los siguientes requerimientos

funcionales, los cuales no han sido identificados en la etapa anterior, pero
son fundamentales para la implementacin del sistema:
Nro.

Requerimiento

REQ-01

Implementar un mdulo para la gestin de los usuarios, estos tienen que tener perfiles
de acceso.

REQ-02

Dentro de cada perfil de usuario se debe considerar los privilegios para cada de estos,
de tal forma que no todos accedan a la misma informacin
Tabla N 42: Tabla de Requerimiento no Funcionales del Mdulo de Gestin de Compras o Almacn.

Fuente: Elaboracin Propia

145

4.1.6.2 DISEO.
Se tiene el siguiente diseo de tablas.

Figura N 64: Diseo de Base de Datos Gestin de Compras y Almacn

Fuente: Elaboracin Propia

146

4.1.7 SPRINT 2: GESTIN DE VENTAS.

4.1.7.1 PLANIFICACIN.
Nro.

Categora

Requerimiento

REQ-01

Gestin de Ventas y

El sistema debe permitir verificar el stock actual de los productos por SKU, descripcin,

Facturacin
REQ-02

categora.
El sistema solo debe mostrar el stock de los productos de cada punto de venta y del
personal a cargo.

REQ-03

El sistema debe permitir armar combos por el supervisor.

REQ-04

El sistema debe permitir realizar descuentos autorizados.

REQ-05

El sistema debe tener registrados los combos promocionales para que el personal de
ventas pueda venderlos.

REQ-06

El sistema debe descontar automticamente la cantidad vendida del stock del producto

REQ-07

El sistema debe permitir registrar la venta, indicando la cantidad y promociones de venta

REQ-08

El sistema debe emitir un reporte de ventas para el personal a cargo de punto de venta.
Tabla N 43: Tabla de Requerimientos del Mdulo de Gestin de Ventas.

Fuente: Elaboracin Propia

147

4.1.7.2 DISEO.
Se tiene el siguiente diseo de tablas:

Figura N 65: Diseo de Base de Datos Gestin de Ventas

Fuente: Elaboracin Propia

4.1.8 SPRINT 3: GESTIN DE PERSONAL.

4.1.8.1 PLANIFICACIN.
Nro.

Categora

REQ-27

Gestin de Personal

REQ-28

Requerimiento
El sistema debe permitir que el personal de venta registre su asistencia.
El sistema debe permitir visualizar el resumen de resultados obtenidos por las ventas
del personal, en un tiempo determinado

REQ-29

El sistema debe permitir registrar al personal nuevo considerando los datos personales,
correo, telfonos y direccin

148

REQ-30

El sistema tambin debe permitir registrar a los supervisores de personal

REQ-31

El sistema debe tener la posibilidad de asignar a un tienda el persona que sea necesario

REQ-32

Si el personal es un supervisor, el sistema tambin tiene que tener la posibilidad de

asignarle las tiendas que estn a su cargo

REQ-33

El sistema debe tener la posibilidad de establecer un horario de trabajo

REQ-34

El sistema de tener la facilidad de realizar un reporte de las ventas por el rango de

tiempo que se estime necesario

REQ-35

Este reporte de ventas debera de tener la proyeccin en base a las metas establecidas
por cada personal de ventas.

REQ-36

El sistema debe permitir realizar un reporte de inventario de cada tienda

REQ-37

El sistema debe permitir realizar la baja del personal de ventas.

REQ-38

El sistema debe de emitir un reporte del personal vigente.

REQ-39

El sistema debe emitir un reporte de las asistencias de cada personal de ventas.

REQ-40

El sistema debe permitir realizar al clculo de las comisiones del personal de ventas.
Tabla N 44: Tabla de Requerimientos del Mdulo de Gestin de Personal.

Fuente: Elaboracin Propia

149

4.1.8.2 DISEO.
El diseo de tablas es el siguiente:

Figura N 66: Diseo de Base de Datos Gestin de Personal

Fuente: Elaboracin Propia

150

4.2 RESULTADOS DE LA INVESTIGACIN.

Para obtener los resultados de la investigacin, se realiz una encuesta al personal de la
empresa Retail Partners del Peru SAC, con la pregunta Cunto tiempo te demora obtener la
informacin que necesitas para realizar tus labores cotidianas?, teniendo los siguiente resultados;
cabe mencionar que esta encuesta se realiz antes y despus de la implantacin del sistema.
Pregunta 1

Gerente General

Ahora
(min)
40
2

Gerente Comercial

50

Contador

40

Supervisor de Personal

70

1.5

Supervisor de Personal

60

1.2

Supervisor de Personal

70

Almacenero

80

Personal de Ventas

30

Personal de Ventas

35

Personal de Ventas

25

1.5

Personal de Ventas

16

1.2

Personal de Ventas

23

0.8

Personal de Ventas

27

1.3

Personal de Ventas

29

1.4

Personal de Ventas

14

0.9

Personal de Ventas

15

0.7

Personal de Ventas

15

0.8

Personal de Ventas

30

0.9

Personal de Ventas

28

Personal de Ventas

32

1.5

Personal de Ventas

30

Personal de Ventas

30

0.8

Personal de Ventas

34

1.3

Personal de Ventas

36

1.4

Personal de Ventas

38

0.9

Personal de Ventas

33

0.7

Tipo de Personal

Antes (min)

Tabla N 45: Tabla de Resultados de Encuesta.

Fuente: Elaboracin Propia

151

De los resultados se tiene:

35.86363636
__

X 1.190909091

18.85103371
n 26

0.05
Donde:
__

: Media Poblacional, x : Media Muestral, : Desviacin estndar de la poblacin, n :

Muestra de la Poblacin, : Grado de significancia => El nivel de la probabilidad de equivocarse y
que se fija de manera a priori por el investigador. (Hernandez Sampiere, 1991)
Por lo tanto:
Primero:

35.86 ;
35.86

Hiptesis Nula

indica que el tiempo promedio en obtener informacin para sus labores es

igual a 35.86 minutos.

Hiptesis Alternativa

indica que el tiempo promedio en obtener informacin para sus labores

es menor a 35.86 minutos.

Nota: Como la hiptesis alternativa tiene el signo de menor (<), esto indica que se realiza una prueba
de cola
Segundo:
Determinamos el grado de significancia (Rango de aceptacin de la hiptesis alternativa),
adems de representar la probabilidad de rechazar una hiptesis nula verdadera

152

Se considera:
0.05: El nivel de la probabilidad de equivocarse y que se fija de manera a priori por el investigador.
(Hernandez Sampiere, 1991).

0.05
gl n 1 25

Regin de aceptacin

-8 -7 -6 -5 -4 -3 -2 -1

Regin de rechazo

t = 1.721
Figura N 67: Determinacin de la regin de rechazo y aceptacin

Fuente: Elaboracin Propia

t=1.721: De acuerdo a la tabla de t de student (Nivel crtico)

Tercero:
Aplicamos la distribucin de t de student para calcular la prueba de error por medio de la
siguiente formula:

153

T pareada para Antes - Propuesto

C
Antes
Propuesto
Diferencia

N
22
22
22

Media
35.86
1.19
34.67

Desv.Est.
18.85
0.39
18.75

Error
estndar
de la
media
4.02
0.08
4.00

Lmite inferior 95% para la diferencia media: 27.79

Prueba t de diferencia media = 0 (vs. > 0): Valor T = 8.67
0.000

Valor p =

De la tabla T, para 25 grados de libertad se obtiene, con un margen de

error del 5%:

t0.05;21 1.721
Resultados obtenidos utilizando el Software estadstico Minitab 17.1.0
Por lo tanto : t 8.67 ; de donde deducimos que:
*

t * 8.67 t 0.05;25 1.721

Cuarto:
Determinamos si el resultado cae dentro de la regin de aceptacin que hace que la hiptesis
nula sea verdadera:

Regin de aceptacin

Regin de rechazo

-8 -7 -6 -5 -4 -3 -2 -1

8.67

t = 1.721
Figura N 68: Determinacin de la regin de rechazo y aceptacin

Fuente: Elaboracin Propia

Comparamos el valor del resultado muestral y el valor crtico, se observa que el valor
estadstico es menor al valor critico (8.67>1.721); por lo tanto cae fuera de la regin de aceptacin,
en tal sentido se rechaza la hiptesis nula y se acepta la hiptesis alternativa.

154

CONCLUSIONES

Se ha demostrado que el sistema ERP, ha optimizado la administracin e integracin de las

diferentes reas de la empresa Retail Partners del Per; puesto que con la implantacin del
sistema se ha reducido en un 97% el tiempo usado en la obtencin de informacin necesaria
para sus labores diarias, lo que se evidencia mediante la prueba de hiptesis
despus

1.721 y

8.67 .

El sistema ERP es usado en 12 mdulos de retail dentro de las tiendas Oechsle, 2 mdulos retail
dentro de las Tiendas Estilos, 2 mdulos de SckullCandy, 1 mdulo de 123MEN, 1 mdulo de
ToyzBrand a nivel nacional, los cuales son provedos y generan informacin entre las distintas
reas funcionales de la empresa: logstica (compras y almacn), administracin de personal,
ventas, la alta gerencia y contabilidad logrando as la integracin de informacin.

El sistema ERP, provee de informacin de ventas realizadas en cada uno de los puntos de venta
y del registros de gastos, para el sistema contable de la empresa (SISCONT ORO), mediante un
archivo txt, que posteriormente es importando a dicho sistema para su procesamiento, logrando
as reducir el registro manual que inicialmente se haca.

El personal de Retail Partners, a travs de las encuestas realizadas antes y despus del uso del
sistema han manifestado que con el uso del sistema tienen informacin completa, real y
oportuna, cumpliendo as con las caractersticas de un sistema ERP.

Realizar el anlisis considerando los procesos de negocio en RetailPartners, ha incidido

positivamente no solo en la automatizacin de muchas actividades, tambin en la reduccin de
actividades, definicin de responsables, roles y sobre todo la insercin de puntos de control.

155

Se concluye que el usar el estndar BPMN 2.0, ha ayudado significativamente en el desarrollo

del ERP, puesto que ha permitido reducir la cantidad de interacciones y mejorar la comunicacin
de entre el personal de Retail Partners y el equipo de desarrollo.

La metodologa de proyecto Scrum ha sido adecuada para el presente proyecto. Su

caracterstica de solapamiento de actividades permiti avanzar en paralelo tareas
independientes e incluso de diferentes etapas. La visin del producto se mantuvo desde el inicio
del proyecto y fue la principal gua durante todo el proyecto. La adaptacin tambin ha sido
importante para cada cambio que se dio, desde la seleccin de componentes hasta la utilizacin
de determinadas herramientas.

156

RECOMENDACIONES

Es relevante destacar, los resultados obtenidos en esta tesis, e indicar que los sistemas ERP
son de gran ayuda en la empresa Retail Partneres del Per, por lo que se recomienda que la
empresa impulse, adapte e integre nuevos mdulos al Sistema ERP para un mejor desempeo
y fortalecimiento de la empresa.

Cuando se culmina todo proyecto de tesis, siempre se desea que haya una continua mejora del
mismo; por lo que se recomienda a los futuros estudiantes que tengan inters en este tipo de
proyecto, la complementacin del sistema con el mdulo de estudio de mercado e integraciones
con futuras tecnologas.

De la evaluacin de procesos de negocio que se realizado en el proyecto, es recomendable que

Retail Partners, mediante la alta gerencia elabore para la evaluacin y/o mejora de los procesos
ya elaborados, as mismo aplique indicares de medicin de tal forma que le permita saber en
cuanto es su mejora.

157

BIBLIOGRAFA

ACCEP. (s.f.). asociasion de centros comerciales y de entretenimiento del Peru.

AGile. (s.f.). Organizacion de Agile. (Organizacion dedica a Investigaciones sobre Agile) Recuperado el
10 de Setiembre de 2011, de www.agilealliance.org
Ambler's, S. (Febrero de 2008). Agile Adoption Rate Survey. Recuperado el 10 de Julio de 2013, de
http://www.ambysoft.com/surveys/agileFebruary2008.html
Analitica. (s.f.). Procesos bajo el estandar BPMN. Sistema de Gestin de Procesos.
Andrs Navarro Cadavid, J. D. (20 de 09 de 2013). A review of agile methodologies for software
development. A review of agile methodologies for software development, pg. 10.
Angel, M. (s.f.). Sistemas de Informacin. Obtenido de Sistemas de Informacin:
http://angelito9520.blogspot.com/2009_05_01_archive.html
Argel, S. I. (2013). CASO DE ESTIDIO SOBRE APROPIACION DE SCRUM EN EMPRESAS QUE HAN
ADOPTADO CMMI. Colombia: Universidad EAFIT.
Bascon, P. E. (s.f.). El Patron de Diseo Modelo Vista Controlador (MVC) y su implementacion con
Java Swing.
BUSTAMANTE, R. D. (2012). CALIDAD DE SOFTWARE. (I. S. LERDO, Ed.)
Calidad, I. p. (22 de Julio de 2012). Instituto para la Calidad. Obtenido de Instituto para la Calidad:
http://calidad.pucp.edu.pe/el-asesor/introduccion-al-bpm-parte-4-desarrollo-de-loselementos-del-bpmn#sthash.T72uMYyO.dpbs
Carrasco, J. B. (2011). Gestion de Procesos (4ta ed.). Santiago, Chile: Evolucion S.A.
CaseWise. (s.f.). Obtenido de CaseWise:
http://www.casewise.com/es/solutions/busisness_process_management.html
Chvez, G. J. (2009). Mejora del Proceso Software de una Empresa Desarrolladora de Software: CASO
COMPETISOFT - PER DELTA. Lima: Pontificia Universidad Catolica del Peru.
Cockburn, A. &. (2001). Agile Software Development: The People Factor. IEEE Computer .
CubeNuve Site Web. (s.f.). Obtenido de CubeNuve Site Web: http://blog.cubenube.com/2011/11/laarquitectura-modelo-vista.html
DataPrix. (7 de 11 de 2014). dataprix.com. Obtenido de Cmo sern los ERP del futuro? Las
tendencias que marcarn la evolucin de los sistemas de gestin empresarial:

158

http://www.dataprix.com/articulo/byod/como-seran-erp-futuro-las-tendencias-quemarcaran-evolucion-sistemas-gestion-empresarial
Diaz Fernandez, Y. (2009). Estudio sobre la correspondencia entre practicas CMMI y practicas Agiles y
su Adopcion en Mypes. Madrid.
Duran, G., & Kremerman, M. (2008). Caracterizacion del Sector Retail. Fundacin SOL, 19.
Farro Orrego, M. G. (2007). ESTUDIO DE LOS SISTEMAS DE GESTIN DE RECURSOS EMPRESARIALES
(ERP) EN EL PER ORIENTADO AL PYMES. Tesis, Universidad de Piura, Piura.
Framework. (s.f.). Framework. Recuperado el 20 de Julio de 2013, de wikipedia:
http://es.wikipedia.org/wiki/Framework
Francis Lourdes Menedez Cornejo, J. C. (2011). Sistema Informatico para la Gestion de Procesos de la
Unidad de Transporte de Combustible del Ministerio de Gobernacion. Centro America.
Gambara, H. (2002). Mtodos de Investigacin en Psicologia y Educacin . Madrid: McGraw-Hill.
Gonzales, P. R. (2008). Estudio de la Aplicacion de Metodologias Agiles para la Evolucion de Productos
Software. Madrid: Universidad Politecnica de Madrid.
Gonzlez, M. L. (2011). Curso de Metodologa de la Investigacin. Obtenido de Curso de Metodologa
de la Investigacin:
http://www.google.com.pe/url?sa=t&rct=j&q=prueba%20de%20wilcoxon%20para%20la%20
diferencia%20de%2002%20muestras%20relacionadas&source=web&cd=13&ved=0CC4QFjAC
OAo&url=http%3A%2F%2Fwww.mey.cl%2Fclases%2Fclases_2miv2.ppt&ei=HhRoT4XLYXrtgfWrf2DCQ&usg=AFQjCNGoJ
Grau, X. F. (2005). Marco de Integracin de la Usabilidad en el Proceso de Desarrollo de Software.
Madrid: Universidad Politecnica de Madrid.
Hernandez Sampiere, R. (1991). Metodologia de la Investigacin. Mexico: McGraw-Hill
Interamericana.
Highsmith, J. (2000). Adaptive Software Development: A Collaborate Approach to Managing Complex
Systems. New York.
Hundermark, P. (2009). Un mejor SCRUM "Un conjunto no oficial de consejos e ideas para
implementar SCRUM". Ciudad del Cabo.
IEEE. (1994). IEEE standard for developing software life cycle processe. IEEE.
Intelitur. (2012). Sistemas de Planificacin de Recursos Empresariales. Centro de conocimiento ,
Inteligencia e Innovacin Turistica, 7.
Isaas Carrillo Prez, R. A. (2011). Metodologias de Desarrollo de Software.

159

Isla Visual. (s.f.). Obtenido de Isla Visual:

http://www.islavisual.com/articulos/desarrollo_web/diferencias-entre-scrum-y-xp.php
Jaen Fuentes, E. (2003). Sistema de Informacion Gerencial. La Paz Bolivia: Gestion.
Jordi Casal, E. M. (2003). TIPOS DE MUESTREO. Barcelona: Rev. Epidem. Med. Prev.
Jose H. Canos, P. L. (2013). Metodologias Agiles en el Desarrollo de Software. DSIC.
Juan Palacio, C. R. (2011). Scrum Manager Gestion de Proyectos. Espaa: SafeCreative.
Kleber Toapanta Chancusi, M. V. (2013). Metodo Agil SCRUM, aplicado a la implantacion de un
sistema informatico para el procesos de recoleccin de masiva de informacin con Tecnologia
Movil. Ecuador.
Manuel Garcia, C. Q. (2003). Mejora Continua de Calidad en los Procesos. En C. Q. Manuel Garcia,
Mejora Continua (pgs. 89-94). Industrial Data. Obtenido de Monografias:
http://www.monografias.com/trabajos-pdf5/orientacion-acerca-del-enfoque-basadoprocesos-sistemas-gestion-calidad/orientacion-acerca-del-enfoque-basado-procesossistemas-gestion-calidad.shtml
Manuel Garcia, C. Q. (2003). Mejora Continua de la Calidad de los Procesos. En C. Q. Manuel Garcia,
Mejora Continua de la Calidad de los Procesos (pgs. 89-94). Industrial Data.
Martinez, Pablo; Ruiz Diaz, Pablo; Waisbrot, Sebastian;. (s.f.). Manual de CodeIgniter. medellin:
http://creativecommons.org/licenses/by/3.0/.
Mendoza Blacutt, L. F. (2011). Sistema Integrado de Administracin va Web Casa Argentina. La Paz Bolivia.
Molina, S. G. (2012). METODOLOGIA AGILES ENFOCADOS AL MODELADO DE REQUERIMIENTOS.
METODOLOGIA AGILES ENFOCADOS AL MODELADO DE REQUERIMIENTOS, 32.
Monografias. (s.f.). Obtenido de Monografias: http://www.monografias.com/trabajos65/gestioncalidad-conformat/gestion-calidad-conformat2.shtml
Muoz, D. E. (2010). Programa CREA Software Peru. Recuperado el 23 de 07 de 2013, de Prom Peru:
http://www.siicex.gob.pe/siicex/resources/sectoresproductivos/ProgramaCREASOFTWAREP
ERU.pdf
Nuez Palma, J. M. (2012). ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA DE GESTIN PARA
LAS EXPORTACIONES DE CEMENTO. Lima.
OCW. (s.f.). (Rentabilidad) Recuperado el 22 de 07 de 2013, de Rentabilidad:
http://ocw.uc3m.es/economia-financiera-y-contabilidad/economia-de-la-empresa/materialde-clase-1/Rentabilidad.pdf

160

Omar Otoniel Soto Romero, G. H. (2012). Scrum, Un Paradigma de Administracin de Proyectos.

Scrum, Un Paradigma de Administracin de Proyectos.
Palacio, J. (2014). Gestin de Proyectos SCRUM Manager (Scrum Manager I y II). SCRUMManager.
Penads, P. L. (s.f.). Metodologas giles para el desarrollo de software: eXtreme Programming (XP).
Valencia - Camino de Vera s/n: Universidad Politecnica de Valencia.
Pea Ayala, A. (2006). Ingeniera de Software Una Guia para Crear Sistemas de Informacin. Mexico
D.F.: Instituto Politecnico Nacional.
Pea, A. A. (2006). Ingeniera de Software Una Guia para Crear Sistemas de Informacion (Primero
ed.). Mexico D.F., Mexico: Instituto Politecnico Nacional;.
Pete Deemer, G. B. (2009). The SCRUM Primer. San Francisco.
Polo, S. D. (2009). La Filosofia 2.0 y la Explosion audiovisual en Internet.
Pumarino, O. D. (2012). LA IMPORTANCIA DE LA IMPLEMENTACIN DE UN SISTEMA ERP EN LAS
PYMES. Mexico: Universidad Veracruzana.
Rankia Finanzas Per. (15 de 02 de 2013). Obtenido de http://www.rankia.pe/foros/bolsape/temas/1678326-peru-top-diez-paises-retail-mas-desarrollado
REICIS. (2010). Revista Espaola de Innovacion, Calidad e Ingenieria de Software. (1885-4486).
retail. (s.f.). Retail. Recuperado el 29 de 06 de 2013, de wikipedia: http://en.wikipedia.org/wiki/Retail
Ronquillo, J. R. (2012). Diseo e Implementacin de un Sistema Web utilizando Java y Empleando la
metodologia SCRUM, para la gestin administrativa de la Junta Parroquial de Guaytacama
perteneciente al Canton Latacunga de la Provincia de Cotopaxi. Ecuador: Universidad Tecnica
de Cotopaxi.
Schreiber, L. C. (17 de Setiembre de 2014). Sector retail representa el 1,7% de nuestro PBI.
Publimetro.
Schwaber, K. (2006). SCRUM Development Process Retrieved.
Serrano, G. L. (1996). Ingeniera de Sistemas de Software. Madrid: Isdefe.
Sommerville, I. T. (2005). Ingeniera de Software. Madrid: Pearson Educacion S. A.
Spada, D. (2008). Usabilidad en el proceso de desarrollo Scrum. Aplicacin del marco de usabilidad
desarrollado por el profesor Xavier .
Sutherland, K. S. (2013). La Guia de Scrum. Scrum.org.
(1986). Takeuchi and Nonaka New New Product Development Game (.

161

Toapanta Chancusi, K. M. (2012). Mtodo gil Scrum, aplicado a la implantacin de un sistema

informtico para el proceso de recoleccin masiva de informacin con Tecnologa Mvil.
Ecuador.
Vera, . B. (2010). Implantacin de Sistemas ERP, su Impacto en la Gestin de la Empresa e
Integracin con Otras TIC. Chile.
VMEdu.Inc, S. (2013). A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK GUIDE) 2013 Edition.
SCRUMStudy.
Wallace, T., & Kremzar, M. (2001). ERP. canada.

162

ANEXO N 1: CAPTURAS DE PANTALLA DEL SISTEMA ERP SEGN

REQUERIMIENTOS

REQ-01: El sistema debe permitir verificar el stock actual de los productos por SKU, descripcin,
sublinea:
En la siguiente imagen se puede visualizar que el personal de ventas puede verificar el stock de
los productos, filtrando estos por sku, descripcin y sublinea.

Figura N 69: Captura de pantalla Mdulo de Ventas Verificador de Stock

163

Figura N 70: Captura de pantalla Mdulo de Ventas Filtro de productos por descripcin

Figura N 71: Captura de pantalla Mdulo de Ventas Filtro de productos por SKU

164

Figura N 72: Captura de pantalla Mdulo de Ventas Filtro de productos por SubLinea

REQ-02: El sistema solo debe mostrar el stock de los productos de cada punto de venta y del
personal a cargo.
El sistema muestra el listado de productos y su stock actual por cada punto de venta y personal a
cargo, la siguiente captura, muestra los productos que estn en el punto de venta de ICA a cargo del
promotor de Venta Gresia Gisbel Cucho Rejas

165

Figura N 73: Captura de pantalla Mdulo de Ventas - Listado de productos por tienda y personal a cargo

As mismo, se puede ver la ficha del producto haciendo click en Ver Ficha

Figura N 74: Captura de pantalla Mdulo de Ventas - Ver detalle del producto

166

Ese mismo listado se general para el supervisor de personal y/o administrador del sistema, la
siguiente captura muestra cmo se genera este reporte.

Figura N 75: Captura de pantalla Mdulo Administrador y/o Supervisor- Generar Reporte de productos por tienda

En la siguiente captura se muestra el listado de los productos, indicando el stock actual, el stock
mnimo por tienda y el precio de venta del producto actual y los anteriores.

Figura N 76: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de productos por tienda, muestro stock

actual y stock mnimo

167

Dicho listado se puede exportar a Excel, casi como se muestra en la siguiente captura.

Figura N 77: Captura de pantalla Mdulo Administrador y/o Supervisor- Exportar listado de productos por tienda en Excel

Figura N 78: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de productos por tienda en Excel

168

REQ-03: El sistema debe permitir armar combos por el supervisor.

En la siguiente captura se muestra como el sistema permite al administrador y/o supervisor armar
combos promocionales de los productos.

Figura N 79: Captura de pantalla Mdulo Administrador y/o Supervisor- Armar combos promocionales

La siguiente captura muestra la lista de los combos ya armados.

169

Figura N 80: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de combos promocionales

Dicho listado se puede exportar a Excel, casi como se muestra en la siguiente captura.

Figura N 81: Captura de pantalla Mdulo Administrador y/o Supervisor- Exportar listado de combos promocionales en Excel

170

Figura N 82: Captura de pantalla Mdulo Administrador y/o Supervisor- Listado de combos promocionales en Excel

REQ-04: El sistema debe permitir realizar descuentos autorizados.

La siguiente captura muestra como el personal puede realizar descuentos en algunos productos

Figura N 83: Captura de pantalla Mdulo Ventas - Realizar descuentos a una venta.

171

REQ-05: El sistema debe tener registrados los combos promocionales para que el personal de
ventas pueda venderlos.
En la siguiente captura se muestra los combos en la interfaz del personal de venta.

Figura N 84: Captura de pantalla Mdulo Ventas - Listado de combos promocionales

172

REQ-06: El sistema debe descontar automticamente la cantidad vendida del stock del producto.
La siguiente captura, muestra el stock actual del producto.

Figura N 85: Captura de pantalla Mdulo Ventas - Registro de Venta

La siguiente captura, muestra el registro del nmero de ticket

Figura N 86: Captura de pantalla Mdulo Ventas - Registro de Venta

La siguiente captura, muestra el stock ya descontado

173

Figura N 87: Captura de pantalla Mdulo Ventas - Registro de Venta, stock descontado

REQ-07: El sistema debe permitir registrar la venta, indicando la cantidad y promociones de venta.
La siguiente captura, muestra el ingreso de la cantidad y descuentos de la venta

Figura N 88: Captura de pantalla Mdulo Ventas - Registro de Venta, ingreso de cantidad y descuentos de venta.

174

REQ-08,23: El sistema debe emitir un reporte de ventas para el personal a cargo de punto de
venta.
La siguiente captura, muestra el reporte de ventas generado por el personal de venta

Figura N 89: Captura de pantalla Mdulo Ventas - Reporte de ventas en un determinado rango de fechas

As mismo se puede ver el detalle de la venta, como se muestra en la siguiente captura.

Figura N 90: Captura de pantalla Mdulo Ventas - Detalle de reporte de ventas en un determinado rango de fechas

175

REQ-09: El sistema debe permitir registrar al proveedor indicando el Nombre del Proveedor, RUC,
Distrito, Provincia, Cdigo Postal, Pas, Persona de Contacto, Correo Electrnico, Cargo.
La siguiente captura, muestra el formulario de registro de un proveedor

Figura N 91: Captura de pantalla Mdulo Administrador - Formulario de registro de proveedor

As mismo, se muestra la lista de proveedores registrados con las opciones de ver ficha y dar de
baja.

Figura N 92: Captura de pantalla Mdulo Administrador - Listado de proveedores registrados

176

REQ-11, 12, 13 y 14: El producto se debe registrar con su costo, margen de ganancia y precio de
venta, categora, lnea y sublinea; adems el sistema debe permitir editar y/o dar de baja al
producto, tambin el sistema debe poder registrar el SKU del producto.
La siguiente captura muestra el formulario de registro de un producto con las caractersticas
mencionadas en el requerimiento.

Figura N 93: Captura de pantalla Mdulo Administrador - Formulario de registro de producto

As mismo se muestra el listado de los productos ya registrados con las opciones de ver ficha,
editar y dar de baja.

Figura N 94: Captura de pantalla Mdulo Administrador - Listado de productos ya registrados

177

Figura N 95: Captura de pantalla Mdulo Administrador - Ver ficha de producto

Figura N 96: Captura de pantalla Mdulo Administrador - Editar datos de producto

178

REQ-10 y 15: El sistema debe permitir crear una orden de compra, para ello se tiene que tener la
posibilidad de escoger los productos, colocar la cantidad de cada items e indicar el tipo de
moneda.
La siguiente captura, muestra el formulario para crear la orden de compra.

Figura N 97: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de compra

En el formulario de creacin de un orden de compra, no permite escoger al proveedor a travs de

una lista desplegable

Figura N 98: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de compra Escoger proveedor

179

En el formulario de creacin de un orden de compra, nos permite escoger el centro de costos, a la

cual pertenece la compra, a travs de una lista desplegable

Figura N 99: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de compra Escoger centro de

costos

En el formulario de creacin de un orden de compra, nos permite agregar los productos, para
colocar el monto de compra por cada producto y la cantidad a comprar.

Figura N 100: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de compra Agregar

productos

180

Cuando ya tengamos el formulario llenado, podemos agregar una observacin para su revisin de
un nivel superior.

Figura N 101: Captura de pantalla Mdulo Administrador - Formulario de creacin de orden de compra

As mismo el sistema, nos emite un listado de todas las rdenes de compra creadas con las
opciones de impresin o PDF, ver orden de compra para agregar alguna observacin, procesar orden de
compra y dar de baja.

Figura N 102: Captura de pantalla Mdulo Administrador - Listado de orden de compra

181

REQ-16 Y 18: El sistema debe permitir visualizar la orden de compra por Gerencia General.
Un nivel superior de aprobacin, puede visualizar la orden de compra y colocar observaciones,
antes de que se procesa con su emisin, en la siguiente captura se muestra lo anteriormente
mencionado.

Figura N 103: Captura de pantalla Mdulo Administrador - Visualizacin de orden de compra, registro de observaciones

182

REQ-17 Y 21: El sistema debe permitir dar visto bueno a la orden de compra por otro usuario.
Una vez que ya se tenga la orden de compra y los productos entregados por el proveedor validados
tenemos que ingresarlos en nuestro almacn central y para ello haremos click en guardar y se actualizada
el stock de cada uno de los productos.

Figura N 104: Captura de pantalla Mdulo Administrador - Procesar orden de compra

REQ-19: Una vez que se haya guardado la orden de compra, enviada al proveedor, el sistema
automticamente debe enviar a la bandeja del responsable de almacn la orden.
En siguiente captura se muestra como el responsable de almacn puede imprimir la orden de
compra.

183

Figura N 105: Captura de pantalla Mdulo Administrador - Imprimir orden de compra

REQ-20: El sistema debe permitir dar de baja a una orden de compra.

La siguiente captura muestra la opcin de Eliminar, para dar de baja a una orden de compra

Figura N 106: Captura de pantalla Mdulo Administrador - Dar de baja a una orden de compra

Una vez que se hace click en la opcin, la orden de compra desaparece del listado.

184

Figura N 107: Captura de pantalla Mdulo Administrador - Dar de baja a una orden de compra

REQ-24: El sistema debe permitir realizar la transferencia de productos de un almacn central a

los almacenes de los puntos de venta.

185

Figura N 108: Captura de pantalla Mdulo Administrador - Transferencia de productos

REQ-25: Para la transferencia de los productos, el sistema debe permitir buscar a los productos
por nombre y SKU.

Figura N 109: Captura de pantalla Mdulo Administrador - Transferencia de productos

186

Figura N 110: Captura de pantalla Mdulo Administrador - Transferencia de productos

REQ-26: El sistema debe emitir un reporte de los productos transferidos a cada tienda.

Figura N 111: Captura de pantalla Mdulo Administrador - Reporte de transferencia de productos

187

Figura N 112: Captura de pantalla Mdulo Administrador - Reporte de transferencia de productos

REQ-27, 38: El sistema debe permitir que el personal de venta registre su asistencia.

Figura N 113: Captura de pantalla Mdulo Ventas - Registro de Asistencias

188

Figura N 114: Captura de pantalla Mdulo Administrador - Reporte de registro de Asistencias

Figura N 115: Captura de pantalla Mdulo Administrador - Reporte de registro de Asistencias

189

REQ-28, 34 y 35: El sistema debe permitir visualizar el resumen de resultados obtenidos por las
ventas del personal, en un tiempo determinado.

Figura N 116: Captura de pantalla Mdulo Administrador - Reporte de registro de Ventas

Figura N 117: Captura de pantalla Mdulo Administrador - Reporte detalle de reporte de ventas

190

Figura N 118: Captura de pantalla Mdulo Administrador - Reporte de ventas

Figura N 119: Captura de pantalla Mdulo Administrador - Reporte de ventas

191

Figura N 120: Captura de pantalla Mdulo Administrador - Reporte de ventas por metas establecidas

Figura N 121: Captura de pantalla Mdulo Administrador - Reporte de ventas por metas establecidas en excel

192

REQ-29: El sistema debe permitir registrar al personal nuevo considerando los datos personales,
correo, telfonos y direccin.

Figura N 122: Captura de pantalla Mdulo Administrador - Registro de nuevo empleado

Figura N 123: Captura de pantalla Mdulo Administrador - Listado de promotores

193

Figura N 124: Captura de pantalla Mdulo Administrador Editar datos de un promotor

REQ-30: El sistema tambin debe permitir registrar a los supervisores de personal.

Figura N 125: Captura de pantalla Mdulo Administrador - Registro de nuevo supervisor

Figura N 126: Captura de pantalla Mdulo Administrador - Listado de supervisor

194

REQ-31: El sistema debe tener la posibilidad de asignar una tienda al personal que sea necesario

Figura N 127: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor

Figura N 128: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor

195

Figura N 129: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor

Figura N 130: Captura de pantalla Mdulo Administrador - Asignar tiendas a un promotor

REQ-32: Si el personal es un supervisor, el sistema tambin tiene que tener la posibilidad de

asignarle las tiendas que estn a su cargo.

Figura N 131: Captura de pantalla Mdulo Administrador - Asignar tiendas a un supervisor

196

Figura N 132: Captura de pantalla Mdulo Administrador - Asignar tiendas a un supervisor

REQ-33: El sistema debe tener la posibilidad de establecer un horario de trabajo

Figura N 133: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al personal de ventas

197

Figura N 134: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al personal de ventas

Figura N 135: Captura de pantalla Mdulo Administrador - Establecer horarios de trabajo al personal de ventas

198

REQ-37: El sistema debe permitir realizar la baja del personal de ventas.

Figura N 136: Captura de pantalla Mdulo Administrador - dar de baja al personal

REQ-39: El sistema debe permitir utilizar distintos comprobantes de pago por cada tienda

Figura N 137: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por cada tienda

199

Figura N 138: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por cada tienda

Figura N 139: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por cada tienda

Figura N 140: Captura de pantalla Mdulo Administrador - Uso de comprobantes de venta por cada tienda

200

REQ-40: El sistema debe permitir manejar variables de estacionalidad de ventas por meses, para
proyectar la reposicin de mercadera

Figura N 141: Captura de pantalla Mdulo Administrador - Configuracin de variables de estacionalidad

Figura N 142: Captura de pantalla Mdulo Administrador - Configuracin de variables de estacionalidad

201

Figura N 143: Captura de pantalla Mdulo Administrador - Reporte de reposicin de mercadera

REQ-41: El sistema debe permitir establecer objetivos de venta por tienda y empleado.

Figura N 144: Captura de pantalla Mdulo Administrador - Configuracin de objetivos de venta

202

REQ-41: El sistema debe permitir el registro de gastos

Figura N 145: Captura de pantalla Mdulo Administrador - Registro de Gatos

Figura N 146: Captura de pantalla Mdulo Administrador - Registro de Gatos

203

Figura N 147: Captura de pantalla Mdulo Administrador - Registro de Gatos

Figura N 148: Captura de pantalla Mdulo Administrador - Listado de Gatos

204

Figura N 149: Captura de pantalla Mdulo Administrador - Realizar pago de gastos

Figura N 150: Captura de pantalla Mdulo Administrador - Realizar pago de gastos

Figura N 151: Captura de pantalla Mdulo Administrador - Realizar pago de gastos

205

ANEXO N 2: RESULTADOS DE ENCUESTAS REALIZADAS AL PERSONAL DE

RETAIL PARTNERS DEL PER SAC

En la encuesta realizada al personal de Retail Partners, se ha obtenido los siguiente resultados,

cabe mencionar que estas encuentras fueron realizaron en base a Escalamiento tipo Likert (conjunto de
tems que se presentan en forma de afirmaciones) antes y despus de la implantacin del sistema ERP.
Antes de la Implantacin
El resultado de la encuesta sobre las labores diarias que realizaban en el trabajo antes de
implantarse el sistema ERP es de muy en desacuerdo de acuerdo al grfico N 1, donde se ve que un
47.80%, ha estado en muy desacuerdo en cuanto a las labores diarias que realizan en el trabajo.

ENCUESTA PRE TEST

0.5
0.45
0.4
0.35
0.3
0.25
0.2
0.15
0.1
0.05
0

47.80%

19.23%

24.18%

8.79%
0.00%
Muy de
acuerdo

De acuerdo

Ni de
En
acuerdo, ni desacuerdo
en descuerdo

Grfico N 1: Resultado de la encuesta Pre Test

206

Muy en
desacuerdo

Despus de la Implantacin
El resultado de la encuesta sobre las labores diarias que realizaban en el trabajo, despus de
implantarse el sistema ERP es de muy de acuerdo; de acuerdo al grfico N 2, donde se ve que un
53.30%, ha estado en muy de acuerdo en cuanto a las labores diarias que realizan en el trabajo.

POS TEST
0.6
0.5
0.4
0.3

53.30%

45.60%

0.2
0.1
1.10%

0
Muy de
acuerdo

De acuerdo

Ni de
acuerdo, ni
en descuerdo

0.00%
En
desacuerdo

0.00%
Muy en
desacuerdo

Grfico N 2: Resultados de la encuesta Post Test

Funcionamiento del sistema

El resultado de la encuesta sobre el funcionamiento del sistema ERP una vez implantado; de
acuerdo al grfico N 3, donde se ve que un 70 %, lo califica como bueno la funcionalidad de sistema
ERP.

207

Resultado de la funcionalidad del Sistema

ERP
80.00%
70.00%
60.00%
50.00%
40.00%

70.19%

30.00%
20.00%
10.00%

25.00%
4.81%

0.00%
Muy buena

Buena

Regular

0.00%
Mala

0.00%
Deficiente

Grfico N 3: Resultados de la encuesta de funcionalidad del Sistema ERP

208

ANEXO N 3: ENCUESTAS REALIZADAS AL PERSONAL DE RETAIL PARTNERS

DEL PER SAC

209