Curso: Herramientas y software para PM (gestión de

proyectos)
Código: 212057

Fase 1 Evaluación inicial – Metodologías de gestión de

proyectos

Osman Yesith Ramírez Perdomo

c.c. 1082215017

Grupo
212057_48

Presentado a
CRISTIAN ALEXANDER RINCON GUIO

Universidad Nacional Abierta y a Distancia UNAD

Vicerrectoría Académica y de Investigación
Ingeniería Industrial
Agosto de 2023
 1. Introducción

Los Proyectos se construyen con herramienta dispuesta a apoyar la

formulación y estructuración de proyectos a través de lineamientos
técnicos y metodológicos que garantizan altos estándares de calidad
en su formulación y estructuración. 

Los Proyectos contienen soluciones estándar a problemas recurrentes

u oportunidades que requieren ser atendidas desde una inversión con
el fin de mejorar la eficiencia de los recursos durante la formulación y
estructuración del proyecto.

Es por esto que con la elaboración de este trabajo se busca encontrar

la metodología adecuada para gerenciar proyectos a través de
información que sirva de ayuda para formular, evaluar y direccionar
proyectos ágiles, predictivos, adaptativos, pertinentes, factibles,
rentables y competitivos.
2. Objetivos

 Identificar los conceptos relacionados con las metodologías de

gerencia de proyectos a partir de la búsqueda de información
en bases de datos académicas para su aplicación adecuada en
el contexto de un proyecto.

 Realizar una revisión de conceptos relacionados con las

metodologías de gerencia de proyectos.

 Proponer un proyecto para la aplicación de las herramientas y

técnicas a desarrollar en el curso.
 3. Tabla comparativa con los principales conceptos de las metodologías de gerencia de proyectos
En esta sección se realiza una tabla comparativa con los principales conceptos de las metodologías de gerencia de
proyectos, de acuerdo con la tabla que se presenta a continuación (Tabla 1).
Tabla 1. Comparación de los conceptos de las metodologías de gerencia de proyectos

Concepto Autor 1 Autor 2

PMBOK PMBOK son las siglas de Project Management Body of
Knowledge (cuerpo de conocimientos de la gestión de
proyectos) y es la colección completa de procesos,
prácticas recomendadas, terminologías y directrices
que se acepta como estándar dentro del sector de la
gestión de proyectos. Debido a que el cuerpo de
conocimientos está en constante crecimiento a medida
que los profesionales descubren nuevos métodos o
prácticas recomendadas, debe actualizarse y
difundirse. Este esfuerzo lo supervisa el Project
Management Institute (PMI), la asociación
internacional sin ánimo de lucro de profesionales de la
gestión de proyectos que recopila y publica el PMBOK
dentro del libro Guía del cuerpo de conocimientos de la
gestión de proyectos (Guía del PMBOK). La primera
edición de la Guía del PMBOK se publicó en 1996. Ya
va por su quinta edición, que se publicó en 2013. Lee
un análisis más detallado sobre el PMBOK.
PMBOK proporciona una descripción general detallada
del proceso de gestión de proyectos, junto con pautas
para ayudar a los PM a tomar decisiones acertadas. Al
leer la guía, los nuevos gerentes de proyectos pueden
mejorar sus habilidades en la gestión de costos, la
gestión de recursos humanos y la gestión de
calidad. A continuación, te mostramos algunas
maneras en las que el PMBOK puede ser útil:
 Ayuda a definir las líneas generales del
proyecto desde el primer momento
garantizando un mayor control, lo que ayuda a
evitar retraso en los costes.
 Determinar el plan a seguir permite que
el Project Manager conozca qué recursos
necesitará y cómo se deben usar en el
transcurso del proyecto
 Permite estimar el valor monetario del proyecto
ayudando a identificar en qué actividad
específica se está generando mayor inversión.
 El seguimiento y el control permiten a los
gestores de proyectos detectar pequeños
problemas antes de que se conviertan en
grandes.

SCRUM Scrum es un marco de trabajo ágil a través del cual
las personas pueden abordar problemas complejos
adaptativos a la vez que se entregan productos de
forma eficiente y creativa con el máximo valor. Así,
Scrum es una metodología que ayuda a los equipos a
colaborar y realizar un trabajo de alto impacto. La
metodología Scrum proporciona un plan de valores,
roles y pautas para ayudar a tu equipo a concentrarse
en la iteración y la mejora continua en proyectos
complejos. Por otra parte, deberás saber que en
Scrum se trabaja con equipos pequeños
multidisciplinares en ciclos iterativos centrados en el
cliente y se crea un producto de forma incremental.
METODOLOGÍAS Las metodologías ágiles no son apenas herramientas,
AGILES sino estrategias integrales - estrategias de marketing,
gestión de servicios y más - que impulsan a las
organizaciones a gestionar sus proyectos con rapidez y
flexibilidad. Estas metodologías ayudan en el
desarrollo de proyectos que necesitan mayor enfoque
para adecuarse a las necesidades del cliente.
 La guía PMBOK también habla de lo que no
funciona ayudando a minimizar los riesgos de
un proyecto o su posible fracaso.
 Es una manera de fijar unas pautas y eliminar
la necesidad de empezar de cero cada vez que
se inicia un proyecto.
 Ayuda a tener un registro de todas las
actividades que se desarrollan en cada etapa
del proyecto
La metodología Scrum permite abordar proyectos
complejos desarrollados en entornos dinámicos y
cambiantes de un modo flexible. Está basada en
entregas parciales y regulares del producto final en
base al valor que ofrecen a los clientes. Dicho en otras
palabras: Scrum sirve para mejorar el trabajo
colaborativo entre equipos.
Se trata de una metodología que ayuda a los equipos
a aprender y organizarse en base a las experiencias a
la vez que aborda problemas e invita a reflexionar
sobre los éxitos y fracasos.  Todo ello bajo una serie
de herramientas y recursos que permite a los equipos
organizarse con mayor agilidad.
Por definición, las metodologías ágiles son aquellas
que permiten adaptar la forma de trabajo a las
condiciones del proyecto, consiguiendo flexibilidad e
inmediatez en la respuesta para amoldar el proyecto y
su desarrollo a las circunstancias específicas del
entorno.
 Es decir, una metodología ágil es una innovadora
