TESINA

APLICACIN DE SCRUM AL PROYECTO DEL SISTEMA

DE FACTURAS NEGOCIABLES

AUTOR:

DOCENTE:

CARRERA:

LNEA DE INVESTIGACIN:
Sistemas de Informacin

LIMA Per

2016
ESQUEMA DE TESINA

1
Pgina del jurado

Jurado 1

Jurado 2

Jurado 3

2
Dedicatoria

El presente trabajo de investigacin se lo dedico al Dr., quien en vida fue un

apasionado de la investigacin universitaria. l fue mi mentor en los principios

de mi vida universitaria e inculc en m el deseo de superacin constante.

3
Agradecimiento

Quiero agradecer a mis padres y a mi esposa por todo el apoyo brindado durante

los aos que he dedicado a realizar mi carrera profesional en INGENIERA. La

motivacin y nimos que me proporcionaron han sido el factor clave para llegar

a casi completar mis estudios.

4
Declaratoria de Autorizacin y Autenticidad

Por medio de la presente el abajo firmante, declara:

a) Ser estudiante de la carrera Ingeniera Empresarial y de Sistemas del
programa para adultos, denominado INGENIERA de la Universidad San
Ignacio de Loyola, en la fecha del presente documento.
b) Que como alumno integrante del curso Seminario de Tesis, elabor la
investigacin titulada:
AUTOMATIZACIN DEL PROCESAMIENTO DE FACTURAS NEGOCIABLES EN
.

c) Que, soy el (la) nico(a) responsable de la formulacin de la investigacin

arriba mencionada y como tal, constituye derechos de propiedad intelectual.
d) Que, los elementos del plan de tesis empleados en tal investigacin, fueron
construidos durante el curso descrito y en el cual se cita adecuadamente la
autora de los referentes tericos, as como, de los mtodos, tcnicas e
instrumentos empleados ya sean adaptados o de forma directa o indirecta.
e) Que, los datos obtenidos fueron fidedignamente proporcionados por los
integrantes de la muestra y en el contexto geogrfico establecido.
f) Que, la descripcin que se presenta de los datos, as como el tratamiento
estadstico y/o al anlisis al que fueron sometidos, son veraces.
g) Que, el desarrollo del trabajo fue realizado dentro del marco tico que
corresponde a la Investigacin social, con respeto a las normas y derechos
de la persona.

Por tanto, la tesis elaborada y presentada constituye una investigacin autntica,

la cual quedar debidamente registrada en la Facultad de la carrera
correspondiente de la Universidad San Ignacio de Loyola. As mismo por medio
de la presente autorizo a la Universidad San Ignacio de Loyola a la publicacin,
si as, lo estimase necesario.

5
Presentacin

El presente trabajo de investigacin est basado en la necesidad que tiene para

implementar Proyectos de Sistemas en plazos cortos y sin tener la totalidad del

alcance definida en un inicio

Actualmente, la implementacin de los Proyectos de Sistemas en est basada

en el empleo de la metodologa de ciclo de vida de sistemas. La cual est

conformada por las fases de: definicin de requerimientos, diseo,

implementacin, verificacin y mantenimiento.

En el artculo Una mirada al sector bancario de los ltimos 15 aos publicado

por el Diario Gestin en octubre del 2014, se indica que los cambios en la banca

son cada vez ms rpidos. Los nuevos productos y cambios en los consumidores

generan una mayor transaccionalidad y una mayor dependencia en los sistemas

de informacin.

De lo citado en el prrafo anterior, podemos afirmar que el sector financiero

peruano es altamente competitivo y se encuentra en constante desarrollo de

nuevos productos y servicios, que a su vez dependen de los sistemas de

informacin que les dan soporte. Entonces, para estar alineados a la demanda

del mercado y seguir siendo competitivos, es necesario implementar Proyectos

de Sistemas en plazos mucho ms cortos.

En este trabajo de investigacin se estudiar la aplicacin de la metodologa

SCRUM al Proyecto del Sistema de Facturas Negociables. El cual permitir

automatizar los procesos de atencin a los clientes de la pequea y mediana

empresa para el financiamiento por sus facturas y brindar una oportunidad de

negocio para .

6
ndice

