Universidad Mariano Gálvez de Guatemala

Maestría en Administración de Negocios

Desarrollo de Proyectos
Docente: M.A. Ing. Herbert Ardón

Compra de Programa
Para el Aseguramiento de la calidad del Software
Análisis de Caso – Desarrollo de Proyectos

Presentado por:
Esvin Joel Jolón Díaz - 2901-08-11852 - esvinjoeldiaz@gmail.com

Guatemala 28 de julio de 2018

Introducción .................................................................................................................................... 1
Planteamiento del problema ....................................................................................................... 2
Justificación de la investigación ............................................................................................... 4
Metodología ..................................................................................................................................... 4
Estudio de mercado....................................................................................................................... 5
A. Teoría Relevante ..................................................................................................................... 8
B. Caso ......................................................................................................................................... 12
C. Objetivos de Aprendizaje ................................................................................................... 13
1. Objetivo General ............................................................................................................... 13
2. Objetivos Específicos ..................................................................................................... 13
D. Párrafo de Apertura ............................................................................................................. 14
E. Antecedentes Generales de la Organización................................................................ 15
F. Áreas Específicas de Interés............................................................................................. 16
G. Situación específica, decisión, problema u oportunidad .......................................... 17
H. Alternativas ............................................................................................................................ 20
1. Alternativas Evaluadas ................................................................................................... 21
2. Pruebas Realizadas ......................................................................................................... 22
3. Resultados operativos de las pruebas ....................................................................... 22
4. Aspectos cualitativos ...................................................................................................... 23
5. Ventajas y desventajas de las alternativas evaluadas ........................................... 23
6. Inversión ............................................................................................................................. 24
7. Condición de negociación ............................................................................................. 24
I. Conclusiones......................................................................................................................... 24
1. Alternativa Seleccionada Software 1 .......................................................................... 24
2. Alternativa Rechazada Software 2 ............................................................................... 25
3. Alternativa Rechazada Software 3 ............................................................................... 25
J. Preguntas ............................................................................................................................... 25
a. Preguntas y respuestas relativas a las inquietudes teóricas................................... 26
b. Preguntas y respuestas relativas a la experiencia ...................................................... 26
BIBLIOGRAFIA .............................................................................................................................. 27
ANEXO A – EJEMPLO DE COTIZACIONES CON LOS PROVEEDORES ........................ 28
 Página |1

Introducción

En la actualidad la tecnología ha tomado mucho auge, gracias a ello la mayoría

de las organizaciones apuntan a mejorar en este aspecto innovador con la finalidad
de reducir sus costos, utilizando menos recurso humano. Tal es el caso con muchas
de las empresas extranjeras han invertido en tecnología; gracias a eso hoy en día
han llegado a posicionarse en el mercado de manera sorprendente.

Indiscutiblemente gracias a los avances tecnológicos podemos realizar

transacciones en todo momento, tales como poder realizar algún pago de agua o
luz, poder pagar una mensualidad de la universidad, poder realizar transferencias
entre diferentes bancos, etc. Por ende se puede notar claramente que los sistemas
informáticos han venido a transformar la forma de vida de muchas personas.

Hoy en día es importante contar con una herramienta tecnológica que le facilite
las labores diarias al empleado, por ello en el presente trabajo se realizará un
análisis sobre la inversión en un proyecto de aseguramiento de calidad en el área
de Información y tecnología. Se abordaran los objetivos principales del proyecto;
además de evaluar las diferentes alternativas que garantice la elección más
favorable para la organización.
Planteamiento del problema

En muchos casos los proyectos no son factibles o no se terminan de ejecutar

debido a la mala administración que impide soportar la vida del mismo. Este es un
error común que ocurre con evaluadores con poca experiencia. Aunque en el 2006
se realizó una encuesta sobre la evaluación del valor de la administración de los
proyectos y el 58% de las empresas comprenden completamente el valor de la
administración de los proyectos. The pulse of the profession (2018, p.4)

Partiendo de la importancia de la administración de proyectos; es de suma

importancia poder realizarlos con todos los estándares de calidad para que sea un
éxito al momento de su utilización con el cliente final.

Para el presente caso de estudio se pretende tomar en cuenta la buena gestión

orientado en el desarrollo de software para que genere una buena impresión con
los usuarios finales. Pero ¿Qué ocurre con nuestros productos finales? Pues
respondiendo a la pregunta ocurre el software últimamente ha tenido varios
problemas respecto a problemas de funcionalidad de las aplicaciones.

Generalmente estos problemas ocurren debido a que los desarrolladores

realizan pruebas para algunos sistemas operativos, pero se olvidan de probar con
otros sistemas que también utilizaran la plataforma, es decir que cuando se sacan
productos para más de una plataforma comúnmente solo prueban la plataforma en
su teléfono y depende del sistema operativo que este utiliza y la calidad nos impulsa
que sea funcional en sus diferentes aspectos.