forma de trabajar y organizar flujos, que divide los
proyectos en partes, permite adaptarse sobre la
marcha, complementa y resuelve etapas en poco
tiempo.
Con las metodologías ágiles, no se planifica ni se
diseña el proyecto por adelantado, es decir, a medida
que ellas se van desarrollando se va definiendo el
proyecto. Siendo así, los involucrados trabajan por
períodos específicos, mientras que cada miembro del
equipo debe ejecutar una serie de tareas. Al final de la
ejecución de las tareas, cada miembro o equipo
entrega los avances, recibe devoluciones y comienza
otra vez el proceso, lo que permite que los cambios
necesarios sean implementados.
Si tu Pyme ya ha dado el primer paso hacia
la transformación digital este es un buen momento
para implementar las metodologías ágiles. Con ellas
puedes incrementar la calidad de tus productos o
servicios reduciendo costos y tiempo.
Línea base del El concepto de líneas base es de suma importancia en
proyecto la dirección y gestión de proyectos, por lo cual un
gerente de proyectos debe entenderlo y aplicarlo a
plenitud si desea que sus proyectos sean exitosos.
Estos elementos comparativos se denominan en la
dirección y gestión de proyectos como líneas base,
elementos desarrollado durante la planificación que
nos permiten establecer “la ruta” a seguir para realizar
el proyecto y alcanzar sus objetivos. Una vez
establecidas las líneas base nos permite determinar en
cualquier momento si estamos siguiendo el plan o no y
En esencia, las empresas que apuestan por esta
metodología consiguen gestionar sus proyectos de
forma flexible, autónoma y eficaz reduciendo los
costes e incrementando su productividad.
A continuación, enumeramos algunas de las ventajas
que nos brinda la gestión ágil de proyectos:
 Mejora de la calidad del producto
 Mayor satisfacción del cliente
 Mayor motivación de los trabajadores.
 Trabajo colaborativo
 Uso de métricas más relevantes
 Mayor control y capacidad de predicción
 Reducción de costes
Una línea base es un punto en la planificación en el
que se determinan unos objetivos que se estiman
realistas, de forma parecida a un
hito. Posteriormente, se trabaja en base a lo
planificado y capeando imprevistos y posibles
desviaciones en la planificación.
En las reuniones de control, simplemente se controla
la desviación en cada momento con respecto a la
última línea base. Tal y como se haría en un hito. Se
estudia qué ha cambiado desde el último hito o línea
 que tanto nos desviamos de este, y, por ende, que
tanto nos alejamos del cumplimiento de las metas u
objetivos del proyecto.
Debe anotarse en este punto que, para tener un
proyecto exitoso, no basta exclusivamente con contar
con líneas base. Aunque son un componente
indispensable, es necesario saber detalladamente qué
tenemos que hacer, cómo lo haremos, cuánto
tardaremos, cuánto nos costará, qué recursos
utilizaremos, cómo garantizaremos que la información
fluya adecuadamente. Es, además, indispensable
establecer cómo minimizaremos los efectos
potenciales de las amenazas y cómo maximizaremos
los efectos de las oportunidades, qué bienes o
servicios será necesario adquirir, como gestionaremos
a los distintos participantes en el proyecto, establecer
cuáles serán los elementos que permitirán evaluar si el
proyecto fue exitoso. Y, finalmente, integrar todos los
esfuerzos y componentes para realizar el proyecto de
la forma más eficiente.
Product owner El product owner es un actor clave en el desarrollo
(SCRUM) de un proyecto.
Dos de sus responsabilidades más importantes, son:
 Tener una visión de lo que desea construir, y
 Transmitir esa visión a todo el equipo.
Esto es clave para iniciar con éxito cualquier proyecto
ágil de desarrollo de software.
base, con el fin de aplicar las correcciones necesarias.
En realidad, se trata de una metodología combinada
en la que se aplican técnicas predictivas con algo
parecido a los
¿CUÁL ES EL OBJETIVO DE UNA LÍNEA BASE DE UN
PROYECTO?
No es otro que comprobar las posibles desviaciones,
algo que ocurre en bastantes ocasiones en proyectos
de construcción. Especialmente, estas desviaciones
suelen estar relacionados con los costes del proyecto.
Y esto suele acaba en aumentar los presupuestos
iniciales. ¿Cómo afecta todo esto? Sólo lo podemos
saber si tenemos puntos de control o referencias como
las líneas bases.
El Product Owner o propietario del producto es un rol
estándar en los equipos de Scrum que se enfoca en
entregar el mejor producto posible a los usuarios
finales. Para hacerlo, los propietarios desarrollan una
visión de cómo debería funcionar el producto, definen
características específicas y transforman esas
características en tareas del trabajo
pendiente (backlog) del producto, para que el equipo
de Scrum trabaje en ellas. El Product Owner es
responsable del producto final y actúa como nexo
entre las partes interesadas del negocio, los miembros
del equipo de Scrum y los usuarios finales.
 El product owner hace esto (en parte) a través
del product backlog, que es una lista priorizada con las
características del producto.
El product owner es usualmente:
 Un usuario principal del sistema,
 un representante de marketing o gestión de
productos,
 alguien con un sólido conocimiento de los usuarios,