Introduccin .................................................................................................................. 9
I. Problema de Investigacin ..................................................................................... 9
1.1. Planteamiento del Problema ........................................................................... 9
1.2. Formulacin del Problema ............................................................................ 12
1.2.1. Problema ........................................................................................... 12
1.2.1.1 Problema Principal ............................................................... 12
1.2.1.2 Problemas Especficos ......................................................... 12
1.2.2. Objetivos............................................................................................ 12
1.2.2.1 Objetivo Principal ................................................................. 12
1.2.2.2 Objetivos Especficos ........................................................... 13
1.3. Justificacin de la Investigacin .................................................................... 13
1.3.1. Justificacin Terica .......................................................................... 14
1.3.2. Justificacin Prctica ......................................................................... 15
1.3.3. Justificacin Metodolgica ................................................................. 15
1.4. Viabilidad de la Investigacin ........................................................................ 15
II. Marco Referencial ................................................................................................ 16
2.1. Antecedentes ................................................................................................ 16
2.2. Bases Tericas ............................................................................................. 18
2.2.1. Metodologas giles ........................................................................... 18
2.2.2.1 Los 12 principios del manifiesto gil ..................................... 19
2.2.2. Qu es SCRUM? ............................................................................. 20
2.2.2.1 Principios de SCRUM........................................................... 21
2.2.2.2 Roles del SCRUM ................................................................ 21
2.2.3. Satisfaccin del cliente interno........................................................... 22
2.2.4. Cumplimiento de costos..................................................................... 22
2.2.5. Cumplimiento de tiempo planificados................................................. 22
2.3. Hiptesis ....................................................................................................... 23
2.3.1. Hiptesis General .............................................................................. 23
2.3.2. Hiptesis Especficas ......................................................................... 23
III. Metodologa ......................................................................................................... 24
3.1. Tipo de la Investigacin................................................................................. 24
3.2. Diseo de la Investigacin ............................................................................ 24

7
 3.3. Operacionalizacin de las variables .............................................................. 25
3.3.1. Metodologa SCRUM ......................................................................... 25
3.3.2. Satisfaccin del cliente interno........................................................... 25
3.3.3. Tiempo de entrega............................................................................. 26
3.3.4. Costos ............................................................................................... 26
3.4. Poblacin, muestra y muestreo ..................................................................... 26
3.5. Tcnicas de Recoleccin de Datos ............................................................... 28
3.5.1. Entrevistas ......................................................................................... 28
3.5.2. Encuestas .......................................................................................... 28
3.6. Mtodos de Anlisis de Datos ....................................................................... 29
Referencias ................................................................................................................ 30
Anexos ....................................................................................................................... 33
Anexo N 01................................................................................................................ 33

8
 Introduccin

I. Problema de Investigacin

1.1. Planteamiento del Problema

La implementacin de Proyectos de Sistemas en sigue

actualmente un proceso estructurado en fases preestablecidas que son:

definicin de requerimientos, diseo, implementacin, verificacin y

mantenimiento. El contar con una definicin completa es un requisito

indispensable para iniciar los proyectos. Lo cual, en la mayora de

oportunidades no resulta posible, dado que se debe evaluar aspectos

legales, servicio al cliente, impacto en la carga operativa en la red

agencias, falta de reglamentacin de entes reguladores y otros.

Adicionalmente, el equipo de desarrolladores de sistemas

muchas veces requiere consultar a los usuarios diversas interrogantes

y/o realizar validaciones del avance. Sin embargo, no hay respuesta y

se generan atrasos en el calendario de actividades.

Por otra parte, las gerencias usuarias que han solicitado los

sistemas tienen insatisfaccin por la larga duracin de los proyectos.

La problemtica expuesta es comn en los proyectos de

Sistemas de Informacin, segn afirma Alaimo:

A medida que han pasado los aos, y con el advenimiento de las

economas globalizadas y los entornos web, el contexto de

negocio de los sistemas ha pasado de ser relativamente estable

a convertirse en un contexto altamente voltil, donde los

requerimientos expresados hoy, en muy pocas oportunidades

9
 son vlidos unos meses ms tarde. Bajo esta nueva realidad, las

metodologas Waterfall resultaron muy pesadas y prohibitivas

para responder satisfactoriamente a los cambios de negocio

(2013, p. 10).

Sobre esta problemtica, Palacio opina que las metodologas

giles son una solucin porque:

La gestin gil de proyectos tiene como objetivos dar garantas a

las cuatro demandas principales de la industria en la que se ha

generado: Valor, reduccin del tiempo de desarrollo, agilidad y

fiabilidad (2006, p. 2).

Peralta destaca las cualidades de la metodologa SCRUM:

Scrum es un proceso gil para desarrollar software que fue

aplicado por primera vez por Ken Schwaber y Jeff Sutherland,

quienes lo documentaron en detalle en el libro Agile Software

Development with Scrum. Esta metodologa centra su atencin