Los aspectos de la calidad nos empujan a implementar control interno

informático, que no es más que la realización del cumplimiento de las tareas,
estándares y normativas que son fijados por la gerencia administrativa (Mario G.
Piattini, p.27)
 Página |3

De alguna manera el problema se deriva muchas veces de la falta de

comunicación con los interesados, por tanto el desarrollo mal ejecutado puede ser
la causa de la falta de comunicación requerida por parte de los developers y los
clientes (Franciso Martinez, 2010, p.64).

El tema raíz es que cuando ocurren los problemas ya existió un flujo de salida
de dinero para cada estación de trabajo, y al iniciar con la operación por lógica ya
se ha iniciado con el ciclo de vida útil, lo cual lleva consigo tiempo por la generación
del producto(Jhonny de Jesus Orozco, 2010, p.21).

Todo esto ocurre y se sigue dando porque existe una estrategia mal definida, o
porque simplemente no existe una que sirva como guía. Puesto que la estrategia es
la que determina el marco referencial que se fundamenta en la determinación de la
dirección de una empresa (Prieto, 2011, p.19).

Según lo que prieto nos enseña en el párrafo anterior tiene mucha razón que en
al no existir una estrategia no sabemos hacia donde tenemos que ir. Por tanto no
se planea del todo bien ya que planear también implica desarrollar un ambiente
adecuado para poder trabajar y desempeñar mejor su trabajo. (Miguel David, 2012,
p.18).

Por otro lado un problema que existe en la empresa Desarrolos Agiles, S.A. es
que gracias a la eficacia del personal se han dejado al personal sin observaciones
lo que ha provocado una falta de interés en la revisión de lo que trabajan
diariamente. Por ende un control es adecuado para no perder la visibilidad
permitiendo así vigilar que lo que vaya haciendo se haga para que la organización
pueda tener éxito (Laura Medina Marin, 2012, p.20).

Derivado de todo lo que implica el control en sus diferentes fases del desarrollo de
software, y de la mala estrategia que se pueda estar tomando al menos en algunas
etapas del desarrollo del software, necesitaran una atención especializada para
inciar con la mejora en dichos puntos críticos de la organización Desarrollos Agiles.
S.A.
Justificación de la investigación

Este trabajo tiene como enfoque poder seleccionar la alternativa más apropiada
para poder realizar una compra de una plataforma o software de aseguramiento de
la calidad para la empresa Desarrollos Agiles, S.A. que permita poder controlar y
mitigar las debilidades referentes al desarrollo de las aplicaciones tanto para el
cliente interno como externo. Adicionalmente poder plasmar reglas al momento de
desarrollar el software, y si no cumplen con dichas reglas se rechace el producto de
software. Todo con la finalidad de reducir al máximo las inconformidades de los
consumidores finales.

Sumado a la situación este proyecto servirá de gran apoyo para próximos casos
de estudio que pueda realizar en estos últimos meses de mi carrera, además del
gran aporte a las diversas personas que busquen un soporte en la elaboración de
su proyecto universitario o laboral.

Por otro lado servirá como base para demostrar la viabilidad en los diferentes
casos de estudio como los son el estudio de mercado, técnico, administrativo.

Metodología

Para poder solventar los problemas planteados arriba, en este trabajo se utilizara
la metodología de los criterios ponderados para poder dar solución a dicha
problemática.

Primeramente se realizara un análisis de mercado para poder encontrar los

factores cualitativos para este tipo de estudio, luego analizar cada factor y asignar
un valor ponderado partiendo de la importancia que sea considerado.
 Página |5

Estudio de mercado

Perfil del cliente: El cliente es principalmente todos los empleados que trabajan en
el departamento de IT y la población es de 45 personas, pero las encuestas se
realizaran solo al 40% del personal.

Población = 40% * 45 = 18

Población y tamaño de la muestra: La siguiente formula se puede aplicar, ya que

conocemos el número de la población, los cuales son 45 personas del departamento
de e IT.

N (tamaño de la población)= 45
K (para un nivel de confianza de 95%) = 1.96

e (error muestral deseado) = 5%

p = 0.5
q = 0.5

Por lo tanto, n = 16 personas.

N * K2 * p * q
n=
p * q * K2 + (N-1) * e2
n= 17.2872 16.1502242
1.0704

Aplicación de la encuesta

Con la fórmula de arriba se consiguió el número de personas a quien realizarle la

