Documente Academic
Documente Profesional
Documente Cultură
“GESTIONAR EL DESARROLLO DE UN
PRODUCTO DE SOFTWARE UTILIZANDO EL
LIENZO DE MODELO DE NEGOCIO CANVAS
COMO ESTRATEGIA”
Cochabamba – Bolivia
2018
DEDICATORIA
Contenido
............................................................................................................................................................ 1
DESARROLLO O CUERPO DE INVESTIGACION ........................................................................................... 1
I – Introducción ................................................................................................................................... 1
1.1. Antecedentes ....................................................................................................................... 1
1.2. Definición del Problema ....................................................................................................... 2
1.3. Objetivo General .................................................................................................................. 2
1.4. Objetivos Específicos ............................................................................................................ 3
1.5. Justificación.......................................................................................................................... 3
II – Herramienta Business Model Canvas.............................................................................................. 4
2.1. Resumen .............................................................................................................................. 4
2.2. Modelo de Negocio Canvas – Lienzo ..................................................................................... 6
2.2.1. SM - Segmento de Mercado ............................................................................................. 8
2.2.2. PV - Propuesta de Valor .................................................................................................... 9
2.2.3. C – Canales ..................................................................................................................... 10
2.2.4. RCl – Relaciones con clientes .......................................................................................... 10
2.2.5. FI – Fuentes de ingresos ................................................................................................. 11
2.2.6. RC – Recursos Clave........................................................................................................ 12
2.2.7. AC – Actividades Clave.................................................................................................... 13
2.2.8. AsC – Asociaciones Clave ................................................................................................ 14
2.2.9. EC – Estructura de costos................................................................................................ 15
2.2.10. Lienzo de modelo de Negocio ........................................................................................ 15
III – Área de Aplicación (Sistema de Seguridad Industrial en Constructoras) ....................................... 17
3.1. Introducción ....................................................................................................................... 17
3.2. Antecedentes ..................................................................................................................... 18
3.2.1. Antecedentes Generales................................................................................................. 18
3.2.2. Antecedentes Específicos ............................................................................................... 18
3.3. Caracterización del Problema ............................................................................................. 19
3.3.1. ¿Por qué tener un sistema de seguridad industrial en la empresa? ................................. 19
3.3.2. Lluvia de ideas ................................................................................................................ 20
3.3.2. Árbol de Problemas ........................................................................................................ 21
3.3.3. Soluciones Posibles......................................................................................................... 22
3.4. Objetivos ............................................................................................................................ 22
3.4.1. Objetivo General ............................................................................................................ 22
3.4.2. Objetivos Específicos ...................................................................................................... 22
3.5. Justificación........................................................................................................................ 22
3.6. Elaborar - Lienzo de Negocio para Sistema de Seguridad Industrial de constructora y
desarrollo del software .................................................................................................................. 23
3.6.1. Segmento de Mercado – SSI ........................................................................................... 23
3.6.2. Propuesta de Valor – SSI ................................................................................................. 24
3.6.3. Canales – SSI................................................................................................................... 24
3.6.4. Relación con el Cliente – SSI ........................................................................................... 25
3.6.5. Fuentes de Ingreso – SSI ................................................................................................. 25
3.6.6. Actividades Clave – SSI ................................................................................................... 25
3.6.7. Recursos Clave – SSI ....................................................................................................... 26
3.6.8. Socios Clave – SSI............................................................................................................ 27
3.6.9. Estructura de Costos – SSI .............................................................................................. 27
3.6.10. Lienzo de Negocio para la constructora propietaria del SSI ............................................. 28
3.6.11. Lienzo de Negocio del Sistema de Seguridad Industrial ................................................... 29
IV- Gestión de Proyecto de software .................................................................................................. 30
4.1. Herramientas para elaborar el modelo de Negocio ............................................................. 30
4.1.1. Lienzo de modelo de Negocio (Business model canvas) .................................................. 30
4.1.2. Circulo de Oro (Golden Circle) ........................................................................................ 32
4.2. Metodología SCRUM para gestionar el desarrollo de un proyecto de software ................... 33
4.2.1. Contexto Cynefin: complejidad del entorno .................................................................... 33
4.2.2. Roles de Scrum ............................................................................................................... 34
4.2.2.1. El dueño del producto (product owner) ...................................................................... 34
4.2.2.2. Scrum Master ............................................................................................................. 35
4.2.2.3. El equipo de desarrollo scrum ..................................................................................... 35
4.3. Proceso de Trabajo Scrum .................................................................................................. 35
4.4. Aplicar Scrum en base a la Herramienta Business Model Canvas ........................................ 36
4.4.1. Product Backlog (Lista de deseos) ................................................................................... 36
4.4.2. Sprint Backlog – Lista de tareas por iteración .................................................................. 38
4.4.3. Sprint Planning - Estimación ........................................................................................... 40
4.4.3.1. Herramientas para realizar estimaciones .................................................................... 41
4.4.3.1.1. Planning poker – serie Fibonacci ................................................................................. 41
4.4.4. Retroalimentación .......................................................................................................... 42
4.5. Herramientas Colaborativas para la gestión del proyecto de desarrollo de software .......... 43
4.5.1. Jira ................................................................................................................................. 43
4.5.2. Confluence ..................................................................................................................... 46
Conclusiones y Recomendaciones...................................................................................................... 49
5.1. Introducción ....................................................................................................................... 49
5.2. Conclusiones ...................................................................................................................... 49
5.2.1. Sobre Objetivos planteados ............................................................................................ 49
5.2.2. Sobre el modelo de Negocio Canvas ............................................................................... 49
5.2.3. Sobre la metodología SCRUM ......................................................................................... 50
5.2.4. Sobre las Herramientas para la gestión de proyecto de desarrollo de software............... 50
5.3. Recomendaciones .............................................................................................................. 50
Bibliografía ........................................................................................................................................ 51
Referencias Web. ........................................................................................................................... 51
DESARROLLO O CUERPO DE INVESTIGACION
I – Introducción
1.1. Antecedentes
En la actualidad se ha puesto de moda que las personas piensen o quieran iniciar un
emprendimiento propio. Es ahí donde las personas pueden notar que para iniciar un
negocio las cosas no son tan fáciles como parecen.
El primer obstáculo con el que se pueden encontrar es: “querer hacer algo, pero no
saber ¿el qué hacer?”, una vez que puedan vencer el primer obstáculo ¡por fin
encuentran la idea “perfecta” y se decide iniciar! Entonces al iniciar con el
emprendimiento surgen algunas dudas a las que no se le pone mucha importancia.
Otro Problema con el que se encuentran los emprendedores son las cargas fiscales o
impuestos, los emprendimientos van paso a paso conociendo el mercado y sus
adversidades, las personas que decidieron iniciar con los mismos recién piensan en cómo
mejorar el emprendimiento que tienen.
Entonces es cuando la persona o propietario del negocio piensa que hacer para mejorar
su emprendimiento,
1
Para que el emprendimiento mejore y sea un éxito rotundo se debe estudiar al máximo
detalle, realizar el análisis interno y externo, es decir que es importante conocer las
amenazas y oportunidades que podrían presentarse durante la ejecución del
emprendimiento.
2
1.4. Objetivos Específicos
Aprender sobre los bloques de construcción tiene una estrategia de Negocios
Aprender sobre los componentes del modelo de negocio canvas.
Recolección de Requerimientos para desarrollar un sistema de Seguridad
industrial (SSI)
Elaborar un lienzo adecuado para el modelo negocio canvas para gestionar el
desarrollo del sistema de seguridad industrial.
1.5. Justificación
En Bolivia existen varios tipos de empresas de desarrollo, existen las empresas que
cuentan con una gran inversión (muy pocas) que tienen la capacidad de contratar
personal capacitado que pueden ejecutar un plan de negocio de manera exitosa.
Por otro lado, gran parte de las empresas de Desarrollo de Software en Bolivia, que no
cuentan con muchos recursos, es decir que no tienen un presupuesto para realizar
análisis de factibilidad, capacidad de ejecución, planeación de gastos, recursos, capital
humano y otros aspectos que se debe tomar en cuenta para la realización de un proyecto
de software.
Muchas de las empresas que pertenecen al último grupo no han podido mantenerse en
el mercado por el poco estudio o una mala gerencia.
Es por ese motivo, que esta investigación busca, a través del modelo de negocio canvas,
evitar cometer los errores por los que pasaron las empresas que ya no existen e ingresar
al mercado con un nuevo enfoque, dando una propuesta de valor a los clientes, creando
una mejor relación donde se escuchen las necesidades y gustos del cliente para poder
satisfacerlas.
3
II – Herramienta Business Model Canvas
2.1. Resumen
Una estrategia de negocios, de acuerdo a Rapid Business Intelligence Success, “es un plan
de negocios que toma lugar en el largo plazo para ayudar a alcanzar metas u objetivos
específicos”.
Una estrategia de negocio puede ser entendida como el conjunto de actividades que
permitirán que una empresa alcance una ventaja competitiva en el mercado.
En resumen “Un modelo de negocio describe las bases sobre las que una empresa crea,
proporciona y capta valor”.
En el área de informática y sistemas los últimos años han aparecido un interesante conjunto
de modelos de negocio que permiten ofrecer servicios innovadores y soluciones de
tecnologías de la información (TI). A continuación, se nombra algunas de ellas:
Modelo de negocio de cola larga (long tail): Es uno de los modelos de negocio más
innovadores que han surgido en los últimos tiempos. Este modelo se caracteriza por
ofertar un amplio abanico de artículos con poca demanda, pero que pueden
convertirse en negocios rentables y generar beneficios debido a un gran volumen de
ventas pequeñas.
4
Este modelo es muy interesante al momento de vender productos de Software
(GooglePlay), productos digitales(itunes) e incluso productos físicos (Amazon o
Ebay).
Gratis como modelo de negocio disruptivo: En este modelo al menos uno de los
actores que intervienen se beneficia de una oferta gratuita. Es decir, otra parte del
segmento de clientes financia los productos o servicios que se ofrecen gratuitamente
a la otra parte o segmento. El modelo también llamado freemiun es utilizado por las
empresas Unbounce, Dropbox, Linkedin o Spotify.
5
Modelo de negocio de suscripción: El modelo consiste en que el usuario paga una
suscripción y a cambio recibe una propuesta de valor que compensa la cuota que
paga. Ejemplos clásicos son las suscripciones a revistas, periódicos o canales de
televisión.
Es una herramienta que tiene distintas secciones que se encargan de cubrir todos los
aspectos básicos de un negocio, desde los segmentos de clientes hasta incluso los socios
claves y la estructura de costos.
“Una Startup es una organización humana con gran capacidad de cambio, que desarrolla
productos o servicios, de gran innovación, altamente deseados o requeridos por el mercado,
donde su diseño y comercialización están orientados completamente al cliente. Esta
estructura suele operar con costos mínimos, pero obtiene ganancias que crecen
exponencialmente, mantiene una comunicación continua y abierta con los clientes, y se
orienta a la masificación de las ventas.”
6
Figura Nro.1 – Lienzo Canvas BMC.
Fuente: https://strategyzer.com
Los módulos cubren las cuatro áreas principales de un negocio: clientes, oferta,
infraestructura y viabilidad económica.
A continuación, se realiza una explicación breve de cada módulo o sección que tiene el
modelo la plantilla o lienzo canvas:
7
2.2.1. SM - Segmento de Mercado
En esta sección se puede indicar que los clientes son la pieza fundamental de cualquier
modelo de negocio, lo ideal es buscar clientes (rentables). Un modelo de negocio puede
tener uno o varios segmentos de mercado, los encargados con poder de decisión deben
definir con argumentos a que segmento enfocarse y cual no.
Una vez que se ha tomado esta decisión sobre a qué segmento enfocarse, ya se puede
diseñar un modelo de negocio basado en un conocimiento profundo sobre las
necesidades específicas del cliente objetivo.
Los grupos de clientes pertenecen a segmentos diferentes, tomar en cuenta los siguientes
puntos:
8
2.2.2. PV - Propuesta de Valor
Algunas propuestas de valor pueden ser innovadoras y mostrarse como una oferta nueva
o rompedora, mientras que otras simplemente pueden ser parecidas a ofertas ya
existentes e incluir alguna característica o atributo adicional.
Crear Valor para los clientes puede ser algo difícil, pero pueden ayudar las siguientes
preguntas:
Para lograr obtener una propuesta de valor que le permita captar clientes, su producto o
servicio tiene que crear valor gracias a una mezcla específica de elementos adecuados
que cubran las necesidades de los clientes. Los valores pueden ser cuantitativos (precio,
velocidad del servicio, etc.) o cualitativos (diseño, experiencia del cliente, etc.).
9
2.2.3. C – Canales
10
En esta sección se define el tipo de relación con los clientes, depende de la
comunicación o acuerdo que se tendrá con cada segmento de mercado el éxito de la
empresa, esta relación puede ser personal o automatizada.
La relación con los clientes puede estar basada en los siguientes fundamentos:
Captación de Clientes
Fidelización de clientes
Estimulación de las ventas
Tener muy en cuenta que, El tipo de Relación que exige el modelo de negocio de una
empresa repercute en gran medida en la experiencia global del cliente.
En esta sección se pretende analizar el flujo de caja que genera una empresa en los
diferentes segmentos de mercado.
Si los clientes constituyen el centro de un modelo de negocio, las fuentes de ingresos son
sus arterias. Como empresa se debe realizar la siguiente pregunta: ¿por qué propuesta
de valor que mi empresa ofrece, el cliente está dispuesto a pagar?
11
Al contestar de forma acertada, la empresa podrá crear una o varias fuentes de ingresos
en cada segmento de mercado en el que se desenvuelve.
Una buena práctica es el de saber definir el precio para esto se sugiere dos mecanismos:
En esta sección se debe describir los activos más importantes o recursos clave con los
que la empresa cuenta para que un modelo de negocio funcione. Por lo general los
modelos de negocio requieren de algún tipo de recurso clave que le permita crear y
ofrecer una propuesta de valor, llegar a los mercados, establecer relaciones con
segmentos de mercado y percibir ingresos.
12
Los recursos clave pueden ser físicos, económicos, intelectuales o humanos. Además, la
empresa puede tenerlos en propiedad, alquilarlos u obtenerlos de sus socios clave.
Por otro lado, para poder realizar un buen análisis de esta sección es bueno realizar un
par de preguntas, dependiendo el entorno en el que se desempeñará la empresa:
13
Recordar que, las actividades varían en función del modelo de negocio.
Por lo general algunas empresas se asocian por múltiples razones y estas asociaciones
son cada vez más importantes para muchos modelos de negocio.
Una empresa crea alianzas con otras para optimizar sus modelos de negocio, reducir
riesgos o adquirir recursos.
14
2.2.9. EC – Estructura de costos
En esta última sección se describen todos los costos que implica la puesta en marcha
de un modelo de negocio.
Se tiene que hacer un detalle de los principales costos en los que se incurre al trabajar
con un modelo de negocio determinado. Analizar que costos se generan en la creación y
la entrega de valor como el mantenimiento de las relaciones con los clientes o la
generación de ingresos tienen un costo.
Los costos son relativamente fáciles de calcular cuando se tiene definido los recursos
clave, las actividades clave y las asociaciones clave.
15
Figura Nro. 11 – Ejemplo de plasmar el Lienzo.
Fuente: Generación de modelos de Negocio
16
III – Área de Aplicación (Sistema de Seguridad Industrial en Constructoras)
3.1. Introducción
En la actualidad las empresas pequeñas o nuevas del rubro de la construcción son las que
registran mayor cantidad de accidentes y enfermedades laborales, debido a desconocimiento
y/o insuficiente capacitación del personal sobre las normas de seguridad en su área de
trabajo.
A solicitud de una empresa constructora se hizo un análisis y se pudo observar que no cubre
de manera eficiente y responsable las condiciones necesarias en cuanto a normas y
procedimientos de Seguridad e Higiene Industrial. Respecto a algunos elementos de
Seguridad Industrial, se detectó deficiencias en la asignación indumentaria de trabajo y
equipo de protección personal para los empleados, carencia de conocimientos acerca de
reglas, normas y procedimientos que ayude a precautelar el bienestar de los trabajadores y
así contar con un eficiente Programa de Seguridad.
Es por el análisis realizado que la empresa tiene como preocupación, el no tener la capacidad
de minimizar accidentes para su personal, esto no permite brindar las condiciones necesarias
ni darle confianza a los trabajadores para que puedan desenvolverse de manera efectiva en
sus áreas de trabajo.
17
3.2. Antecedentes
3.2.1. Antecedentes Generales
La finalidad del Programa de la OIT intenta mejorar la calidad de la vida laboral en todos
sus aspectos mediante, la prevención de los accidentes del trabajo y las enfermedades
ocupacionales, la difusión y aplicación de los principios de la ergonomía, el ordenamiento
del tiempo de trabajo, el mejoramiento del contenido y la organización de las tareas y de
las condiciones de trabajo en general.
La seguridad industrial tiene como principal enfoque el lograr una salud ocupacional.
Sin embargo, se ha tenido que pagar un alto precio por este crecimiento y actividad
constante. Aunque resulta difícil obtener estadísticas exactas en una industria en la que
muchos accidentes pasan desapercibidos y no se denuncian, o simplemente no se llevan
a un marco legal, en muchos países las fatalidades registradas y los accidentes causan
pérdidas de tiempo trabajado, con frecuencia superan a los de cualquier otra industria.
18
La globalización de la economía mundial al pasar el tiempo ha hecho necesario que las
empresas diseñen estrategias que les permitan mejorar su competitividad sin importar al
rubro al que se dedique. Entre los elementos diferenciadores se encuentran el servicio,
el mejoramiento continuo de los procesos, la calidad, la prevención de enfermedades
profesionales y accidentes de trabajo, este último, aunque es poco aplicado en nuestro
medio, puede marcar como una de las ventajas competitivas y atraer personal
excelentemente capacitado que quiera integrarse a la empresa.
Poder tener un ambiente seguro para que los trabajadores puedan desempeñarse con
absoluta normalidad y cumplir con éxito las tareas en sus respectivas áreas de trabajo,
mientras más seguro y respaldado se sienta el trabajador mayor será el esfuerzo que este
dedique para que la empresa tenga éxito.
19
3.3.2. Lluvia de ideas
20
3.3.2. Árbol de Problemas
21
3.3.3. Soluciones Posibles
La solución que se plantea a las deficiencias identificadas dentro la empresa es realizar
el diseño del lienzo de negocio para desarrollar un sistema que sea capaz de lograr el
cumplimiento de las normas de seguridad y salud industrial la cual permita realizar un
control sobre los equipos de protección individual del personal, señalización, accidentes
(graves, leves), causas de accidentes y enfermedades (estacionales o crónicas).
3.4. Objetivos
3.4.1. Objetivo General
Diseñar el lienzo de negocio para el desarrollo de un sistema de gestión de seguridad y
salud ocupacional, para una empresa en el rubro de la construcción, de tal forma que se
contribuya con el bienestar de los trabajadores, además se pueda disminuir notablemente
los factores de riesgo a los que están expuestos día a día los trabajadores, y colabore
con el mejoramiento del rendimiento en las obras.
3.5. Justificación
La importancia de la seguridad industrial en Bolivia ha tomado gran auge en los últimos años,
debido a que el índice de accidentalidad ha aumentado considerablemente en las empresas,
según cifras del ministerio de trabajo (reporte correspondiente al 2016) el 65% de los
accidentes laborales ocurren en el sector de la industria manufacturera y el comercio, aunque
reconocen que el área donde más se tiene accidentes es en la construcción, pero no registra
un alto porcentaje porque las empresas son ilegales
22
Figura Nro. 15 – Estadísticas accidentes de Trabajo.
Fuente: Ministerio de Trabajo
23
3.6.2. Propuesta de Valor – SSI
Ahora toca analizar qué propuesta de valor se puede dar a los segmentos seleccionados
por la empresa
24
3.6.4. Relación con el Cliente – SSI
Para que la empresa tenga éxito se tiene que lograr la fidelidad de los clientes y es por
eso que esta etapa es muy importante el definir como mantener la comunicación con el
cliente.
Básicamente el sistema puede generar ingresos al ofertar módulos de uso para las
constructoras, es decir se puede ofertar el módulo de gestión de empleados, módulo de
gestión de accidentes, módulo de gestión de cargos.
25
¿Qué actividades clave requieren propuestas de valor, canales de distribución,
relaciones con clientes y fuentes de ingresos?
La empresa debe brindar las garantías necesarias y mostrar que sus proyectos
son realmente de calidad, para lograr este objetivo mostrar el conjunto humano
con el que se cuenta que sean reconocidos, contar con equipamiento actual y que
las oficinas sean impactantes.
El sistema debe ser optimo a respuestas generadas por los reportes, ser seguro,
amigable para los usuarios finales.
26
3.6.8. Socios Clave – SSI
Para tener éxito en la empresa es necesario tener asociaciones clave o identificar un
socio clave que nos permita darle mayor oportunidad de éxito a la empresa.
27
3.6.10. Lienzo de Negocio para la constructora propietaria del SSI
Figura Nro. 16 – Lienzo Modelo de Negocio para la Constructora. Fuente: Elaboración Propia
28
3.6.11. Lienzo de Negocio del Sistema de Seguridad Industrial
Figura Nro. 17 – Lienzo de Modelo de Negocio del SSI. Fuente: Elaboración Propia
29
IV- Gestión de Proyecto de software
4.1. Herramientas para elaborar el modelo de Negocio
Explicar el modelo de negocio es a menudo la parte mas complicada de comunicar cuando
se tiene planificado poner en marcha un proyecto de software.
Una vez que se tenga la información necesaria del cliente, la empresa puede reunir a un
equipo de trabajo al que se le asigne la responsabilidad de crear una propuesta con valor
para el cliente.
Se tiene que tener muy claro que el lienzo es una herramienta de gestión estratégica
y empresarial, que permite describir, diseñar, desafiar, inventar, y re-diseñar un modelo
de negocio. Es un instrumento que le permite a un equipo de trabajo crear, capturar y
generar valor. La idea de utilizar esta herramienta es innovar en un producto o servicio
para el modelo de negocio nuevo o ya existente, es decir; el equipo de trabajo asignado
tiene que enfocarse en una sola idea.
Este lienzo (business model canvas) se compone de cuatro áreas, las que hacen
referencia a las preguntas; ¿Cómo? (Infraestructura), ¿Qué? (Propuesta de Valor),
¿Quién? (Clientes) y ¿Cuánto? (Modelo Económico), el analizar las respuestas a estas
preguntas fundamentales es vital al momento de pensar en un negocio.
30
Figura Nro. 18 – Lienzo de Negocio – Modelo Económico.
Fuente: https://rmartinezrivadeneira.wordpress.com/tag/osterwalder/
31
4.1.2. Circulo de Oro (Golden Circle)
Para Simon Sinek creador de este modelo indica que “La clave es el porqué”, se tiene
que realizar un análisis de las siguientes interrogantes: ¿Por qué́ algunas empresas son
innovadores año tras año y mantiene ese talento ante su competencia? (Ej. Apple).
Según Sinek los empleados de muchas empresas saben lo que hacen, pero no muchas
conocen el “como” lo hacen, y muy pocas saben “porque” hacen lo que hacen.
Sinek describió otra forma de ver de observar al mundo, un patrón (el círculo de Oro)
basado en 3 preguntas que explican porque algunas personas inspiran más que otras.
Las 3 preguntas son: por qué, cómo y qué. El orden de estas preguntas va de adentro
hacia afuera como puede observar en la figura Nro. 19
Fuente: http://www.makinglovemarks.es/blog/la-clave-es-el-porque/
La persona encargada de motivar a su personal tiene que tener en cuenta el por qué debe ser
representado siempre en un verbo: ayudar, inspirar, divertir, facilitar.
32
4.2. Metodología SCRUM para gestionar el desarrollo de un proyecto de software
Scrum es un proceso o metodología que se aplica de manera regular para trabajar
colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Esta
metodología realiza entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto.
Dominio Simple
Dominio Complicado
Dominio Complejo
Dominio Caótico
Dominio Desordenado
33
Figura Nro. 20 – Dominios de Complejidad.
Mucho ojo el product owner no es quien dice al equipo de desarrollo cómo solucionar
las dificultades técnicas, sino es el encargado de brindar las características que deben
implementarse para cumplir con los requisitos que necesita el cliente y los usuarios.
34
ponga en el lugar del equipo y del cliente, para entender los problemas y necesidades
de ambas partes.
35
Figura Nro. 21 – Ciclo de vida de Scrum.
Fuente: https://proyectosagiles.org/que-es-scrum/
Es tiempo de que el equipo de trabajo se enfoque en la parte práctica, se tiene que armar el
entorno de trabajo siguiendo los pasos a definidos por la metodología SCRUM
36
El equipo de trabajo definido por la empresa se encargó de elaborar las historias de
usuario para el desarrollo del sistema:
Product BackLog
37
4.4.2. Sprint Backlog – Lista de tareas por iteración
El Sprint Backlog es un subconjunto de objetivos/requisitos del Product Backlog definido
para la iteración actual y su plan de tareas de desarrollo. El equipo de desarrollo lo elabora
en la reunión de planificación de la iteración (Sprint planning) seleccionando lo que prevé
que podrá completar y demostrar al cliente al finalizar la iteración, en forma de incremento
de producto preparado para ser entregado.
El Sprint Backlog una planificación táctica del trabajo a realizar en la cual el producto
Backlog es dividido en varias iteraciones.
La lista del sprint backlog permite ver las tareas donde el equipo está teniendo problemas
y no avanza, con lo que le permite tomar decisiones al respecto.
CODIGO
SPRINT BACKLOG 1
Historias de Usuario
GO1 Gestionar unidades organizacionales (departamentos)
GO2 Desarrollar módulo de personal o trabajadores
GI1 Gestión de equipos de seguridad, materiales y maquinaria
GI2 Implementar inventario de equipos de seguridad y de
insumos
Tabla Nro. 2 – Sprint Backlog #1.
Fuente: Elaboración Propia
38
Sprint BackLog Nro.2
CODIGO
SPRINT BACKLOG 2
Historias de Usuario
GI3 Gestión del estado de los equipos de seguridad,
materiales y maquinaria
GI4 Generar reportes con la información del personal
GI5 Gestionar la asignación de equipos de seguridad, material
y maquinaria
Tabla Nro. 3 – Sprint Backlog #2.
Fuente: Elaboración Propia
CODIGO
SPRINT BACKLOG 3
Historias de Usuario
GA1 Gestión de accidentes e incidentes
GA2 Gestión de tipos de accidentes
GA3 Registrar de encargado de asignaciones
GA4 Gestionar capacitaciones para el personal por periodos de
tiempo
Tabla Nro. 4 – Sprint Backlog #3.
Fuente: Elaboración Propia
CODIGO
SPRINT BACKLOG 4
Historias de Usuario
GR1 Emitir reportes de capacitaciones al personal por periodos
de tiempo
GR2 Generar reportes de los accidentes e incidentes
GR3 Emitir reportes de asignación de equipos, materiales y
maquinaria
Tabla Nro. 5 – Sprint Backlog #4.
Fuente: Elaboración Propia
39
Para realizar la gestión de cada sprint se cuenta con una plantilla que permite realizar el
seguimiento de las tareas en el sprint definido, la plantilla ejemplo puede ser vista en la
figura Nro.22.
Se tiene que realizar un sprint planning con todo el equipo de trabajo en el que se
analiza qué eventos, impedimentos, tareas serán realizadas o tomadas en cuenta,
es decir, determinar el tiempo que se dedicará a este proyecto en cada iteración.
Una vez hecho el sprint planning, el equipo de desarrollo debe empezar a trabajar
en el en cada sprint backlog, cada historia de usuario de debe dividir en tareas más
pequeñas y asignar una o más tareas a cada integrante del equipo de desarrollo,
quien será el encargado de implementar dichas tareas.
40
4.4.3.1. Herramientas para realizar estimaciones
Las estimaciones han sido un dolor de cabeza desde los inicios en el desarrollo de
software. La poca madurez que tiene la ingeniería del software y el hecho de querer
copiar herramientas de otras ingenierías han hecho que los equipos de desarrollo
estén chocando contra pared cada vez que se realiza una estimación y su
comparación con la realidad. A raíz de los problemas planteados es que se han
desarrollado múltiples metodologías o herramientas de trabajo para mejorar las
estimaciones de las actividades que se deben llevar a cabo para obtener un producto
o software terminado.
Cono de la Incertidumbre
Estimaciones en ambientes inciertos o poco claros (Fibonacci).
Velocidad del equipo
Método Delphi de banda ancha para estimar un proyecto
#NoEstimate
41
El objetivo del planning poker es obtener una medida promedio relativo de todas
las historias de usuario definido por el equipo de trabajo.
Se llama planning poker porque se utilizan cartas numeradas (no tienen por qué
ser de poker).
4.4.4. Retroalimentación
Al culminar el sprint, se realizó una retroalimentación de esas 2 semanas con el
equipo de desarrollo y se observó qué tal le había ido al equipo de trabajo: qué
tareas lograron completar, qué dificultades se presentó por lo que no habían
completado, qué impedimentos se habían encontrado y sobre todo, cómo mejorar
para el siguiente sprint.
42
4.5. Herramientas Colaborativas para la gestión del proyecto de desarrollo de
software
Una vez que se tiene las historias de usuario y además las mismas se pueden dividir en
tareas más pequeñas la empresa necesita utilizar herramientas ágiles que le permita realizar
la gestión del proyecto de software, en el caso práctico la empresa ha definido utilizar Jira y
Confluence, ambas herramientas ofertadas por Atlassian.
4.5.1. Jira
Es una herramienta ágil de gestión de proyectos compatible con cualquier
metodología ágil, ya sea scrum, Kanban, etc. Esta herramienta presenta desde
tableros hasta informes ágiles, se puede planificar, supervisar y gestionar todos los
proyectos de desarrollo de software ágil. Jira Software puede hacer que un equipo
publique software de calidad con mayor rapidez.
En la figura Nro. 25 se puede observar cómo crear un proyecto que siga la
metodología Scrum.
43
Para la gestión del proyecto de desarrollo de software, el equipo tiene que definir estados
por las que pasaran las tareas que se le asigne a cada desarrollador e ingresen a un
sprint, esta configuración le permite al equipo de desarrollo tener revisión de los avances
y la aceptación de los mismos durante la realización de cada iteración o sprint backlog,
los estados se pueden ver en la Figura Nro. 26.
Jira tiene un amplio listado de complementos que permite al equipo de trabajo realizar la
gestión de desarrollo del proyecto de software, esta herramienta es muy útil y brinda una
gama de reportes que le permite al encargado del proyecto realizar el control del avance
del proyecto, algunos de los informes que tiene jira se muestra en la figura Nro. 27.
44
Figura Nro. 27 – Lista de reportes que ofrece Jira.
El reporte que se utiliza más al momento de hacer el control de avance del equipo de
desarrollo de software, es el reporte de sprint.
Este diagrama permite realizar un seguimiento del trabajo que ha sido finalizado o
rechazado en cada sprint, este reporte muestra información acerca del nivel de
compromiso del equipo de desarrollo, con este reporte el scrum master puede observar
si el equipo de desarrollo se ha comprometido a realizar más trabajo del que podía en el
sprint o no.
45
Figura Nro. 28 – Reporte de Sprint.
Fuente: https://viewnext.usal.es/blog/herramientas-%C3%A1giles-jira-ii
4.5.2. Confluence
Es una herramienta que se puede integrar para trabajar en conjunto con JIRA, es
muy útil para ayudar al equipo de trabajo, cada integrante puede solicitar
colaboración y compartir sus conocimientos de manera eficiente.
Esta herramienta sirve para que los usuarios puedan crear páginas, es decir que se
puede elaborar documentación de manera colaborativa, donde todos puedan
comentar o editar para contribuir y compartir información.
46
Confluence permite al equipo de desarrollo:
Fuente: https://www.sistel.es/introduccion-attlasian-confluence-colaboracion-equipos
47
Figura Nro. 30 – tabla de contenidos en Confluence.
Fuente: https://www.sistel.es/introduccion-attlasian-confluence-colaboracion-equipos
48
Conclusiones y Recomendaciones
5.1. Introducción
En esta sección se plantea algunas conclusiones que se han logrado cumplir en función a los
objetivos planteados en el inicio del proyecto, logrando satisfacer de esta manera las
expectativas esperadas.
5.2. Conclusiones
5.2.1. Sobre Objetivos planteados
El objetivo de la presente monografía es “Aprender a gestionar proyectos de desarrollo
de Software partiendo desde la estrategia de negocios utilizando un modelo de Negocio
(Modelo de Negocio Canvas).” Este objetivo ha sido cumplido de forma general, además
de cumplir con los objetivos específicos de la monografía.
49
El modelo canvas tiene como misión demostrar que el producto o servicio que se oferta
es mejor que otro, más al contrario busca que sea único para un segmento de
mercado(clientes) seleccionado, este modelo permite saber dónde se puede ganar
competitividad y para esto es necesario conocer al cliente y a los competidores.
Por otro lado, tener presente que tener el Lienzo o modelo de negocio llenado no es una
solución, más al contrario es una herramienta que ayuda a gestionar un proyecto en
combinación con otras herramientas.
El ciclo que presenta SCRUM es muy útil para analizar si se está siguiendo un desarrollo
de tareas adecuado.
5.3. Recomendaciones
Se recomienda que, para elaborar una estrategia de negocio, se tiene que tener bien
definido cual es el producto o servicio para el que se quiere generar el modelo de Negocio.
Se recomienda que, para elaborar el modelo de negocio, se tiene que buscar la
transformación, es decir hacer las cosas distintas a como los competidores lo están
haciendo generando oferta de valor para el cliente.
Se recomienda entender que el Modelo de negocio canvas es una herramienta que
permite crear, capturar y agregar valor a un producto o servicio que se oferte.
Se recomienda que el equipo de desarrollo defina el flujo que seguirán en Jira para
realizar el seguimiento a las tareas asignadas a los integrantes del equipo de desarrollo.
Se recomienda que el equipo de desarrollo defina o establezca estándares para la
redacción de la documentación en confluence.
50
Bibliografía
1. ALAIMO, Diego Martín. “Proyectos Ágiles con Scrum: flexibilidad, aprendizaje,
innovación y colaboración en contextos complejos” – 1ra. Ed. Ciudad Autónoma de
Buenos Aires: Kleer, 2013 E-Book.
Referencias Web.
1. Artículo Página Siete, El 65% de accidentes laborales ocurren en la manufactura,
04 Mayo 2017 http://www.paginasiete.bo/sociedad/2017/5/4/accidentes-laborales-
ocurren-manufactura-136501.html
2. Business model generation, Alexander Osterwalder & Yves Pigneur
https://strategyzer.com/books/business-model-generation
3. Gestión de Proyectos de Software, Alejandro Bedini González
https://www.inf.utfsm.cl/~guerra/publicaciones/Gestion%20de%20Proyectos%20de
%20Software.pdf
4. Gestión de Proyectos de Desarrollo de Software, Marcela Varas C.
http://www.cs.umss.edu.bo/doc/material/mat_gral_124/apunteGPDS.pdf
5. Gestión de Proyecto de Software, María Soledad Bianciotti, Carlos Salgado,
Alberto Sánchez, Mario Peralta
http://sedici.unlp.edu.ar/bitstream/handle/10915/62020/Documento_completo.pdf-
PDFA.pdf?sequence=1
6. La Gestión de Proyectos Software, una Prospectiva en la Aplicación de
Estrategias en la Ingeniería Colaborativa, Jose Luis Jurado y Cesar Jesus Pardo
https://www.researchgate.net/publication/283546994_La_Gestion_de_Proyectos_S
oftware_una_Prospectiva_en_la_A
7. Metodología de Desarrollo de Software MBM (Metodología Basada en Modelos),
Janeth Rozo Nader. https://dialnet.unirioja.es/servlet/articulo?codigo=5980502
8. Herramientas Agiles, https://viewnext.usal.es/blog/herramientas-%C3%A1giles-
jira-ii
51