en las actividades de Gerencia y no especifica prcticas de

Ingeniera. Fomenta el surgimiento de equipos autodirigidos

cooperativos y aplica inspecciones frecuentes como mecanismo

de control.

Scrum parte de la base de que los procesos definidos funcionan

bien slo si las entradas estn perfectamente definidas y el ruido,

ambigedad o cambio es muy pequeo. Por lo tanto, resulta ideal

para proyectos con requerimientos inestables, ya que fomenta el

surgimiento de los mismos.

10
 El ciclo de vida definido por Scrum es incremental iterativo y se

caracteriza por ser muy adaptable.

En nuestro pas las principales entidades financieras han

empezado a adoptar las metodologas de desarrollo gil. Entre

las cuales se encuentra SCRUM. Esta metodologa destaca por

no requerir la totalidad de las definiciones para iniciar el

desarrollo de un proyecto y adems porque asigna un equipo

multidisciplinario al mismo, por lo que las dudas se resuelven de

forma directa e inmediata.

En general, con la metodologa SCRUM los proyectos inician ms

pronto y los usuarios pueden recibir entregables en un plazo ms

corto(2003, p. 2).

Por lo expuesto propongo el trabajo de investigacin Aplicacin

de metodologa SCRUM al proyecto del sistema de facturas negociables

en .

11
1.2. Formulacin del Problema

1.2.1. Problema

1.2.1.1 Problema Principal

Cmo influye la metodologa SCRUM en la satisfaccin del cliente

interno del rea de Productos Empresariales de de la ciudad de Lima

durante la automatizacin del sistema de Facturas Negociables en el

ao 2016?

1.2.1.2 Problemas Especficos

- Cmo influye la metodologa SCRUM en el cumplimiento de los

costos del rea de Productos Empresariales de de la ciudad de

Lima durante la automatizacin del sistema de Facturas

Negociables en el ao 2016?

- Cmo influye la metodologa SCRUM en el cumplimiento de los

tiempos planificados en el rea de Productos Empresariales de de

la ciudad de Lima durante la automatizacin del sistema de

Facturas Negociables en el ao 2016?

1.2.2. Objetivos

1.2.2.1 Objetivo Principal

Determinar si la aplicacin de la metodologa SCRUM al proceso de

automatizacin del sistema de Factura Negociable en el rea de

Productos Empresariales de de la ciudad de Lima en el ao 2016

genera una mayor satisfaccin de los clientes internos en relacin a

los plazos de entrega.

12
1.2.2.2 Objetivos Especficos

O1. Establecer si la aplicacin de la metodologa SCRUM modifica el

cumplimiento de costos del desarrollo del sistema de Factura

Negociable en el rea de Productos Empresariales de de la ciudad

de Lima en el ao 2016.

O2. Determinar si la aplicacin de la metodologa SCRUM influye en

el cumplimiento de los tiempos planificados del desarrollo del sistema

de Factura Negociable en el rea de Productos Empresariales de de

la ciudad de Lima en el ao 2016

1.3. Justificacin de la Investigacin

El sector financiero del pas es altamente competitivo y las entidades

financieras que forman parte de ste, se encuentran en un constante

desarrollo de mejoras de productos y creacin de otros nuevos.

Ante este entorno cambiante, debe adaptar su metodologa de

desarrollo de proyectos de sistemas para que pueda lograr resultados

en plazos ms cortos y con una mayor participacin de los clientes

internos (usuarios).

Adoptar la metodologa SCRUM, permitir un cambio en la forma de

realizar los proyectos de sistemas. Esto generar una mayor

satisfaccin en los clientes internos, reducir los tiempos de

construccin dado que el equipo del proyecto estar dedicado al

mismo y permitir generar ingresos financieros por disponer de los

entregables en un plazo ms corto.

13
 Con la implementacin de la metodologa SCRUM se espera que

est preparado para responder rpidamente al cambio y eleve sus

niveles de competitividad.

1.3.1. Justificacin Terica

Palacio (2014) sostiene que SCRUM es un modelo de desarrollo gil

caracterizado por:

Adoptar una estrategia de desarrollo incremental, en lugar de la

planificacin y ejecucin completa del producto.

Basar la calidad del resultado ms en el conocimiento tcito de las

personas en equipos auto organizados, que en la calidad de los

procesos empleados.

Solapamiento de las diferentes fases del desarrollo, en lugar de

realizar una tras otra en un ciclo secuencial o de cascada. Este

modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka

Takeuchi a principios de los 80, al analizar cmo desarrollaban los