encuesta, siendo 18 personas a quienes se les realizó. Los involucrados en el tema
se encuentran los desarrolladores, especialistas de IT. Se incluyeron a estos porque
ellos son los que deben de utilizar la herramienta de aseguramiento de la calidad;
por ello se debe de tener un panorama claro de los que ellos opinan con respecto a
la implementación de dicha herramienta que nos ayudara a poder mejorar los
controles dentro del departamento.
Resultados de la encuesta

¿Considera que es funcional un software para

aseguramiento de la calidad en IT?

17

SI No

FIGURA 1: Pregunta 1
Elaboración propia
Se puede observar que en su mayoría los implicados están completamente de
acurdo que la implementación de un software en el departamento de IT seria
funcional para poder mitigar los riesgos en el desarrollos del software.

¿Ha utilizado alguna vez una herramienta para la

gestion de tareas y aseguramiento de la calidad?

18

SI No

FIGURA 2: Pregunta 2
Elaboración propia
La gran mayoría ha utilizado herramientas de gestión de tareas, esto ayudara a
que se puedan acoplar fácilmente al sistema.
 Página |7

¿Le gustaría que el software incluya revisión de

codigo?
0

18

SI No

FIGURA 3: Pregunta 3
Elaboración propia
Como algún tan común en el área de desarrollo, la implantación de una mejora
implica encontrar todos los puntos de mejora para luego implementarlos y darle el
seguimiento en su cumplimiento a cabalidad.

¿Le gustaría que el software incluya chat en vivo?

0

18

SI No

FIGURA 4: Pregunta 4
Elaboración propia
Se observó que todos los encuestados toman muy en cuenta la interacción con
equipo de trabajo, es por ello que nadie se negó a poder tener una interfaz donde
nos podamos reconstruir.
 A. Teoría Relevante

La calidad de un producto o servicio es clave para la captación de clientes en el

mercado, gran parte de las organizaciones se preocupan por poder dar una primera
impresión en la entrega de sus productos o servicios finales. Pero si bien es cierto
la calidad de un producto no se gana tan fácilmente, pues requiere de un gran
esfuerzo y dedicación. Por otro lado cabe resaltar que la cantidad y la calidad que
se eligen de manera definitiva afectan el calendario y por ende el desembolsos del
proyecto Nassir Sapag(2008, p.26).

Posiblemente la calidad para muchos quizá es fácil de poder explicar ya que

existen una gran cantidad de definiciones que pueden llevarnos a responder el
término de diferentes maneras. Pablo Lledo (2009, p.206) menciona que la gestión
de calidad se distribuyen entre los siguientes procesos: Planificación, ejecución y
control respectivamente.

Partiendo de una planificación previa de los requerimientos del cliente podemos

llegar a comprender que es indispensable que en la etapa de ejecución también se
manifieste la calidad de manera obligatoria, es decir que también vaya implícita en
la fase de producción del producto y luego de haber pasado por todas esas etapas
poder detectar posibles mejoras.

Según el Project Manager Institute (PMI, 2008, p.54) también hace énfasis en
ello y afirma que la calidad se planifica y debe de trabajarse desde el inicio de un
proyecto, creación de un producto, prestación de servicio y además se debe
documentar para la facilitación del seguimiento y cumplimiento de dicha
planificación, adicionalmente para poder dar un panorama más claro el PMI
comparte lo que debería tomarse en cuenta tanto en las entradas como en las
salidas con respecto a la planificación de la calidad.
 Página |9

Figura 1. Planificación de la Calidad: Entradas y Salidas, PMI(2008, p.52)

Pero si bien es cierto definir la calidad de un producto implica implementarse

desde el principio según lo citado en la parte de arriba por el PMI, pero eso
únicamente servirá para poder tener una definición clara de lo que el cliente final
necesita, mas no garantizamos que en el camino o el proceso de producción que el
producto final cumpla con todos esos requerimientos iniciales que fueron dados por
el cliente o personas interesadas.

Es decir que para poder proveer de un producto o servicio de calidad debe de

implementarse en el camino un control que me permita poder garantizar el
cumplimiento de los requerimientos iniciales. El PMI (2008, p.59) sostiene que el
Aseguramiento de la calidad es un proceso que sirve para poder garantizar que
tanto los requerimientos como los resultados sean los esperados y que además se
utilicen las normativas correctas.

Figura 2. Realizar el aseguramiento de la Calidad: Entradas y Salidas,

Fuente: PMI(2008, p.57)

 Cabe destacar que el Instituto de Gestión de proyectos utiliza una terminología
general de la calidad sin importar el tipo de producto o servicio que se esté tratando.
Por tanto la calidad siempre se debe de mantener para que los clientes se sientan
identificados con la empresa, producto o servicio.

De la forma que un cliente percibe un producto o servicio y lo selecciona, de la