el marketplace / la competencia, y las tendencias a
futuro para el tipo de sistema que se está
desarrollando.
Esto, por su puesto, varía si el equipo está
desarrollando un software comercial, software para
uso interno, hardware u otro tipo de producto.
La clave es que la persona con el rol de product owner
tenga una visión clara de lo que se va a construir.
Aunque el PO (product owner) prioriza el product
backlog durante el sprint planning meeting, el equipo
selecciona la cantidad de trabajo que ellos consideran
que pueden hacer durante cada sprint, y así mismo
cuántos sprint van a ser necesarios.
Scrum master Un Scrum Master es el líder del equipo de Scrum. Está
a cargo de establecer la metodología Scrum y
mantener a los miembros del equipo enfocados en los
principios y las prácticas de Scrum. Los Scrum Masters
suelen tener habilidades interpersonales y disfrutan de
Scrum es un marco de gestión de proyectos ágil que
ayuda a los equipos a construir e iterar rápidamente.
Es más comúnmente utilizado por equipos de
desarrollo de software, productos o ingeniería, aunque
cualquier equipo puede tener éxito con este método.
Los equipos de Scrum realizan el trabajo en sprints,
un período de tiempo fijo, generalmente de dos
semanas, donde se enfocan en entregables
específicos. Una vez que finaliza un sprint, el equipo
de Scrum incorpora sus aprendizajes y los utiliza para
mejorar el proceso para el próximo sprint.
El Product Owner trabaja en estrecha colaboración con
el resto del equipo de Scrum. Ayuda al equipo a
comprender cómo las tareas pendientes se relacionan
con la visión general del producto y actúa como nexo
entre el equipo de Scrum y las partes interesadas de
la empresa. De esa manera, el equipo puede centrarse
en ejecutar tareas en lugar de discutir con sus colegas
de diferentes departamentos. Además, el propietario
del producto confía en el resto del equipo de Scrum
para obtener información relevante y precisa sobre el
producto que está desarrollando. Por ejemplo, el
equipo de Scrum puede explicar cómo se crean
características específicas del producto, qué tipos de
cambios son factibles y cómo las diferentes tareas
pueden depender unas de otras.
(PROGRAMACIONYMAS, 2017-2023)
El Scrum Master (SM) o facilitador de proyectos, es
la figura que lidera los equipos en la gestión ágil de
proyectos. Su misión es que los equipos de trabajo
alcancen sus objetivos hasta llegar a la fase de
«sprint final«, eliminando cualquier dificultad que
ayudar a los miembros del equipo a crecer y mejorar.
Como Scrum Master, tendrás varias responsabilidades
mientras lideras al equipo de desarrollo a través de la
creación de productos, las ventas, la investigación, el
marketing y el desarrollo. A diferencia de un gerente
de proyecto tradicional cuyo objetivo es mantener al
equipo y al proyecto en el camino correcto, tu objetivo
también incluye lograr que trabajen alineados con el
modelo Scrum.
Estos son algunos de los roles habituales de los Scrum
Masters:
Actúa como entrenador Agile: como Scrum Master,
tu trabajo principal es respaldar al equipo como
entrenador ágil. En la metodología Agile, los miembros
del equipo trabajan en bloques de tiempo específicos
para completar las tareas. Durante estos sprints, los
desarrolladores crean, optimizan y mejoran los
productos según sea necesario. Como Scrum Master,
debes ser flexible y estar abierto a nuevas ideas al
guiar al equipo a través de este proceso iterativo.
Colabora con el encargado del producto: los
Scrum Masters ayudan al encargado del producto al
encontrar formas de administrar la lista de trabajos
pendientes. Esta puede ser compleja y cambia
constantemente, por lo que debes ayudar al equipo a
comprender cómo abordar los trabajos pendientes
durante el proceso de planificación del sprint.
Comparte sus conocimientos con la
organización: como Scrum Master puedes ofrecer
puedan encontrar en el camino.
En otras palabras, el Scrum Master es el
responsable de que se sigan las prácticas y
valores descritos en el modelo Scrum. Se puede
comparar el papel del Scrum Master al de
un coach/mentor que acompañará al equipo hacía el
éxito del proyecto
Como facilitador de proyectos, es el encargado de
sacar adelante todos aquellos procesos que utilicen
una metodología Scrum:  
 El Product Backlog: archivo que recoge las
tareas y funciones a desarrollar
 Sprint Backlog: documento que muestra la
división de tareas entre los miembros del
equipo
 El Sprint: en donde se realizan todas las
acciones y se testea si las acciones
realizadas funcionan.
 El Burn Down: el análisis y control de las tareas
ejecutadas y todo lo que queda pendiente
Muchos Scrum Master han desempeñado con
anterioridad el papel de Project Managers, por lo
que no solo facilitan las tareas al resto del equipo,
sino que en muchas ocasiones también ayuda a
encontrar soluciones a los problemas.
Habilidades que debe tener un Scrum Master
Para ser un buen Scrum Master es fundamental tener
 ayuda a la organización al guiar y capacitar a otros en
la metodología Scrum. Es posible que tu experiencia
sea un recurso valioso en la empresa, por lo que
puedes ofrecer realizar sesiones de capacitación de
Scrum para otros departamentos que planean
implementar este marco de trabajo. Cuando ayudas
tanto a los miembros del equipo interno como a los
participantes externos a comprender la compleja guía
de Scrum, puedes eliminar las barreras entre los
equipos de Scrum ya establecidos y otros empleados.
Desarrollador Los desarrolladores en Scrum son responsables de
scrum llevar a cabo las tareas necesarias para completar las
funcionalidades del producto en el marco de tiempo
establecido en el Sprint.
Esto incluye la codificación, la integración, las pruebas,
la documentación y cualquier otra tarea necesaria para
crear un producto de software de alta calidad.
En resumen, cualquier actividad y habilidad
relacionada con la entrega de producto.
Los desarrolladores en Scrum trabajan en estrecha
un conjunto de habilidades que mencionamos a
continuación:
 Capacidad de resolución de problemas
 Adaptabilidad y mente abierta para conseguir
el mejor resultado posible.
 Motivar constantemente al equipo a cargo y
mejorar la productividad
 Comunicación con otros equipos
 Organización para saber gestionar múltiples
tareas, reuniones, prioridades, etc.
Además de algunas habilidades técnicas:
 Conocer las diferentes metodologías
ágiles para asegurarse de que los equipos
sigan procesos específicos
 Conocimientos de desarrollo y gestión
de  herramientas ágiles
 Habilidades de negocio para no descuidar el
objetivo comercial de la empresa, además de
satisfacer las necesidades de los clientes.
El desarrollador es básicamente quien, aunque no
hace TODO al mismo tiempo (eso sería un absurdo),
conoce el proceso de principio a fin y por eso logra
detectar "a tiempo" cualquier "contratiempo" que
pudiera surgir. Entre las tareas de un desarrollador se
encuentran:
 Entender el negocio y los objetivos que se
están persiguiendo
colaboración con el Scrum Master y el Product Owner.
Por eso, para garantizar que el equipo esté alineado
con los objetivos del proyecto.
Es importante que el producto de software esté siendo
entregado en un tiempo oportuno, la colaboración es
extremadamente importante.
Por eso, los Developer deben trabajar para
implementar los elementos del backlog de acuerdo a
las especificaciones del cliente.
Cabe destacar que en Scrum, no se usa el término
“programador” o “coder” para referirse a un
desarrollador.
 Colaborar con el Scrum Product Owner para
identificar las historias de usuario y sus
criterios de aceptación
 Ser protagonista a la hora del armado y
mantenimiento del entorno de trabajo
 Garantizar las prácticas ágiles de desarrollo de
software como Integración Continua, Test-
driven development (TDD), Acceptance Test
Driven Development (ATDD)
 Participar en el diseño de la solución, tanto
lógico como arquitectónico.

Esa es una la responsabilidad del equipo y no se limita

solamente a escribir código. 
Sino que también incluye otras tareas importantes
para la entrega exitosa de un producto de software.

Ser un desarrollador en Scrum es importante por

varias razones:

1. Contribución al equipo: Como desarrollador

en Scrum, eres una parte fundamental del
equipo de desarrollo de software. 
2. Colaboración: En Scrum, el trabajo en equipo
y la colaboración son fundamentales. Como
desarrollador, trabajas en estrecha
colaboración con otros miembros del equipo,
como el Scrum Master y el Product Owner, para
garantizar que el equipo esté alineado y
trabajando hacia los mismos objetivos.
3. Flexibilidad: El enfoque Scrum es altamente
 adaptable y flexible. Como desarrollador,