nuevos productos las principales empresas de manufactura

tecnolgica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M

y Hewlett-Packard (Nonaka & Takeuchi, The New New Product

Development Game, 1986) En su estudio, Nonaka y Takeuchi

compararon la nueva forma de trabajo en equipo, con el avance

en formacin de Scrum de los jugadores de Rugby, a raz de lo

cual qued acuado el trmino Scrum para referirse a ella.

Aunque esta forma de trabajo surgi en empresas de productos

tecnolgicos, es apropiada para proyectos con requisitos inestables y

14
 para los que requieren rapidez y flexibilidad, situaciones frecuentes

en el desarrollo de determinados sistemas de software.

1.3.2. Justificacin Prctica

El presente trabajo de investigacin es de importancia puesto que

permitir concluir si la metodologa SCRUM es aplicable a los

proyectos de sistemas en , permitiendo la implementacin en plazos

ms cortos y con mayor participacin del usuario interno. Adems, de

definir un modelo base para su aplicacin en otros trabajos de

investigacin.

1.3.3. Justificacin Metodolgica

Para la presente investigacin esta no aplica dado que no se est

desarrollando un nuevo mtodo o estrategia, sino que se est

comprobando la viabilidad de aplicar un mtodo preexistente a una

situacin concreta.

1.4. Viabilidad de la Investigacin

La presente investigacin se realizar en el rea de Sistemas de . Se

cuenta con el acceso a las fuentes de informacin necesarias para la

elaboracin del estudio, como tambin al personal de las reas

involucradas para realizar las entrevistas y encuestas que se requiera.

15
II. Marco Referencial

2.1. Antecedentes

Se han realizado diversos trabajos de investigacin que tratan

sobre la necesidad y los beneficios de aplicar SCRUM a los proyectos

de desarrollo de software.

En la tesis de Cedillo (2008) sostiene que emplear la

metodologa SCRUM fue beneficiosa para su proyecto, logrando una

adecuada gestin de los cambios:

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 (2008, p. 78).

Fernndez y Cadelli (2012) propusieron tratar de establecer la

adaptacin y convivencia de las metodologas como RUP y Scrum en

la gestin de proyectos de gran tamao identificando sus ventajas y/o

desventajas:

Scrum nos facilit la organizacin del proyecto teniendo en

cuenta la gran cantidad de participantes. Nos permiti una

fluidez en la comunicacin entre los integrantes del equipo, y

con otros equipos, que es muy necesario para mantener un

nivel de desarrollo estable (2014, p. 101).

16
 Rodrguez en (2008) busco establecer la evolucin del

desarrollo de un software utilizando metodologas como SCRUM, en

especial la estimacin de la calidad del producto, agilidad en el

desarrollo y esfuerzo en adoptar la metodologa, concluyendo:

En lnea con los resultados obtenidos en, se ha detectado que

la evolucin del producto software TOPEN primer utilizando

una metodologa gil como SCRUM se ha desarrollado

progresivamente (el tamao del cdigo y el nmero de clases

impactadas crece gradualmente), aboliendo dificultades de

complejidad, al realizar integraciones pequeas de

funcionalidad, e incrementando la satisfaccin del cliente

durante el desarrollo, pues la metodologa le permita ir

disfrutando del producto incrementalmente, aadiendo mayor

valor a su negocio (2008, p. 111).

Arroba (2011) planteo crear est una propuesta para reducir los

riesgos en proyectos de desarrollo de software, basada tanto en las

caractersticas como en el proceso planteado por la metodologa

Scrum, encaminando y guiando al grupo de trabajo con la ejecucin

de una gestin correcta y oportuna de riesgos, durante el desarrollo

del proyecto de software, concluyendo que:

El equipo multidisciplinario que posee Scrum como

caracterstica, permite que la toma de decisiones se realice de

forma gil y de manera oportuna, logrando as que cada

miembro del proyecto tenga la iniciativa correcta para aportarla

durante el proyecto, adems se fomenta la comunicacin

17
 constante, ya que es difcil pensar que los proyectos de

desarrollo puedan fluir de manera correcta sin este intercambio

de informacin continua; de manera que esto se convierte en

algo habitual para los miembros del grupo de desarrollo (2011,

pp. 90-91).

2.2. Bases Tericas

2.2.1. Metodologas giles

Las metodologas giles surgen como otra alternativa de

desarrollo convencional del software, al que se asocia el poco control

del tiempo que demanda ejecucin de un proyecto lo supone una

elevacin de los costos y prdida de recursos. Las metodologas