misma manera para la creación de dicho producto tuvieron que existir decisiones
implícitas que hicieron pensar que ese producto sería de gran gusto para el
consumidor final. Lo mismo ocurre cuando se realiza un nuevo proyecto, se deben
de seleccionar los más viables. Para cuestiones de proyectos la selección del más
viable implica tomar en cuenta cuestiones como el mercado, méritos, riesgos,
categorías para luego poder tener una ponderación de todos los puntos obtenidos
según sea la categoría que se esté tratando. En la parte de abajo se muestra un
cuadro de red analítico que muestra varios atributos para la selección de un
proyecto

Figura 4: Estructura Jerárquica de selección de proyectos

Fuente: Mohanty (2005)

 P á g i n a | 11

Claramente es importante la selección de proyectos, cuyas decisiones pueden

ser fallidas o exitosas o no producir la rentabilidad deseada. Pero para el área de
desarrollo de aplicaciones esto también viene dado por el tipo de metodología de
desarrollo que se trabaje en la organización, es decir que una metodología de
desarrollo influye en gran medida (Eugenia Bahit, 2012, P. 70).

Existe una metodología para poder desarrollar software que se enfoca más en
desarrollo robusto, este por lo general cumple con todas las etapas del desarrollo
del software y se enfoca en documentar todos sus procesos. RUP es un producto
del proceso de la ingeniería del software y otorga tareas en una empresa orientada
al desarrollo (Julio Chacón, 2006).

La gestión de desarrollos de proyectos de software es de suma importancia y

permite crear software que sea modular e incremental en el tiempo, es decir que
tenga la capacidad de ir creciendo sin que afecte al proyecto como tal. Algunos
gestionan el desarrollo de software con una metodología de desarrollo ágil también
conocido como Extreme Programming que no es más que un conjunto de técnicas
para el desarrollo de aplicaciones o plataformas informáticas.

La metodología SCRUM fue definida en la década de los 80s, enfocados en

poder crear una estrategia para el desarrollo de software en donde todo el equipo
trabaja de manera unificada para poder alcanzar un solo objetivo que es el producto
final o software (Scrum Body of Knowledge, 2017, p.1).

SCRUM como trabaja de manera unificada, implica que tiene que existir una
persona que sea quien controle a su equipo SCRUM. Un Scrum Master Ayuda en
la interacción del equipo y la facilidad de poder expresar los seguimientos que se
vayan dando al proyecto (ScrumStudy, 2017, p.3).

De manera obligatoria la gestión de proyectos deber ser estrictamente dirigida

por personal responsable y se convierte en el ejercicio del P.O.D.E.R que se
describe como planeación, organización, dirección, evaluación. (Jorge Eliecer,
2009, p.3).
 B. Caso

Para clarificar ciertos puntos que son de gran importancia en esta investigación;
se hace un una aclaración que por cuestiones de confidencialidad de la empresa
real, se ha utilizado otro nombre que sustituya al verdadero. Esto por motivo de que
la empresa exige un secreto sobre información de gran importancia, por dicho
fundamento me privo a poder dar el nombre de la empresa así como también los
precios y productos que se ofrecen en el mercado.

El presente caso tiene como finalidad poder optar por un software o programa
que pueda contribuir en el aseguramiento de la calidad. Es decir que permita reducir
los problemas o defectos encontrados en el software cuyos efectos pueden alterar
el interés de compra de los clientes externos. La empresa denominada Desarrollos
Agiles se dedica a la creación de proyectos de software en diferentes lenguajes de
programación.

El proyecto nació derivado de los problemas que se han venido dando en el

testeo de las aplicaciones, y a una variedad de problemas que incluyen las pruebas
de funcionalidad de las pantallas o módulos del sistema.

Se realizó un plan de acción ante los problemas descritos en el presente trabajo,

cuyo plan tiene como finalidad poder medir el grado de incumplimiento que se esta
llevando a cabo en la empresa con respecto al control de calidad de las aplicaciones
se lanzan al mercado. En los peores de los casos los usuarios ya no utilizan las
aplicaciones debido a que se llevaron una primera mala impresión del producto. El
plan de acción consiste en mejorar tratando la manera de apoyarnos en programas
de terceros que sirven para poder gestionar proyectos de software desde su primer
etapa que consta en obtener las necesidades de los clientes ya sea internos o
externos.

Para poder ejecutar este proyecto se hicieron análisis con los diferentes
proveedores del servicio tales como son el software de TestRail, Jira Software y
PivotalTracker.
 P á g i n a | 13

C. Objetivos de Aprendizaje

1. Objetivo General

- Analizar y seleccionar la opción más viable de comprar un programa que

garantice el aseguramiento de calidad del software para la empresa
Desarrollos Agiles, S.A.

2. Objetivos Específicos

