TESINA

APLICACIN DE SCRUM AL PROYECTO DEL SISTEMA

DE FACTURAS NEGOCIABLES EN SCOTIABANK

AUTOR:

DOCENTE:

CARRERA:
Ingeniera Empresarial y de Sistemas

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 CPEL. 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 CPEL 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
SCOTIABANK.

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

Scotiabank 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 Scotiabank

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 Scotiabank.

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 Scotiabank

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 Scotiabank.

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 Scotiabank 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 Scotiabank 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

Scotiabank 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 Scotiabank 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 Scotiabank 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 Scotiabank 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, Scotiabank 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

Scotiabank 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

14
 y 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 Scotiabank, 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

Scotiabank. 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

17
 comunicacin 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.
El software que funciona es la principal medida del

progreso.

19
 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 requisitos son cambiantes o poco definidos, donde la

innovacin, la competitividad, la flexibilidad y la productividad son

fundamentales.

20
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

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.

21
 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 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

22
 La aplicacin de la metodologa SCRUM en el proceso de

automatizacin del sistema de Factura Negociable desarrollado en

rea de Productos Empresariales de Scotiabank 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 Scotiabank 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 Scotiabank de la Ciudad de

Lima durante la automatizacin del sistema de Factura Negociable

en el ao 2016.

23
III. Metodologa

III.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).

III.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
 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.

III.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).

3.3.3. Tiempo de entrega

25
 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).

III.4. Poblacin, muestra y muestreo

La Poblacin del estudio est constituida por el rea de Productos

Empresariales del Banco Scotiabank 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).

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

26
- Jefe de Productos Empresariales

- Supervisor de Cartera

- Supervisor de Bveda

- Jefe de Proyectos de Sistemas

27
III.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
III.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_so

ftware_(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