giles segn Cervantes y Fuentes se basan en un desarrollo iterativo

e incremental en muy breves ciclos y un diseo inicial simple (Arajo,

2007:2) (2012, p. 44).

Segn Orjuela y Rojas se pretende ofrecer una alternativa a

los procesos de desarrollo de software tradicionales, caracterizados

por ser rgidos y dirigidos por la documentacin que se genera en cada

una de las actividades (2008, p. 160).

Palacio sostiene que ahora se necesitan estrategias para el

lanzamiento de productos orientadas a la entrega temprana de

resultados tangibles, y a la respuesta gil y flexible, necesaria para

trabajar en mercados de evolucin rpida (2014. p. 14).

Ahora se construye el producto mientras se modifican y

aparecen nuevos requisitos. El cliente parte de una visin

18
 medianamente clara, pero el nivel de innovacin que requiere, y la

velocidad a la que se mueve su sector de negocio, no le permiten

predecir con detalle cmo ser el resultado final.

Quiz ya no hay productos finales, sino productos en continua

evolucin y mejora.

2.2.2.1 Los 12 principios del manifiesto gil

Fernndez Gonzlez describe cuales son los principios de las

metodologas giles:

La prioridad es satisfacer al cliente mediante tempranas y

continuas entregas de software que le aporte un valor.

Dar la bienvenida a los cambios incluso al final del

desarrollo. Los cambios le darn una ventaja competitiva a

nuestro cliente.

Hacer entregas frecuentes de software que funcione, desde

un par de semanas a un par de meses, con el menor

intervalo de tiempo posible entre entregas.

Las personas del negocio y los desarrolladores deben

trabajar juntos diariamente a lo largo de todo el proyecto.

Construir el proyecto en torno a individuos motivados.

Darles el entorno y el apoyo que necesitan y confiar en ellos.

El dilogo cara a cara es el mtodo ms eficiente y efectivo

para comunicar informacin dentro de un equipo de

desarrollo.

19
 El software que funciona es la principal medida del

progreso.

Los procesos giles promueven un desarrollo sostenido.

Los promotores, usuarios y desarrolladores deben poder

mantener un ritmo de trabajo constante de forma indefinida.

La atencin continua a la calidad tcnica y al buen diseo

mejoran la agilidad.

La simplicidad es esencial. Se ha de saber maximizar el

trabajo que no se debe realizar.

Las mejores arquitecturas, requisitos y diseos surgen de

los equipos que se han organizado ellos mismos.

En intervalos regulares, el equipo debe reflexionar con

respecto a cmo llegar a ser ms efectivo, y ajustar su

comportamiento para conseguirlo. (Sin fecha, pp. 12-13).

2.2.2. Qu es SCRUM?

Palacio (2006) define a SCRUM como un proceso en el que se

aplican un conjunto de buenas prcticas para trabajar

colaborativamente y obtener el mejor resultado posible de un

proyecto.

En SCRUM se realizan entregas parciales y constantes del

producto final, priorizadas por el beneficio que aportan al receptor del

proyecto. Por ello, SCRUM es preferible para proyectos en entornos

complejos, donde se necesita obtener resultados pronto, donde los

20
 requisitos son cambiantes o poco definidos, donde la innovacin, la

competitividad, la flexibilidad y la productividad son fundamentales.

2.2.2.1 Principios de SCRUM

Para Gracia (2013) los principios en los cuales se basa la

metodologa SCRUM son:

Colaboracin estrecha con el cliente.

Predisposicin y respuesta al cambio.

Desarrollo incremental con entregas frecuentes de funcionalidad.

Comunicacin verbal directa.

Simplicidad, solo los artefactos necesarios.

Motivacin, compromiso y responsabilidad del Motivacin,

compromiso y responsabilidad del equipo por la auto-gestin,

auto-organizacin.

2.2.2.2 Roles del SCRUM

Alaimo (2013) indica que existen tres roles dentro de SCRUM:

ProductOwner.

Representa a todos los interesados en el producto final, decide las

prioridades del producto, lleva el control de las estimaciones y

evala el retorno de inversin (ROI).

ScrumTeam.

Encargados de transformar las tareas del Sprint Baclokgen un

incremento de funcionalidad Backlog en un incremento de

funcionalidad en el software. Sus principales responsabilidades

21
 son: desarrollar el producto con calidad, ser auto gestionados, ser

auto organizados y multifuncionales.

ScrumMaster.

Es el responsable del proceso de SCRUM y de incorporar esta

metodologa en la cultura de la organizacin. Asegura el