- Elaborar un estudio de mercado para la empresa Desarrollos Agiles, S.A.

- Obtener mediante cada estudio realizado la opción más beneficiosa para la
empresa.
- Proponer la mejor solución encontrada en cada uno de los estudios
realizados
 D. Párrafo de Apertura

Las organizaciones orientadas al desarrollo de software apuntan a poder captar

más clientes; luchando por ser buenos competidores en el mercado y demostrando
que sus procesos y sus productos son mejores que la competencia. Por tal motivo
la empresa Desarrollos Agiles, S.A. tiene como objetivo mejorar sus procesos
internos para proveer de mejor software a los clientes tanto internos como externos.

Por el lado de la satisfacción de clientes internos la Empresa tiene el propósito

puntual de poder entregar un producto de software de calidad que pueda cumplir
con los requisitos iniciales. Y por el lado de los clientes externos se busca poder
brindar el producto de software que llene sus expectativas.

Con respecto a las aplicaciones que se generan para los clientes internos o
externos últimamente se han podido ver muchos errores al momento de probar las
aplicaciones en el appStore de google, este tipo de problemas no son nuevos; a
pesar que no son temas que se dan de manera muy frecuente el Gerente del área
de tecnología e información ha solicitado que se plasmen y ejecuten controles para
poder mitigar este dichos problemas.
 P á g i n a | 15

E. Antecedentes Generales de la Organización

Desarrollos Agiles, S.A. es una empresa que se dedica a la producción de

software de seguros los cuales tienen coberturas para los ramos de Vida, Vehículos
entre otros. Esta organización inicio sus actividades en Guatemala en el año 1966
iniciando sus labores en el área de seguros. Para poder entender un poco del
seguro se puede definir como la actividad económica – financiera que presta el
servicio de cubrir los riesgos de diversa naturaleza, a los que están sometidos las
personas y sus patrimonios, en un gasto periódico presupuestable, que puede ser
soportado fácilmente por cualquier presupuesto.

Características esenciales del seguro;

 El seguro es una actividad de servicios y no una actividad industrial

 La actividad aseguradora tiene un mercado acento financiero y económico
 La transformación de riesgos en pagos periódicos presupuestables.

El seguro supone también otros servicios importantes, como por ejemplo:

Contribuir con el ahorro a través de diversas modalidades del seguro de vida.

Además estimula las inversiones familiares. Presta asistencia técnica en riesgos de
naturaleza industrial. Facilita servicios de asistencia judicial en riesgos de
responsabilidad civil.

La organización cuenta con un Gerente General quien es el responsable de velar

por el cumplimiento de los objetivos de la organización, además se cuenta con un
área de Gestión de calidad, Auditoria y un departamento de IT. En el departamento
de IT se tiene la siguiente estructura: un Jefe para el área de infraestructura,
desarrollo y Aseguramiento de la calidad. Cada jefe tiene personal a su cargo, es
decir que el jefe de infraestructura tiene responsabilidad de sus técnicos como el
administrador técnico. Y por el lado de desarrollo se encuentran los Project manager
que están por debajo del jefe de desarrollo.
A continuación se muestra la estructura organizacional de la empresa Desarrollos
Agiles, S.A. en donde se pude observar más claramente como está conformada.

Gerente
General

Auditoria Gerente Gestión

Interna IT de calidad

Jefe QA Jefe Infraestructura Jefe Desarrollo

Especialista Coordinador Project Project

QA Area Tecnica Manager 1 Manager 2

Tecnico 1 Tecnico 2 Especialista IT Especialista IT Especialista IT Especialista IT

Figura 4: Organigrama Desarrollos Agiles

Fuente: Elaboración Propia

F. Áreas Específicas de Interés

Si bien es cierto una organización se encuentra estable económicamente

hablando cuando sus clientes cumplen con las obligaciones de pagar en tiempo. Es
decir que si nosotros como clientes de otros proveedores no cumplimos con el pago,
de alguna manera estamos haciendo mal. Pero en ocasiones el cliente se niega a
pagar debido al producto no conforme realizado por el proveedor del producto o
servicio. Esto repercute de manera directa a la empresa, puesto que los clientes no
querrán pagar por el mal servicio o porque su producto de software no cumplió con
lo establecido al inicio.
 P á g i n a | 17

El personal interesado en reaccionar a cualquier circunstancia ya sea positiva

como negativa viene dada desde las posiciones más altas de los departamentos
afectados , debido a que si no se le da seguimiento a estos problemas se puede
convertir en algo más dañino para la organización y llegar al punto de perder a gran
cantidad de clientes. En la figura se muestra la forma en que la empresa se
encuentra distribuida.

Gerente
General

Auditoria Gerente Gestión

Interna IT de calidad