puedes responder rápidamente a los cambios y
ajustes necesarios para mantener el proyecto
en el camino correcto.
4. Entrega de valor: La metodología Scrum se
centra en la entrega de valor al cliente de
manera rápida y eficiente. Como desarrollador,
eres responsable de asegurarte de que el
producto de software entregado cumpla con los
requisitos y expectativas del cliente.
5. Mejora continua: En Scrum, la mejora
continua es un aspecto clave. Como
desarrollador, trabajas constantemente en
mejorar tus habilidades y conocimientos, así
como en identificar y mejorar los procesos y
prácticas del equipo.

Diagrama de Un diagrama de Gantt es una herramienta de
Gantt planificación y gestión de proyectos que te ayudará a
visualizar las tareas y principales hitos de una forma
práctica. 
El diagrama de Gantt, muy usado en la gestión de
proyectos, es un gráfico de barras horizontales que se
usa para ilustrar el cronograma de un proyecto,
programa o trabajo. Es una forma de visualizar la
programación de tu proyecto, de dar seguimiento a los
logros y de estar siempre familiarizado con el
cronograma de tu trabajo. Cada barra de un diagrama
de Gantt representa una etapa del proceso (o una
tarea del proyecto) y su longitud, la duración de la
tarea. Cuando los miras en perspectiva, los diagramas
de Gantt ofrecen a los miembros del equipo un
panorama general acerca de cuál es el trabajo que hay
El diagrama de Gantt es una herramienta de gestión
que sirve para planificar y programar tareas a lo largo
de un período determinado. 
Gracias a una fácil y cómoda visualización de las
acciones previstas, permite realizar el seguimiento y
control del progreso de cada una de las etapas de un
proyecto. Además, reproduce gráficamente las
tareas, su duración y secuencia, además del
calendario general del proyecto.
¿Cuáles son las características de un diagrama de
Gantt?
Elaborar un diagrama de Gantt implica incluir en
él determinados elementos. Estos están presentes
que hacer, quién lo hace y cuándo. Gracias a los
programas de gestión de proyectos en la nube los
diagramas de Gantt pueden actualizarse y
sincronizarse de forma rápida y para todos los
miembros del equipo a la vez.
El diagrama de Gantt es una herramienta excelente
para los equipos que necesitan ver sus proyectos en
un cronograma. Lo ideal sería usar los diagramas de
Gantt con tareas que contengan fechas de inicio y fi
(ASANA.INC, 2023)nalización, para que aparezcan
como barras en el diagrama, en vez de como
momentos específicos. Por ejemplo, los diagramas de
Gantt serían muy útiles si tu equipo planificara:
 Una campaña de marketing
 Un lanzamiento de un producto
 La renovación de un proceso técnico
 Una conferencia de prensa de la empresa
siempre independientemente del proyecto para el que
se vaya a crear el diagrama. Se explican en detalle a
continuación. 
Tareas
Es necesario asignar a cada tarea una barra
dentro del gráfico. Se recomienda además que se
haga de la forma más visual posible, incorporando
diferentes colores que permitan identificarla
rápidamente. 
Fechas de inicio y fin
Hay que señalar la distribución cronológica de las
tareas. Esto nos permite saber fácilmente el periodo
en el que debemos realizar cada tarea. Se trata de
marcar un día de comienzo y otro de fin, creando así
un calendario para cada una de ellas. 
Escala de tiempo
Hace referencia a la duración completa del
proyecto y, por lo tanto, al tamaño del diagrama.
Además, se divide en pequeñas escalas,
correspondientes a cada tarea. En función del tamaño
de estos elementos, podemos saber qué tareas
durarán más o menos. 
Seguimiento de progreso
A cada tarea se le asigna un porcentaje total del
proyecto, de manera que es fácil ver cuánto se ha
avanzado en un determinado periodo, así como saber
cuánto queda para terminar. 
¿Para qué se utilizan los diagramas de Gantt?
La principal utilidad del diagrama de Gantt es la

Evaluación de La evaluación de los proyectos es un proceso de
proyectos valoración en el cual se analizan todos los
elementos que intervienen en el proyecto con el
fin de determinar su viabilidad y eficacia,
calcular los posibles riesgos y determinar las
respuestas. Se trata de una fase fundamental, con
independencia de sus características y tamaño del
proyecto en cuestión. No obstante, el término evaluar
implica mucho más que valorar. Este concepto
supone la recogida y análisis de datos de manera
continua.  En una evaluación de proyectos, siempre se
La importancia de la evaluación de proyectos radica
en que supone implementar un seguimiento y
control que permita establecer una comparación
para poder determinar y medir la evolución del
proyecto, detectar desviaciones y necesidades y
establecer las medidas de mejora necesarias a lo
largo del proceso. Además, todo proceso de evaluación
precisa de un monitoreo, un seguimiento y control
continuo que permita:
de ayudar a organizar cualquier tipo de proyecto. Al
tratarse de una planificación visual, es mucho más
fácil controlar el calendario, el timing y los posibles
errores a corregir. 
Hay que tener en cuenta que este gráfico se emplea
especialmente mientras el proyecto está en
desarrollo. Específicamente, no llega a ser tan útil
para arrancarlo, pero sí es una parte esencial del
proceso de elaboración y consecución del
proyecto. (SCHOOL O. B., 2021)
En gestión de proyectos, la evaluación de
proyectos es un proceso para determinar el
establecimiento de cambios generados por
un proyecto, a partir de la comparación entre el
estado actual y el estado previsto en su planificación.1
Es decir, busca conocer qué tanto un proyecto ha
logrado cumplir sus objetivos, los cambios realizados
en la planificación, o bien, qué tanta capacidad
poseería para cumplirlos.
produce información para la toma de decisiones, por
lo cual también se le puede considerar como una
actividad orientada a mejorar la eficacia de los
proyectos en relación con sus fines, además de
promover mayor eficiencia en la asignación de
recursos.2 En este sentido, cabe precisar que la
evaluación no es un fin en sí misma, más bien es un
medio para optimizar la gestión de los proyectos.1
La evaluación de proyectos puede clasificarse de la
  Comprobar que el proyecto evoluciona
conforme al plan diseñado.
 Detectar amenazas y oportunidades,
anticiparse a ellas y tomar las decisiones
oportunas en cada momento.
La forma de llevar a cabo la evaluación de
proyectos dependerá de muchos factores: de
cómo lo está gestionando el Director de Proyectos, de
su experiencia, de los recursos al alcance, de las
posibilidades, del riesgo que pueda asumir el
proyecto… En cualquier caso, es primordial elegir
un método de evaluación y los indicadores de
desempeño que se emplearán para
monitorizarlo.  de los dos puntos anteriores, por el avance en los
Entre las formas más comunes de evaluar proyectos
se encuentran las auditorías, las reuniones de
estado, el seguimiento de presupuesto, los
grupos de enfoque, las entrevistas, el control de
plazos (PEREZ, 2021)
siguiente manera:
 Política-estratégica: La parte política verá la parte