cumplimiento de los roles y responsabilidades. Brinda formacin y

entrenamiento en el proceso.

2.2.3. Satisfaccin del cliente interno

Kotler explica que la satisfaccin del consumidor es el nivel del

estado de una persona que resulta de comparar el rendimiento o

resultado, que se percibe de un producto con sus expectativas. El

nivel de satisfaccin es una funcin de la diferencia entre rendimiento

percibido y las expectativas (2001, p. 10).

2.2.4. Cumplimiento de costos

Gido indica que el cumplimiento de costos debe medirse a lo largo de

la duracin de un proyecto comparando el valor real versus el avance

logrado. (2012, p. 50).

2.2.5. Cumplimiento de tiempo planificados

La entrega a tiempo no es slo cuestin de cumplir los plazos al final

del proyecto, sino que ha de cumplirse con cada entregable y cada

compromiso con el cliente. Tanto el Director de Proyecto, como los

miembros de los equipos de trabajo han de contar con los suficientes

22
 recursos como para hacer frente a esos plazos fcilmente. Y no se

trata slo de disponer de los materiales y equipos necesarios, sino de

contar con las herramientas que ayudan a lograrlo.

2.3. Hiptesis

2.3.1. Hiptesis General

La aplicacin de la metodologa SCRUM en el proceso de

automatizacin del sistema de Factura Negociable desarrollado en

rea de Productos Empresariales de de la ciudad de Lima en el ao

2016 proporciona una mayor satisfaccin en los clientes internos.

2.3.2. Hiptesis Especficas

H1. La aplicacin de la metodologa SCRUM modifica

significativamente los costos del rea de Productos Empresariales del

de la Ciudad de Lima durante la automatizacin del sistema de

Factura Negociable en el ao 2016.

H2. La aplicacin de la metodologa SCRUM modifica

significativamente el cumplimiento de los tiempos planificados en el

rea de Productos Empresariales del de la Ciudad de Lima durante

la automatizacin del sistema de Factura Negociable en el ao 2016.

23
III. Metodologa

3.1. Tipo de la Investigacin

Es una investigacin no experimental puesto que como sealan Souza,

Driessnack y Costa se utilizan para describir, diferenciar o examinar

asociaciones [sin] grupos control, o manipulacin de variables (2007),

as como se trata de una investigacin transversal que es descrita por

Bernal como aquellas en las cuales se obtiene informacin del objeto

de estudio (poblacin o muestra) una nica vez en un momento dado

(2010, p. 118).

Es, adems, una investigacin descriptiva que segn Tamayo trabaja

sobre realidades de hecho, y su caracterstica fundamental es la de

presentamos una interpretacin correcta [de la relacin entre las

variables propuestas] (2003, p. 46).

Asimismo, es una investigacin aplicada que segn Vargas es aquella

que se caracteriza porque busca la aplicacin o utilizacin de los

conocimientos adquiridos, a la vez que se adquieren otros, despus

de implementar y sistematizar la prctica basada en investigacin.

(2009, p. 159).

3.2. Diseo de la Investigacin

La investigacin utilizara un diseo transversal, que segn Hernndez.

Fernndez y Baptista consiste en recopilar datos en un solo momento,

en un tiempo nico. Su propsito es describir variables y analizar su

incidencia e interrelacin en un momento dado (2010, p, 151),

pudiendo graficarse de la siguiente manera:

24
 X1 Y1

Metodologa SCRUM Satisfaccin del Cliente interno

Conforme al diseo aplicarn entrevistas semiestructuradas para la

recopilacin de la informacin que una vez proceda y sistematizada

permitir probar o rechazar la hiptesis las hiptesis propuestas.

3.3. Operacionalizacin de las variables

3.3.1. Metodologa SCRUM

SCRUM asume que los requerimientos pueden cambiar durante la

ejecucin de un proyecto de sistemas y toma el cambio como una

oportunidad de entregar al final del desarrollo un producto que ms

cercano a la verdadera necesidad del cliente.

SCRUM es preferible para proyectos en entornos complejos, donde

se necesita obtener resultados pronto, donde la innovacin, la

competitividad, la flexibilidad y la productividad son fundamentales.

SCRUM requiere el trabajo colaborativopara obtener el mejor

resultado posible en un proyecto de sistemas.

3.3.2. Satisfaccin del cliente interno

Kotler define la satisfaccin del cliente como "El nivel del estado de

nimo de una persona que resulta de comparar el rendimiento

percibido de un producto o servicio con sus expectativas"(2001, p.

40).

25
3.3.3. Tiempo de entrega