Jefe QA Jefe Infraestructura Jefe Desarrollo

Especialista Coordinador Project Project

QA Area Tecnica Manager 1 Manager 2

Tecnico 1 Tecnico 2 Especialista IT Especialista IT Especialista IT Especialista IT

Figura 4: Organigrama de Personal Interesado

Fuente: Elaboración Propia

G. Situación específica, decisión, problema u oportunidad

Derivado de los conflictos que han existido con los clientes por no cumplir con
los requisitos establecidos al inicio del desarrollo de los sistemas, o por los defectos
que los sistemas han llegado a tener al momento de pasarlos al área de producción.
Se quiere la implementación de controles tanto al inicio de los proyectos como en la
ejecución de los mismos.
 Se tiene claro que a pesar de no tener personal encargado de velar por el
aseguramiento de la calidad; la empresa Desarrollos agiles ha venido realizando
pruebas de manera irregular de parte de cada persona que desarrolla el software.

El gerente sabe muy bien de la necesidad de personal con la experiencia en

aseguramiento de la calidad y ha tomado la decisión de solicitar la colocación de un
agente que tenga como trabajo específico las pruebas unitarias de los sistemas que
se realizan diariamente. Se piensa mitigar este tipo de errores que no son bien vistos
por los clientes.

Esto traería un gran beneficio para el departamento de Tecnología e información

por que las auditorías internas serian exitosas o se reducirían los hallazgos menores
dentro del departamento. Adicionalmente al momento de ejecutarse una auditoria
externa se estaría preparado para enfrentarla. En la parte de abajo se muestra un
porcentaje de eficiencia para el departamento de IT.
FACTORES IT CALIFICACION
E B R D
Puntualidad entrega cliente Interno Escala de puntuación
Puntualidad entrega cliente Externo E: Excelente 1
Calidad del software B : Bueno 0.8
Entrega a tiempo del software R : Regular 0.6
Responsabilidad de diferentes equipos D : Debil 0.4
Revisión de Codigo de software
Detección de defectos en area de pruebas
Adecuada Gestión de Metodologia Scrum
Soporte Técnico A usuarios finales
Tiempo promedio de primera respuesta a clientes
Agilidad en el proceso del traspaso a producción
Roles definidos para los desarrolladores
Cumplimiento de los estandares de programación
PONDERACION TOTAL 1E 1B 1R 1D

Interpretación
Grado de Eficiencia del departamento de IT

1E + 1B + 1R + 1D
E=
13

1(7) + 2(0.8) + 3(0.6) 10.40

E= = = 0.8
13 13.00
Conclusión: Se puede observar claramente que el departamento de IT tiene un 20% de
oportunidad de mejora Según los factores descritos arriba
 P á g i n a | 19

Según el análisis de los factores del departamento de IT mostrados en la parte

de arriba, se puede notar de manera clara que el equipo de IT tiene factores que
debe mejorar tales como: la revisión de código del software, la adecuada gestión de
la metodología Scrum para desarrollos de entrega rápida y el cumplimiento de los
estándares de programación.

Por tanto la implementación de un software que pueda ayudar con este tipo de
factores que requieren de atención, el Gerente del área de IT ha solicitado que se
busque una solución que pueda mitigar los riesgos que surgen derivados de la
carencia de controles.

Por consiguiente se ha dado seguimiento a su solicitud; buscando software que se

adapte a las necesidades de la organización y que cumpla con todo lo necesario
para el mejoramiento del área. Se requiere poder evaluar 3 alternativas de software
para control de tareas y de aseguramiento de la calidad
 H. Alternativas

Para poder solucionar los problemas que han salido a flote en el área de
tecnología e información (IT) se han seleccionado tres plataformas o sistemas que
permitan dar visibilidad y seguimiento de las tareas de los colaboradores del área
de IT.

Para la obtención de los datos de cada alternativa de software se ha ingresado

a la página oficial, en donde se puedo recabar un fragmento de su descripción, el
nombre del software, el nombre del proveedor y la dirección para poder acceder al
sitio donde se tiene toda la información pertinente a dichas alternativas.

Nombre del Software TestRail Software

Proveedor Gurock Software
Sitio Oficial http://www.gurock.com/testrail/
Es un software moderno para gestionar
Descripción del software test, con integración de rastreos de bugs o
errores

Nombre del Software JIRA Software

Proveedor Atlassian Corporation
Sitio Oficial https://es.atlassian.com/software/jira
Es un software utilizado para planificar,
Descripción del software publicar software y darle seguimiento a lo
largo de sus etapas de desarrollo.

Nombre del Software PIVOTALTRACKER Software