social y política, su consistencia para trascender
en el tiempo y que sea, en cierta forma,
equitativa.
 Administrativa: En el caso administrativo, el fin
siempre es la mayor racionalización de todos los
recursos, el logro de sus planes, objetivos, metas,
actividades, programas; expresión de la eficiencia
y eficacia.
 Técnica: Lo técnico es una mezcla de lo anterior y
lo propio, ya que incide, hoy en día, al mejor logro
descubrimientos, su rapidez, medición y precisión.
Ya dependerá de cada ciencia qué enfoque
científico y técnico aplicarán.
Toda evaluación debe cumplir algunos requisitos
metodológicos para garantizar que la información que
genere pueda ser usada en la toma de decisiones.110
Así, se espera que todo proceso de evaluación sea:
 Objetivo: Deben medirse y analizarse los hechos
definidos tal como se presentan.
 Imparcial: La generación de conclusiones del
proceso de evaluación debe ser neutral,
transparente e imparcial. Quienes realizan la
evaluación no deben tener intereses personales o
conflictos con la unidad ejecutora del proyecto.
 Válido: Debe medirse lo que se ha planificado
medir, respetando las definiciones establecidas. En
caso de que el objeto de análisis sea demasiado
complejo para una medición objetiva, debe
 realizarse una aproximación cualitativa inicial.
 Confiable: Las mediciones y observaciones deben
ser registradas adecuadamente, preferentemente
recurriendo a verificaciones in-situ.
 Creíble: Todas las partes involucradas en el
proyecto deben tener confianza en la idoneidad e
imparcialidad de los responsables de la evaluación,
quienes a su vez deben mantener una política de
transparencia y rigor profesional.
 Oportuno: Debe realizarse en el momento
adecuado, evitando los efectos negativos que
produce el paso del tiempo.
 Útil: Debe ser útil y elaborarse en un lenguaje
conciso y directo, entendible para todos los que
accedan a la información elaborada, los resultados
de una evaluación no deben dirigirse sólo a
quienes tienen altos conocimientos técnicos sino
que debe servir para que cualquier involucrado
pueda tomar conocimiento de la situación del
proyecto.
 Participativo: Debe incluirse a todos los
involucrados en el proyecto, buscando reflejar sus
experiencias, necesidades, intereses y
percepciones.
 Retroalimentador: Un proceso de evaluación debe
garantizar la diseminación de los hallazgos y su
asimilación por parte de los involucrados en el
proyecto (desde las altas esferas hasta los
beneficiarios), para así fomentar el aprendizaje
organizacional.
 Costo/eficaz: La evaluación debe establecer una
relación positiva entre su costo (económico, de
tiempo y recursos) y su contribución en valor
agregado para la experiencia de los involucrados

Backlog El product backlog (o pila de producto) es un listado
Priorizado del de todas las tareas que se pretenden hacer durante el
desarrollo de un proyecto.
Producto
(SCRUM) Algunos product backlog pueden asociarse con
proyectos de varios años, incluso.
Todas las tareas deben listarse en el product backlog,
para que estén visibles ante todo el equipo y se pueda
tener una visión panorámica de todo lo que se espera
realizar.
¿Qué tan extenso puede ser?
Si el proyecto o producto amerita una lista larga,
podemos tener cientos o miles de actividades en el
product backlog.
Nosotros asignamos prioridades sobre el product
backlog, en base a las necesidades del cliente y la
complejidad de cada actividad.
Así mismo, de forma sucesiva, cada sprint produce
detalles adicionales, en el diseño, en la funcionalidad,
y la verificación de actividades.
Hasta aquí debes tener una idea general del concepto.
Pero si realmente te interesa, continúa leyendo.
El product backlog en Scrum es una lista de
características que han sido priorizadas, y contiene
descripciones breves sobre todo lo que se desea para
en el proyecto. (wikipedia, 2022)
Llamamos product backlog a una lista de funciones y
elementos, ordenados según las prioridades, que son
necesarios para cumplir con los objetivos y las
expectativas del proyecto. La regla general es
desarrollar uno de estos conjuntos de trabajo
pendiente del producto para cada producto y asignarle
a un equipo ese trabajo pendiente en particular.
A veces, hay muchos conjuntos de product backlogs y
varios equipos que trabajan en un solo producto más
amplio. Tomemos el ejemplo de Adobe Creative Cloud.
Adobe Creative Cloud es un producto que abarca a
muchos otros de menor tamaño como Photoshop,
Illustrator y After Effects. Cada uno de estos productos
no tan grandes tendrían su propio product backlog y
diferentes equipos designados para su desarrollo.
¿Qué incluye el product backlog?
Por lo general, en el product backlog se incluyen las
funciones, la reparación de errores, la deuda técnica y
la adquisición del conocimiento. Estos elementos del
trabajo pendiente del producto son los product
backlogs items, elementos clave para poder realizar
el product backlog.
¿Cómo se hace un product backlog?
El concepto de “trabajo pendiente del producto” o pila
de producto abarca más que una simple lista de
pendientes. Puedes dividir tareas complejas en series
de pasos y delegarlas a los miembros del equipo
Scrum según corresponda. A continuación,
compartimos los pasos para desarrollar con efectividad
el producto que se va a desarrollar.
Cuando aplicamos Scrum, no es necesario definir
todos los requisitos al inicio de un proyecto.
Típicamente, el product owner en conjunto con el
equipo empiezan escribiendo todo lo que consideran
importante en el product backlog.
Este product backlog es casi siempre suficiente para
iniciar con el primer sprint. Y este product backlog
tiene permitido crecer y cambiar tanto como sea
necesario, en función a lo que se va aprendiendo
sobre el producto y los clientes.
Usualmente este listado comprende diferentes tipos de
elementos:
1. Features
2. Bugs
3. Technical work
4. Knowledge acquisition
¿Cómo se redactan los elementos que van en el
Product Backlog?
La forma predominante en un equipo que usa Scrum,
es expresar las características en forma de user stories
(historias de usuario), que son breves descripciones de
la funcionalidad que se desea, contadas desde la
perspectiva del usuario. Un ejemplo es:
"Como comprador, yo puedo revisar los productos que
están en mi carrito de compras antes de confirmar mi
el trabajo pendiente del producto.
1. Crea una hoja de ruta del producto
La hoja de ruta del producto es el pilar del trabajo
pendiente del producto. El equipo debe crear una hoja
de ruta antes de preparar el product backlog porque la
hoja de ruta es un plan de acción sobre cómo
cambiará el producto a medida que se desarrolle. La
hoja de ruta es la visión de largo plazo sobre el
desarrollo del producto y también puede evolucionar.
2. Haz un listado con los elementos del product
backlog
Con la hoja de ruta del producto en mente, el equipo
puede empezar a enumerar los elementos del product
backlog. Estos elementos pueden incluir acciones de
prioridad alta o ideas más abstractas. Durante esta
fase de la preparación del product backlog, también
necesitarás comunicarte con todos los involucrados y
escuchar las ideas de mejora para el producto que
tengan para aportar. Con una plantilla de product
backlog puede resultar mucho más fácil crear filas de
tareas y después moverlas para reordenarlas.
3. Establece las prioridades
Después de que el equipo haya elaborado la lista de
elementos o ítems del product backlog habrá que
ordenarla y priorizar las tareas que son más
importantes. Para identificar los elementos prioritarios
piensa primero en los clientes y analiza cuáles son los
que les aportarán más valor.
4. Actualiza todo con regularidad
Mientras el equipo avance con el product
backlog recuerda que ese trabajo pendiente debe ser
un documento vivo. Puedes agregar elementos
continuamente y definir las prioridades una y otra vez,
o readaptarlos a medida que se ocupen de cada uno
 compra, y así estar seguro de lo que he seleccionado"