El tiempo es el elemento principal en toda planificacin, que por

definicin consiste ante todo en situar en el tiempo las tareas a

realizar.

La expectativa del usuario que solicita un Proyecto de Sistemas es la

conclusin del proyecto a tiempo.

3.3.4. Costos

Mauricci describe que se puede lograr un mayor volumen de bienes

y servicios, un perfeccionamiento de la calidad, la introduccin de

nuevos mtodos de comercializacin, etc., mediante una mayor

automatizacin y tecnologa de la informacin. La automatizacin

puede asimismo mejorar la manipulacin de los materiales, el

almacenamiento, los sistemas de comunicacin y el control de

calidad (2014, p. 15).

3.4. Poblacin, muestra y muestreo

La Poblacin del estudio est constituida por el rea de Productos

Empresariales del Banco de la ciudad de Lima especficamente el personal

involucrado en el proyecto Sistema Facturas Negociables.

El tipo de muestro a utilizarse es no probabilstico, entendido por Hernndez.

Fernndez y Baptista como la eleccin de los elementos no depende de la

probabilidad [estadsticas] (2010, p. 176).

26
Para el presente trabajo de investigacin se entrevistar a los involucrados

en el proyecto y que tienen cargos clave siguiente:

- Jefe de Servicio en Agencia

- Supervisor de Agencia

- Jefe de Productos Empresariales

- Supervisor de Cartera

- Supervisor de Bveda

- Jefe de Proyectos de Sistemas

27
3.5. Tcnicas de Recoleccin de Datos

3.5.1. Entrevistas

Al final del proyecto, se realizarn entrevistas individuales a los usuarios

lderes que participan del proyecto (Jefe de Productos Empresariales, Jefe

de Cartera, Jefe de Bveda, Supervisor de Agencia, Gerente de Contabilidad,

Jefe de Proyectos de Sistemas, entre otros). Estas entrevistas permitirn

obtener informacin sobre los niveles de aceptacin de los entregables del

proyecto.

Esta entrevista consta de 15 preguntas abiertas que estn agrupadas en las

siguientes secciones:

1. Datos Informativos

2. Cumplimiento del alcance

3. Flexibilidad ante cambios

4. Puntualidad en la entrega

5. Participacin del equipo

6. Calidad del producto

7. Calidad del servicio

3.5.2. Encuestas

Se elaborarn cuestionarios que se distribuirn a todo el equipo del proyecto

que se encuentran involucrados en los diversos roles del mismo.

Los cuestionarios tendrn preguntas cerradas y de opcin mltiple. Y estar

enfocada en obtener informacin sobre las mismas secciones descritas en la

parte de entrevista.

28
3.6. Mtodos de Anlisis de Datos

Para la Encuesta Evaluacin de Satisfaccin para el Proyecto de Factura

Negociable se plantear un cuestionario con preguntas cerradas con

respuestas de valoracin desde 1 a 5. Esto permitir realizar una tabulacin

de las respuestas en hoja de clculo Excel, para posteriormente calcular un

puntaje promedio por pregunta y por seccin de la encuesta. Finalmente, se

elaborarn cuadros de resultados con sus respectivas grficas.

En el caso de la entrevista Lecciones aprendidas en Proyecto de Facturas

Negociables atendido con Metodologa SCRUM los datos que se reciben no

son estructurados, por lo que el primer paso es organizarlos y estructurarlos.

Para ello, se interpretar patrones relacionados a: flexibilidad ante cambios,

cumplimiento del alcance, participacin en el proyecto, reduccin de retrasos

y tiempos de entrega.

Luego se elaborar informe interpretativo de los patrones identificados.

29
Referencias

Arroba Medina, L. (2011). Propuesta de aplicacin de Scrum para minimizar los

riesgos en un proyecto de desarrollo de software (Proyecto de ttulo).

Recuperado de http://bibdigital.epn.edu.ec/bitstream/15000/3760/1/CD-

3537.pdf

Bernal, C. (2010). Metodologa de la investigacin (3a ed.). Bogot: Pearson

Educacin.

Cedillo, F. (2008). Anlisis, Diseo, Implementacin e Integracin de un sistema

de gestin de casos y un softphone web para un centro de contacto virtual

con mltiples medios de comunicacin (Tesis de pregrado). Recuperada de

Repositorio Digital de Tesis PUCP de

http://tesis.pucp.edu.pe/repositorio/handle/123456789/341

Cervantes Ojeda, J.& Gmez Fuentes, M. (2012). Taxonoma de los modelos y

metodologas de desarrollo de software ms utilizado. Universidades,