Proveedor Pivotal Labs
Sitio Oficial https://www.pivotaltracker.com/
Es una herramienta de desarrollo de
Descripción del software software Agile, ayuda a entregar con mas
frecuencia y consistencia ademas del
analisis del progreso de tareas,
 P á g i n a | 21

1. Alternativas Evaluadas

Con base al objetivo general de este proyecto, se realizan análisis de los

puntos importantes que brindan cada uno de las alternativas de software y se
muestran a continuación:

PROYECTOS DE SOFTWARE
Aspecto a evaluar JIRA TESTRAIL PIVOTALTRACKER
Configurar usuarios
Revisión de codigo
Gestion de proyectos
Gestion de Tareas
Configuraracion de campos
permisos
Seguridad De usuarios
Integracion con Chat
Notificaciones
Registro Por Gmail
Registro Por Facebok
Control de flujos de trabajo
Visualizacion de todos los proyectos
Configuracion de perfil
Reportes En pantalla
Exportación De reportes
Configuracion de proyectos
Avances Diarios
Graficas En pantalla
 2. Pruebas Realizadas

Se definieron pruebas con los diferentes programas en su sitio oficial para

poder verificar el correcto funcionamiento y si realmente cumple con las
expectativas que el cliente interno requiere y que se han tomado requerimientos
del software y se detallan a continuación:

 Área de chat o envío por correo de las notificaciones y cambios.

 Administración de tareas.
 Envío de cambios a producción.
 Revisión de código previo a paso de producción.
 Rechazar o aceptar solicitudes de aprobación.
 Seguimiento a las actividades.

3. Resultados operativos de las pruebas

Al realizar las pruebas correspondientes con los diferentes sistemas se

pudieron encontrar los resultados que se muestran en la siguiente tabla:
Prueba de funcionalidad TestRail Jira Software PivotalTracker
Area de chat
Adminstracion de tareas
Envio de cambio a produccion
Revision de codigo previo paso a produccion
Rechazar o aceptar solicitudes de aprobacion
Seguimiento a las actividades programadas por ususario

Se observó que el programa TestRail Cumple con todos los requisitos

importantes para el área de desarrollo teniendo el software control de las tareas,
darle su seguimiento, controlar el traspaso a producción.

Para el caso de JIRA software también cumple con lo que se solicita al principio
 P á g i n a | 23

4. Aspectos cualitativos

Se evaluaron aspectos que son de valiosa importancia para la organización en

la tabla de abajo se muestran de manera amplia.

PROYECTOS DE SOFTWARE
Aspecto Cualitativo JIRA TESTRAIL PIVOTALTRACKER
Gestion de pagos Desde el sistema Desde el sistema

Garantia solo si es en Garantia solo si es

Garantias Garantia de Backups su plataforma en su plataforma
Atención 7 dias de la Atencion de lunes
Soporte Tecnico Atención 24/7 semana a viernes

Se puede observar que la mejor opción según los aspectos cualitativos es la

opción de comprar el software JIRA pues es el que tiene soporte en todo momento,
me garantiza resguardo de información Backups y ademas los pagos ya se
configuran en la aplicación.

Por la opción dos TestRail es una buna opción pero me da garantía solo estando
instalado del lado de sus servidores.

PivotalTracker también me da garantía solo de sus servidores y su atención es

solo de lunes a viernes y eso puede perjudicarnos en algún momento.

5. Ventajas y desventajas de las alternativas evaluadas

Ventajas
Las ventajas que brinda el software JIRA son básicos para poder optar por esta
plataforma.
Desventajas
La desventaja al momento de adquirir un servicio con estos es que no podremos
tener soporte las 24 horas los 7 días a la semana.
 6. Inversión

Los detalles de la inversión para cada alternativa se muestra a continuación,

tomando en cuenta que la opción más favorable corresponde a JIRA software

Precios por Mes

Precios Licencia Usuarios Total
Jira 10 45 450
Test Rail 30 45 1350
PivotalTracker 12.5 45 562.5
Precios por Año
Precios Licencia Usuarios Total
Jira 7 45 315
Test Rail 290 45 13050
PivotalTracker 12.5 45 562.5

7. Condición de negociación

La forma de pago se puede realizar con tarjeta de crédito, solo se configura en

la cuenta creada al principio y con ello se pueden realizar los pagos cada mes o
año.

I. Conclusiones

Se recomienda contratar el servicio de software JIRA por una suma anual

pagando un total de 315 dolares.

1. Alternativa Seleccionada Software 1

La alternativa de software JIRA fue seleccionado para cumplir con todo lo

necesario plasmado al inicio cuando se realizó una encuesta para poder adaptarse
mejor al software, entre las características que hicieron seleccionar esta opción
fueron:
 P á g i n a | 25

- Temas de soporte técnico