(MAS, s.f.)
Sprint Backlog El sprint backlog es básicamente una lista de
(SCRUM) tareas identificadas por el scrum team; ésta
deberá ser completada durante cada sprint.
El sprint backlog es representado a través de un
tablero de tareas; hace visible todo el trabajo
necesario para alcanzar el compromiso que se hizo con
el product owner para el sprint. Permite ver las tareas
donde el equipo está teniendo problemas y no avanza,
para tomar decisiones al respecto.
Para cada uno de los objetivos/requisitos del proyecto
se muestran las tareas a cubrir; el esfuerzo pendiente
para finalizarlas y la auto asignación que han hecho
los miembros del equipo, también son visibles. 
La práctica habitual es gestionar el sprint backlog
mediante un tablero con post its. Al lado de cada
objetivo se colocan las tareas necesarias para
completarlo y se van moviendo para cambiarlas de
estado. Pendiente, en progreso, hechas.
Para cada miembro del equipo se puede utilizar
adhesivos de colores más pequeños sobre cada tarea,
de manera que se pueda ver en qué tareas está
trabajando cada cual.
Este tablero o cuadro de mandos actúa como radiador
de información tanto para el equipo como para
cualquier otra persona relacionada con el proyecto.
Actualmente, existen incluso servicios digitales para la
creación de tableros para seguimiento de tareas; sin
embargo, si se quieres tener el control integral de la
gestión de proyectos, en Integra IT desarrollamos
proyectos de software gestionados con SCRUM.
de ellos. (Raeburn, 2022)
¿Qué es el trabajo pendiente del sprint o sprint
backlog?
El trabajo pendiente del sprint, tal y como
comentábamos, es la lista de tareas que el equipo
Scrum finalizará durante un sprint de un proyecto.
Estos elementos, por lo general, se obtienen del
trabajo pendiente del producto o product backlog
durante la sesión de planificación de sprint. El trabajo
pendiente del sprint evita la corrupción del alcance, ya
que identifica exactamente qué hará el equipo, y qué
no, durante cada sprint.  
¿Cuándo debería usar el backlog de trabajo
pendiente del sprint?
Deberías preparar el trabajo pendiente del sprint junto
con tu equipo durante la reunión de planificación del
sprint o sprint planning. La frecuencia exacta variará
según la duración de los sprints, pero te
recomendamos que lo hagas cada quince días o una
vez al mes. Si aplicas la metodología ágil Scrum,
el Scrum Master, con la ayuda de su equipo, elegirá
los trabajos pendientes del producto de los que habrá
que ocuparse esa semana. Si trabajas con otra
metodología ágil, el responsable podría ser el
encargado o el gestor del proyecto.
Si eres el Scrum Master tendrás la responsabilidad de
preparar el trabajo pendiente del sprint y distribuir las
tareas entre todos los que participen en el proyecto.
Con ayuda de tus colegas, deberás elegir los trabajos
 Scrum ha sido adoptada por grandes
organizaciones como Amazon, Google, IBM; dos
componentes esenciales son el Sprint y Sprint
Backlog, de los que en Integra IT ya hemos dado
detalle. De estos componentes, algunos
beneficios son:
 Gestión de las expectativas del cliente de manera
regular.
 El cliente puede comenzar el proyecto con
requisitos de alto nivel.
 El cliente puede obtener resultados importantes y
usables desde los primeros sprints.
 Se puede gestionar de manera natural los cambios
que van apareciendo durante el proyecto.
 El cliente, como máximo, puede perder recursos de
una iteración, no de todo el proyecto.
 Permite mitigar, desde el inicio, riesgos del
proyecto.
 Permite gestionar la complejidad del proyecto.
(INTEGRAIT, 2020)
pendientes según su prioridad, y luego, documentar lo
que se necesita para cada tarea. Para esto, puedes
usar las historias de usuarios que son las funciones de
software expresadas desde la perspectiva del usuario
final en el marco de un flujo de trabajo.
¿Cuál es el objetivo del sprint backlog o trabajo
pendiente del sprint?
El backlog de trabajo pendiente del sprint se utiliza
para definir qué tareas se deben llevar a cabo durante
un sprint. Para ello, la información se mantiene toda
en un mismo espacio compartido. Así se simplifican las
comunicaciones y se genera una fuente central de
tareas para el sprint.
Los elementos que no se encuentren dentro del
trabajo pendiente estarán fuera del alcance. De este
modo, ofreces la claridad necesaria para que los
miembros del equipo se centren en las tareas exactas
con las que deben trabajar y evitas la corrupción del
alcance. (ASANA T. , 2022)

Para el desarrollo de la tabla comparativa de conceptos se requiere identificar 2 definiciones de diferentes fuentes
bibliográficas por cada una uno de los conceptos presentados en la tabla. Para cada uno de los conceptos se
requiere incluir la referencia bibliográfica correspondiente de acuerdo con las normas APA.
 4. Ficha técnica del proyecto
Proponer un proyecto para la aplicación de las herramientas y
técnicas a desarrollar en el curso. Para este propósito se puede
seleccionar un proyecto en el que haya participado y tenga acceso y
autorización para utilizar la información o seleccionar un proyecto de
la siguiente base de datos: https://proyectostipo.dnp.gov.co/ En esta
sección se desarrolla la ficha técnica del proyecto seleccionado, de
acuerdo con el modelo presentado en la tabla 2.
Tabla 2. Ficha técnica del proyecto propuesto por el estudiante

Criterio Descripción
Nombre del Instalación de sistemas solares fotovoltaicos
proyecto individuales en zonas no interconectadas.
Objetivos Objetivos Generales

El objetivo de este documento es presentar un PROYECTO TIPO de