57(52). Recuperado el5 de octubre, 2016 de

http://www.redalyc.org/pdf/373/37326902005.pdf

Fernndez, J. & Cadelli, S. (2012). Convivencia de metodologas: Scrum y Rup

en un proyecto de gran escala (Tesina de grado). Recuperado de

http://sedici.unlp.edu.ar/bitstream/handle/10915/47082/Documento_compl

eto.pdf?sequence=1

Fernndez Gonzlez, J. (Sin fecha). Introduccin a las metodologas giles tres

formas de analizar y desarrollar. Catalua: Universidad Abierta de

Catalua. Recuperado el 3 de octubre, 2016

dehttps://www.exabyteinformatica.com/uoc/Informatica/Tecnicas_avanzad

30
 as_de_ingenieria_de_software/Tecnicas_avanzadas_de_ingenieria_de_s

oftware_(Modulo_3).pdf

Hernndez Sampieri, R., Fernndez Collado, C, & Baptista Lucio, P. (2003).

Metodologa de la investigacin (5a ed.). Ciudad de Mxico D.F.: Mc Graw

Hill Educacin.

Tamayo y Tamayo, M. (2003). El proceso de la investigacin cientfica (4a ed.).

Ciudad de Mxico D.F.: Editorial Limusa.

Orjuela Duarte, A. &Rojas, Mauricio. (2008). Metodologas de desarrollo gil

como una oportunidad para la Ingeniera del Software Educativo. Revista

Avances en Sistemas e Informtica, 5(2). Recuperado el2 de octubre, 2016

de http://www.bdigital.unal.edu.co/15430/1/10037-18216-1-PB.pdf

Palacio, J. (2014). Gestin de proyectos Scrum Manager (Scrum Manager I y II).

Zaragoza: Safe Creative.

Rodrguez Gonzlez, P. (2008). Estudio de aplicacin de metodologas giles

para la evoluacin de productos software (Tesina de maestra).

Recuperado de

http://oa.upm.es/1939/1/TESIS_MASTER_PILAR_RODRIGUEZ_GONZAL

EZ.pdf

Souza, V., Driessnack, M. & Costa Mendes, I. (2007). Revisin de diseos de

investigacin resaltantes para enfermera. Parte 1: Diseos de

investigacin cuantitativa. Revista Latino-Americana de Enfermagem,

15(3). Recuperado el4 de octubre, 2016 de

http://www.scielo.br/pdf/rlae/v15n3/es_v15n3a22.pdf

Vargas Cordero, Z. (2009). La investigacin aplicada: una forma de conocer las

realidades con evidencia cientfica. Revista Educacin, 30(1), 155-165.

31
Recuperado el5 de octubre, 2016 de

http://www.redalyc.org/pdf/440/44015082010.pdf

32
Anexos

Anexo N 01

Cuestionario de Entrevista Lecciones aprendidas en Proyecto de Facturas

Negociables atendido con Metodologa SCRUM

Secciones:

1. Datos Informativos

2. Flexibilidad ante cambios.

En el transcurso del proyecto hubo necesidad de realizar cambios sobre el alcance
original previsto?
Describa cmo el equipo de Sistemas manej la incorporacin de estos cambios al
proyecto
La atencin de los cambios estuvo dentro de los mrgenes de presupuesto del
proyecto?

3. Cumplimiento del alcance

Los avances del proyecto cumplieron el alcance previsto de cada etapa?
Los avances entregados en cada etapa cumplieron los estndares de calidad y
funcionamiento requeridos?

4. Participacin del equipo

Qu personas participaron del proyecto?
En su opinin, las personas que participaron fueron todas las necesarias?
Qu funciones cumplieron estas personas en el proyecto?

5. Plazos de entrega
Los avances del proyecto fueron entregados a tiempo?
El calendario de entregas (fechas) fue afectado por la inclusin de los cambios al
proyecto?
El equipo de sistemas pudo minimizar el impacto en las fechas de entrega? Describa
cmo.

6. Reduccin de retrasos
Considera que la presencia de las personas en el proyecto logr reducir demoras
innecesarias?
Las reuniones de seguimiento a los avances permitieron tomar decisiones rpidas que
evitaron retrasos?

7. Reduccin de tiempos de entrega.

Considera que los tiempos de entrega en este proyecto fueron menores a los tiempos
empleados en proyectos anteriores que no utilizaron metodologa SCRUM?

En general, enumere las ventajas y desventajas de esta experiencia, donde se ha empleado la

metodologa SCRUM para el manejo del proyecto:

33