- Temas de Garantia de la información.
- Gestion de tareas.
- Chat para poder interactuar con el grupo de trabajo.
- Prestigio en el mercado, ya que es utilizada por varios clientes reconocidos.
- Control de código y versiones.

2. Alternativa Rechazada Software 2

La opción de software perteneciente a TestRail fue rechazada por lo siguiente

- No cuenta con garantía de resguardo de información Backup
- El soporte técnico es solo para días hábiles cuando se requiere del
funcionamiento en todo momento.
- Además no cuenta con registro con facebook.

3. Alternativa Rechazada Software 3

Esta opción que corresponde a PivotalTracker fue rechazada por las siguientes
situaciones:
- No tiene chat en línea
- No tienen garantía para el resguardo de la información Backups.
- El soporte técnico lo dan solo en días hábiles.
- No especifica como el modo de pago.
- El control de versiones no se especifica.

J. Preguntas

Para poder dar información extra a este caso, se han realizado algunas
preguntas las cuales pueden ser de gran importancia para poder tener visibilidad y
entendimiento de cómo fue que se realizaron los análisis del caso que consta de
seleccionar la opción que tiene más pesos.
 a. Preguntas y respuestas relativas a las inquietudes teóricas

¿Es posible que sea eficaz el estudio con pocas personas avaluadas en el
departamento de IT?
En la mayoría de casos una muestra más grande puede ser más importante,
pero para las personas implicadas que son únicamente las personas el
departamento de IT, que por cierto son pocas pero bastante aceptable poder tomar
una muestra y determinar que toda la población sostiene la respuesta que arroje al
final del estudio.

Son métodos estadísticos que sirven como base para poder seleccionar de un todo;
una porción asumiendo que se eligen todos o casi la mayoría de individuos que para
esta caso son los trabajadores del departamento de IT.

b. Preguntas y respuestas relativas a la experiencia

¿Puede seleccionarse una alternativa con criterios ponderados?

Efectivamente hay tantos libros que pueden confirmar que se pueden realizar
selecciones de proyectos al asignarle cierto valor o peso que me puede dar ya sea
por la experiencia cual es el valor más alto de la opción y poder asumir que esa es
la mejor opción porque según los criterios sabemos que será rentable y que
recobraremos el dinero en el futuro.

Aunque si bien es cierto este método no garantiza que se haya elegido la mejor
alternativa, pero recalcando que depende mucho de las experiencias del día a día,
adicionalmente para este tipo de selecciones es importante contar siempre con una
persona que conozca del tema para que el riesgo sea el más mínimo posible.

Por otro lado cualquier alternativa sin importar el tipo que sea, se tiene una riesgo
implícito. Pero cualquier inversionista siempre seleccionara la mejor opción
conociendo cual es la más viable a simple inspección con base a la experiencia que
este tenga.
 P á g i n a | 27

BIBLIOGRAFIA

PMI, (2008).Guía de los fundamentos para la dirección de proyecto.

Pablo Lledo, (2009).Como aprobar el PMP sin morir en el intento. Canadá

Mohanty, Agarwal, A. K. Choudhury, and M. K. Tiwari. 2005. - A fuzzy ANP based

approach to R&D project selection: a case study.‖ International Journal of
Production Research.

Pulse of the profession. Decima encuesta para la administración de proyectos

global. Recuperado el 25 de julio del 2018 en https://www.pmi.org/-
/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pulse-of-
the-profession-2018.pdf

Mario G. Piattini. Auditoria Informática, Un enfoque práctico.

ScrumStudy. Guia del conocimiento de SCRUM, una guía integral para la entrega
de proyectos utilizando scrum
https://www.scrumstudy.com/SBOK/SCRUMstudy-SBOK-Guide-3rd-edition-
spanish.pdf

Eugenia Bahit 2012. SCRUM y Extreme Programming para desarrolladores

Recuperado el 24 de julio del 2018 de https://goo.gl/dEK7Db

Nassir Sapag Chain. Preparacion y evaluacion de proyectso.

Julio Cesar Rueda Chacón. Aplicación de la metodologia RUP para el desarrollo

rapido de aplicaciones basado en el standard J2EE
http://biblioteca.usac.edu.gt/tesis/08/08_0308_CS.pdf

Jorge Eliecer Prieto Herrera(2009). Proyecto Enfoque Gerencial

Francisco Martinez & Gisel Chavez (2010). Administración de proyectos. Guia

para el aprendizaje.

Jhonny de Jesus Orozco (2010). Evaluación Financiera de Proyectos.

Jorge Prieto Herrera (2011). Planificación Estratégica.

Miguel David Rojas López (2011). Planificación Estratégica fundamentos y casos.

ANEXO A – EJEMPLO DE COTIZACIONES CON LOS PROVEEDORES
P á g i n a | 29