Instalación de sistemas solares fotovoltaicos individuales en zonas
no interconectadas que sirva a las entidades territoriales que
hayan identificado limitado acceso al servicio de energía eléctrica
en la zona rural del municipio.

Objetivos Específicos.

Los objetivos específicos de este documento de PROYECTO TIPO

son:

• Aportar una alternativa de solución, agilizando las tareas de

formulación y estructuración, generando ahorros en costos y
tiempo.
• Mejorar las prácticas de estructuración de proyectos,
mediante la definición y desarrollo de los aspectos técnicos
esenciales necesarios para la ejecución de este tipo de
proyectos.
• Guiar a las Entidades en las actividades de formulación y
estructuración de proyectos para contribuir al fortalecimiento
de los procesos de gestión de recursos públicos.

Entidad que
formula o Departamento nacional de Planeación DNP – Ministerio
ejecuta el de minas y energía.
proyecto
Descripción En Colombia existen dos tipos de zonas en lo que se refiere a la
del proyecto prestación del servicio de energía eléctrica:
(situación
A) Las Zonas del Sistema Interconectado Nacional (SIN). Son las
problema o localidades donde se podrá construir, o ya se tiene construida, la
justificación) infraestructura eléctrica que amplía la cobertura y procura la
 satisfacción de la demanda de energía, mediante las redes
provenientes del Sistema Interconectado Nacional, SIN. Estas redes
son un conjunto de líneas y subestaciones, con sus equipos
asociados, incluyendo las interconexiones internacionales, que
transportan la energía desde las plantas de generación a las
subestaciones de transformación y finalmente al consumidor final.
B) Las Zonas No Interconectadas (ZNI), y de acuerdo con la
normatividad vigente, son los municipios, corregimientos, localidades
y caseríos no conectados al SIN, ya sea por aspectos geográficos,
técnicos o como sucede en muchos casos por los elevados costos de
conexión por usuario. Las ZNI están ubicadas en lugares de difícil
acceso, carecen de servicios públicos, de infraestructura y presentan
dificultad para acceder a la comunicación. El Gobierno de Colombia a
través del El Instituto de Planificación y Promoción de Soluciones
Energéticas para las Zonas No Interconectadas – IPSE,
Establecimiento Público del Orden Nacional, adscrito al Ministerio de
Minas y Energía, ha identificado que el modelo actual de expansión
del sector eléctrico presenta dificultades para llevar el servicio de
electricidad a la población que vive en las zonas rurales y no
interconectadas por diferentes aspectos como:

 Zonas con características de difícil acceso, baja densidad de

población, presencia de comunidades étnicas, restricciones
ambientales, conflicto armado, bajo nivel de ingresos de sus
pobladores, escaso desarrollo económico de los territorios, entre
otros.
 Ineficiente operación y mantenimiento de los sistemas de generación
de energía eléctrica implementados para la prestación del servicio en
las zonas no Interconectadas.
 Difícil acceso a programas de capacitación y formación, por parte de
las empresas prestadoras de servicio y de las comunidades de las
ZNI.
 Carencia de integración con los programas de desarrollo regional.
 Elevados costos de prestación del servicio y bajos niveles de
utilización del mismo.
 Baja o nula rentabilidad de las inversiones realizadas.
 Limitado aprovechamiento del potencial energético local, baja
cobertura, reducido número de horas diarias de servicio y deficientes
niveles de calidad y confiabilidad del servicio prestado.
Las Zonas No Interconectadas han sido definidas en la Ley 855 de
20032, la cual establece en su artículo 1º que: “Para todos los efectos
relacionados con la prestación del servicio público de energía eléctrica se
entiende por Zonas no Interconectadas a los municipios, corregimientos,
localidades y caseríos no conectadas al sistema interconectado nacional,
SIN”. Así mismo lo establece el artículo 5 de la Ley 1715 de 2014. Estas
zonas representan el 53% del territorio nacional y se encuentran
ubicadas en 18 Departamentos, 78 Municipios, en las ZNI se encuentran,
5 Capitales Departamentales, 28 Cabeceras Municipales y 1.916
Localidades en operación.

Desde esta mirada y conforme al Plan Indicativo de Expansión de la

Cobertura, PIEC 2019 - 2023-, publicado en diciembre de 2019, por la
Unidad de Planeación Minero-Energética, UPME, para la vigencia 20193,
se estima que existen 338.383 viviendas ubicadas en las zonas aisladas
o Zonas No Interconectas, ZNI del país, que no cuentan con el servicio
de energía eléctrica, con una población total de 1.184.340 habitantes sin
una solución energética sostenible. Esta condición genera en la población
entre otros aspectos:

 Incipiente acceso al servicio público de energía eléctrica

 Restricción en el acceso a oportunidades de educación, salud,
productividad y a las tecnológicas de la información.
 Limitada oferta laboral situación que genera desempleo, pobreza y
desigualdad.
 Aumento en los costos de vida.
 Bajo aprovechamiento de las infraestructuras y servicios públicos.

Esta situación conlleva a plantear soluciones energéticas con fuentes no

convencionales de energía, FNCE y de tipo Híbrido, de modo que se
garantice un servicio de calidad, continuo, seguro, asequible, no
contaminante, y que en la generación de energía eléctrica, se aprovechen
los potenciales energéticos de las regiones donde sean implementados, e
incluir como factor de sostenibilidad de dichos proyectos, la asistencia
técnica a los prestadores de servicio y el fortalecimiento de las
capacidades organizativas, además de capacitar a la comunidades en
eficiencia energética y en el uso racional de la energía.

Las constantes preocupaciones con el medio ambiente, la amenaza de

escasez de combustible fósil, el inminente calentamiento global, los
impactos generados por emisiones de gases de efecto invernadero y de
dióxido de carbono son factores que impulsan el desarrollo de las
energías renovables, limpias y sustentables. Es así como se plantea los
sistemas solares Fotovoltaicos, las cuales minimizan el impacto
ambiental. Este tipo de energía, generada por el sol, no necesita ser
extraída como el caso de la energía fósil, ni es necesario transportarla
hasta el lugar que se requiere, no genera emisión de gases ni de ruido, ni
precisa de combustibles para su funcionamiento, tampoco requiere de
grandes construcciones para su implementación y tiene requerimientos
mínimos de cuidado y mantenimiento. Su instalación puede llegar a ser
más ventajosa que otras alternativas de solución desde el punto de vista
económico, si se compara en muchos casos con la extensión de redes
para conectarse al SIN; adicionalmente, Colombia es un país que cuenta
con zonas que poseen un alto potencial energético solar por su ubicación
y radiación, ya que se encuentra en la zona ecuatorial, lo que hace que
se ubique en la zona tórrida o intertropical, región de bajas latitudes,
ocasionando que cuente con la misma iluminación solar todo el año. En
términos generales, las Celdas Solares Fotovoltaicas consisten en
instalaciones destinadas a convertir la radiación solar en energía
eléctrica. Existen tres tipos de instalaciones fotovoltaicas dependiendo de
su conexión:

a)Móviles, aquellas que pueden cargarse y utilizarse en diferentes

lugares.
b) Aisladas de la red eléctrica, son estacionarias y autónomas.
c) Las interconectadas a la red eléctrica.

Por otro lado, estas soluciones pueden requerir el acoplamiento de

elementos adicionales que se pueden desarrollar en los siguientes dos
grupos:
 Soluciones integradas a una micro red.
 Soluciones individuales, que se describen a continuación en el
siguiente capítulo.
Productos o En este orden de ideas, el proyecto a implementar buscará aumentar el
resultado acceso al servicio de energía eléctrica en la zona rural del municipio. Para
lograr este incremento, el proyecto a implementar plantea aumentar la
esperados gestión pública en la provisión de soluciones de energía para la población
de la zona rural y mejorar el sistema de provisión de energía en las
viviendas de la zona rural. Para ello considera las siguientes acciones:

 Fortalecer el esquema institucional en el municipio para atender

las necesidades de la población
 Aumentar iniciativas públicas para el desarrollo y uso de las
energías renovables.
 Aumentar alternativas de provisión de energía eléctrica para la
población aislada
 Mejorar funcionamiento de los sistemas de provisión de energía
alternativa existentes.

La utilización de este Proyecto tipo debe justificarse a partir de las

necesidades propias de cada entidad territorial. En este sentido, los
formuladores de proyectos no están exentos de llevar a cabo un proceso
comprehensivo y serio de diagnóstico y planeación que permita
demostrar que la solución estándar aquí planteada es la idónea para
atender su problemática y situación actual específica. Bajo este
entendido, este proyecto tipo pretende atender los objetivos planteados
mediante la Instalación de sistemas solares fotovoltaicos individuales en
zonas no interconectadas para unas condiciones de servicio máximas.

Cronograma Se presenta un cronograma de referencia para la instalación de

Soluciones Solares Aisladas (SSA) en un proyecto de 241 usuarios.
 Nota: Cronograma de referencia la entidad territorial debe considerar los
tiempos que toma la adquisición de materiales y equipos. Este
cronograma obedece al proyecto de referencia bajo el cual se estructuró
la MGA tipo presentada en el anexo 1 a este documento. Por lo tanto, las
condiciones de tiempo pueden variar de acuerdo con las características
de la zona y la especificidad del proyecto.

Presupuesto Los costos presentados en el presupuesto pueden variar acorde con las
variaciones del IPC anual, mano de obra, costos de transporte de
material y puesta en el sitio donde se desarrolle el proyecto, por lo cual
requerirá un ajuste de los mismo:
 5. Referencias bibliográficas

ASANA. (2023). asana.com. Obtenido de

https://asana.com/es/resources/what-is-scrum
ASANA. (2023). asana.com. Obtenido de
https://asana.com/es/resources/product-owner
ASANA. (2023). asana.com. Obtenido de
https://asana.com/es/resources/scrum-master
ASANA, T. (2022). asana.com. Obtenido de
https://asana.com/es/resources/sprint-backlog
ASANA.INC. (2023). asana.com. Obtenido de
https://asana.com/es/resources/gantt-chart-basics
IEBS. (2009-2023). iebschool.com. Obtenido de
https://www.iebschool.com/blog/metodologia-scrum-agile-
scrum/#:~:text=la%20metodolog%C3%ADa%20Scrum-,
%C2%BFQu%C3%A9%20es%20Scrum%3F,que%20ofrecen
%20a%20los%20clientes.
IEBS. (2022). iebschool.com. Obtenido de
https://www.iebschool.com/blog/definicion-y-caracteristicas-
del-scrum-master-agile-scrum/
IEBS. (2023). iebschool.com. Obtenido de
https://www.iebschool.com/blog/que-son-metodologias-agiles-
agile-scrum/
INTEGRAIT. (2020). integrait.com.mx. Obtenido de
https://integrait.com.mx/blog/sprint-y-sprint-backlog/
LABS, A. (s.f.). alaimolabs.com. Obtenido de
https://alaimolabs.com/es/self-learning/scrum/desarrolladores-
en-scrum-cual-es-la-diferencia-entre-un-programador-y-un-
desarrollador
MAS, P. Y. (s.f.). programacionymas.com. Obtenido de
https://programacionymas.com/blog/scrum-product-backlog
Mena, I. C. (2017). uci.ac.cr. Obtenido de
https://uci.ac.cr/gspm/que-son-y-como-construir-lineas-base-
de-direccion-proyectos/
PEREZ, A. (2021). www.obsbusiness.school. Obtenido de
https://www.obsbusiness.school/blog/la-evaluacion-de-un-
proyecto-herramienta-clave-para-evitar-el-fracaso
PROGRAMACIONYMAS. (2017-2023). programacionymas.com.
Obtenido de https://programacionymas.com/blog/scrum-
product-owner
Raeburn, A. (2022). asana.com. Obtenido de
https://asana.com/es/resources/product-backlog
SALESFORCE. (2021). salesforce.com. Obtenido de
https://www.salesforce.com/mx/blog/2021/12/que-son-
metodologias-agiles-y-como-pueden-ayudar-a-tus-equipos-de-
trabajo.html#:~:text=Es%20decir%2C%20una%20metodolog
%C3%ADa%20%C3%A1gil,resuelve%20etapas%20en%20poco
%20tiempo.
SCHOOL, I. D. (2009). iebschool. Obtenido de
https://www.iebschool.com/blog/que-es-pmbok-y-como-usarlo-
en-gestion-de-proyectos-agile-scrum/
SCHOOL, O. B. (2021). www.obsbusiness.school. Obtenido de
https://www.obsbusiness.school/blog/que-es-un-diagrama-de-
gantt-y-para-que-sirve
SINNAPS. (2020). sinnaps.com. Obtenido de
https://www.sinnaps.com/blog-gestion-proyectos/linea-base-
de-un-proyecto
Sola, G. H. (s.f.). SCRUM.ORG. Obtenido de
https://www.scrum.org/resources/blog/que-es-un-developer-
en-scrum#:~:text=En%20el%20contexto%20que
%20vamos,entrega%20del%20producto%20de%20software.
wikipedia. (2022). es.wikipedia.org. Obtenido de
https://es.wikipedia.org/wiki/Evaluaci%C3%B3n_de_proyectos
WRIKE, C. (2006-2023). WRIKE.COM. Obtenido de
https://www.wrike.com/es/project-management-guide/faq/que
-es-pmbok-en-gestion-de-proyectos/