Este documento presenta un marco conceptual sobre la administración de proyectos de software. Define conceptos clave como proyecto, dirección de proyectos, ciclo de vida del proyecto y grupos de procesos. También describe áreas de conocimiento, el caso de negocios que justifica un proyecto, y factores para que un proyecto sea exitoso como alcance, plazo, presupuesto y beneficios. Por último, explica diferentes estructuras organizacionales como la funcional, matricial y orientada a proyectos.

1. UNIVERSIDAD AUTÓNOMA DE
SINALOA
FACULTAD DE INFORMÁTICA CULIACÁN
ADMINISTRACIÓN DE PROYECTOS DE
SOFTWARE
Marco Conceptual
CULIACÁN, SINALOA. SEPTIEMBRE 2021

2. 1. Proyecto y dirección de proyectos
2. Contexto de la dirección de proyectos
3. Ciclo de vida del proyecto
4. Grupos de procesos
5. Áreas del conocimiento
6. Caso de negocios
7. Proyecto exitoso
8. Objetivos del proyecto y las restricciones
9. Estructuras de la organización
10. Rol y competencias del Director del Proyecto
11. Liderazgo del Director del Proyecto
12. Generalizaciones de la Guía del PMBOK®
Contenido ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

3. • Proyecto: Esfuerzo temporal que se lleva a cabo para crear un
producto, servicio o resultado único.
• Trabajo Operativo: Efectuar permanentemente actividades
que generan un mismo producto o proveen un servicio
repetitivo.
• Podemos concluir que la definición de proyecto no depende de
la complejidad o magnitud del mismo, sino de las
características de único y temporal.
Proyecto y dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

4. • Ejemplos de Proyectos:
 Desarrollar un software
 Realizar una campaña de comercialización
 Expansión de un servicio
 Adquisición y fusión de una compañía
 Mejorar procesos de una empresa en marcha
 Realizar un evento
 Cambiar un sistema informático
 Eliminación de una unidad de negocios
 Entre otros proyectos
Proyecto y dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

5. • No deberíamos confundir el proyecto temporal, con el producto
o servicio repetitivo que producirá ese proyecto. Por ejemplo, el
proyecto de construcción de una fábrica podría finalizar con la
puesta en marcha de ese edificio y los bienes que producirá
esta fábrica serán tareas repetitivas que se mantienen en el
tiempo.
• Proyecto temporal ≠ producto o servicio repetitivo de ese
proyecto.
Proyecto y dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

6. • Todos los proyectos tienen como fin último obtener algún beneficio para
la organización o sociedad. Estos beneficios podrían ser tangibles
como por ejemplo ganar dinero o intangibles como podría ser obtener
una satisfacción personal por hacer el bien social.
• Los proyectos podrían nacer por diferentes causas como por ejemplo:
 Aprovechar una oportunidad de mercado
 Resolver un problema
 Adaptarse a un cambio en la legislación
 Solicitud de un cliente
 Mitigar una amenaza potencial
¿Por qué se originan los proyectos? ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

7. • Dirección de proyectos: Es la aplicación de conocimientos, habilidades,
herramientas y técnicas a las actividades del proyecto para cumplir con
los requisitos del mismo.
• La dirección de proyectos gestiona emprendimientos finitos con objetivos
específicos.
• Tanto la administración de empresas como la dirección de proyectos
utilizan la planificación, gestión de recursos, ejecución y control para
lograr los objetivos.
¿Qué es la dirección de proyectos? ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
Dirección de Proyectos = Administración de Proyectos = Gestión de Proyectos

8. Contexto de la dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
Operaciones
Portafolio
Programas
Proyectos
Plan
Estratégico

9. Contexto de la dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
• Los proyectos están incluidos dentro de un contexto más amplio.
• En primer lugar, los proyectos, programas o portafolios deberían estar
alineados con el plan estratégico de la compañía para facilitar la gestión y éxito
de los mismos.
• Un portafolio puede incluir distintos programas y/o proyectos alineados sobre
un mismo objetivo estratégico.
• Programa: Es un conjunto de proyectos relacionados que se gestionan en
conjunto para alcanzar beneficios que no se podrían obtener si se gestionan por
separado.
• Un gran proyecto de miles de millones de dólares de inversión no
necesariamente es un programa, sino un mega-proyecto.

10. • No todo proyecto pertenece siempre a un programa o
portafolio.
• Existen proyectos independientes que forman parte de un portafolio sin
estar vinculados a un programa.
• Cuando las organizaciones implementan de manera
estructurada sus estrategias, a través de proyectos, programas
y portafolios, se dice que trabajan con una Dirección de
Proyectos Organizacional (OPM).
Contexto de la dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

11. Contexto de la dirección de proyectos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

12. • Es el tiempo que transcurre desde la concepción del producto
hasta su retiro del mercado.
• A lo largo del ciclo de vida de un producto se originan
distintos tipos de proyectos.
Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

13. • Se refiere a las distintas fases del proyecto desde su inicio
hasta su fin.
Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
• Cada fase del proyecto
por lo general termina
con un entregable o
lección aprendida que
habilita o no a continuar
con la siguiente fase.
g2 g4
Continue here on sept 5th (13-17), 6th (18-22)

14. • Existen dos tipos de interrelación entre las fases de un proyecto:
Predictivo:
Hasta que no finaliza la fase predecesora, no comienza su sucesora.
Consiste en seguir un plan desde el inicio hasta el cierre del proyecto.
El alcance, tiempo y costo están bien definidos.
Adaptativo:
Al finalizar la fase A comienza B, y al finalizar B comienza nuevamente A, y así
sucesivamente.
Se subdivide el proyecto en menores entregables y cada entregable es gestionado como
un mini-proyecto para ir entregando valor al cliente en pocas semanas.
Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

15. • Variaciones de ciclo de vida adaptativo:
 Iterativo: El alcance preliminar se establece de manera temprana, mientras
que el tiempo y costo de cada fase se va definiendo con iteraciones a medida
que avanza la ejecución del proyecto.
 Incremental: Al inicio hay una idea completa sobre el alcance del producto
final. En las primeras iteraciones se entrega una funcionalidad básica y se va
agregando mayor funcionalidad a medida que avanzan las fases del proyecto.
 Ágil: Combina ciclos iterativos e incrementales, realizando iteraciones sobre
un producto para obtener entregables finales listos para usar.
Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

16. Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

17. Ciclo de vida del proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
A o P
Participaciones G2, G3 y G4
g3
Nombre Nombre
Nombre
P Yesi, Paúl
P Alan
A Troncoso
A Maciel
A Sheldon
P Rulo
P Ana
A Parra
A Yesi
P Maciel
A Paúl
P Raúl A.

18. • No debemos confundir el ciclo de vida del proyecto con los cinco
grupos de procesos: inicio, planificación, ejecución, monitoreo-
control y cierre.
• Cada fase del ciclo de vida del proyecto puede ser considerada como
un proyecto.
Grupos de procesos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

19. • En grandes proyectos los cinco grupos de procesos podrían repetirse
para cada fase del proyecto.
Grupos de procesos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

20. • Los procesos a lo largo del ciclo de vida del proyecto podrían ser:
 Únicos
 “Desarrollar el Acta de Constitución” o “Cerrar el proyecto”;
 Periódicos
 “Adquisición de Recursos” o,
 Continuos
 “Definición de actividades” en proyectos con ciclo de vida adaptativo.
Grupos de procesos ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

21. 1. Gestión de la Integración
2. Gestión del Alcance
3. Gestión del Cronograma
4. Gestión del Costo
5. Gestión de la Calidad
6. Gestión de los Recursos
7. Gestión de las Comunicaciones
8. Gestión de los Riesgos
9. Gestión de las Adquisiciones
10. Gestión de los Interesados
Áreas del conocimiento ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
• Para ser un buen DP hay que conocer distintas áreas
específicas de la dirección de proyectos. Existen diez áreas del
conocimiento:

22. • La gestión de la integración cubre las otras nueve áreas del
conocimiento. Estas nueve áreas no son islas independientes entre sí,
sino que generalmente están todas interrelacionadas.
Áreas del conocimiento ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

23. • Un proyecto suele comenzar con el desarrollo de un Acta de
Constitución durante el grupo de procesos de inicio, sin embargo,
unas de las entradas antes de comenzar con la iniciación de un
proyecto es el caso de negocio.
Caso de negocios ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
Base de la justificación
de un proyecto
G3,
g4
Continue here on sept 12th

24. • Documento detallado que ayuda a justificar si es conveniente o no
realizar una inversión en la organización.
• Generalmente, se incluye lo siguiente:
Definición del problema u oportunidad de mercado.
Visión general del proyecto y su alineación con los objetivos estratégicos de la
organización.
Impacto del proyecto sobre los resultados de negocio.
Análisis de alternativas.
Análisis costo beneficio y retorno de la inversión.
• El DP podría participar o no en la elaboración del caso de negocios.
Caso de negocios ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

25. • Al momento de decidir si se llevara a cabo o no un proyecto, otras
cuestiones a considerar suelen ser:
 Riesgos de realizar ese proyecto.
 Costo y riesgos de no hacer nada.
 ¿Está alineada la inversión con las prioridades de la organización?
 ¿Qué nivel de precisión tienen los datos utilizados en el análisis?
 ¿Qué otras alternativas se consideraron?
• En algunas organizaciones el DP no participa en la selección del
proyecto que se va a llevar a cabo.
Caso de negocios ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

26. • La alta gerencia o el Director de Portafolio o Programas puede ser
quien aplique algún criterio para elegir entre distintos proyectos.
 Algunas herramientas para seleccionar proyectos durante el análisis de
alternativas en el caso de negocio son:
 Métodos de medición de beneficios: modelos de calificación, contribución de
beneficios, modelos económicos, etc.
 Leer de manera independiente el ejercicio 2.2 – Selección de proyectos por medición de
beneficios (páginas 31 y 32 del pdf).
 Modelos matemáticos: programación lineal, programación entera, programación
dinámica, selección con múltiples objetivos.
 Leer de manera independiente el ejercicio 2.3 – Selección de proyectos con programación
lineal (páginas 33 y 34 del pdf).
Caso de negocios ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

27. • 60s: se definía el éxito de un proyecto solo basado en su calidad.
• 80s: un proyecto es exitoso cuando, además de cumplir con la
calidad, cumplía con los plazos y presupuesto definidos en el plan del
proyecto.
• 90s: además de estos objetivos mínimos, es necesario que el proyecto
cumpla con la “satisfacción del cliente”.
• A estas 4 características de proyecto exitoso deberíamos agregar
también la “sostenibilidad o cuidado”.
• Fomentar la preservación del medio ambiente y/o el respeto entre los
miembros del equipo durante la ejecución del proyecto
Proyecto exitoso ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

28. • Actualmente, se deberían considerar los siguientes requisitos:
 Alcance de calidad
 Plazo
 Presupuesto
 Beneficios del proyecto
 Sostenibilidad
• Es primordial: definir claramente cuáles son los principales
parámetros de éxito durante las fases iniciales del proyecto.
Proyecto exitoso ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

29. • Las principales características de los objetivos de un proyecto son los
siguientes:
 Se establecen al inicio.
 Se perfeccionan durante la planificación.
 Son responsabilidad del Director del Proyecto.
 Son SMART (Specific, Measurable, Achievable, Result-oriented, Time-
limited):
 Específicos, medibles, alcanzables, orientado a resultados y con fecha límite de
ejecución.
Objetivos del proyecto y restricciones ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

30. Históricamente las variables de la restricción triple del proyecto eran:
• Alcance: se delimita por medio de las especificaciones y documentación
técnica del proyecto.
• Tiempo: se define con el cronograma o calendario del proyecto.
• Costo: se determina mediante el presupuesto.
Objetivos del proyecto y restricciones ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
La restricción
triple
(tradicional)

31. • Actualmente, en la ecuación de restricciones del proyecto ya no hay
solo 3.
• Sino que se incluyen las siguientes 6 variables:
• Alcance
• Tiempo
• Costo
• Calidad
• Recursos
• Riesgo
Objetivos del proyecto y restricciones ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

32. En las empresas existen distintos tipos de estructuras organizacionales por
ejemplo: Orgánica o simple, Funcional, Multi-divisional, Matricial, Orientada
a proyectos, Virtual, PMO e Híbrida.
Orgánica o simple: Se suele encontrar en algunas pequeñas y medianas empresas.
En estas estructuras existe un único departamento sin divisiones y todos los
miembros trabajan juntos.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

33. Funcional: Es la estructura organizacional más tradicional, en este tipo de estructuras
jerárquicas con gran centralización, cada empleado tiene un superior y las personas se
agrupan por especialidades.
Este tipo de organización data de 1920 cuando Henry Ford y posteriormente, Frederick
Taylor impusieron las teorías de la división del trabajo y la administración de empresas.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

34. Multi-divisional: En las estructuras multi-divisionales cada departamento es una unidad
independiente que tiene autonomía propia.
Las divisiones suelen utilizar diferentes criterios como por ejemplo: regiones, productos,
marcas, clientes, etc.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

35. Matricial: En una organización matricial se mantiene la
estructura funcional pero se crea una estructura organizada por
proyectos que utiliza recursos del resto de la organización.
Las estructuras matriciales suelen ser de 3 tipos:
1. Matricial Fuerte: si el DP tiene más poder que el gerente funcional
2. Matricial Débil: si el gerente funcional tiene más poder que el DP
3. Matricial Equilibrada: cuando el DP y el gerente funcional
comparten el poder y las decisiones.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

36. Orientada a proyectos (Proyectizada):
Los miembros del equipo suelen estar trabajando en el mismo lugar
físico con directores de proyecto con gran independencia y autoridad.
Se observan en empresas que obtienen sus ingresos principalmente
de proyectos.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

37. Virtual:
Es una estructura que vincula personas y organizaciones mediante las
tecnologías de la información, lo que requiere de una gran
autodisciplina para organizar el trabajo por parte de los interesados.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

38. Híbrida:
Una estructura organizacional híbrida incluiría una combinación de
algunas de las organizaciones mencionadas previamente: funcional,
multi-divisional, matricial, proyectizada y virtual.
Estructuras de la organización ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

39. PMO: La oficina de gestión de proyectos, programas y portafolios o PMO
(Project Management Office) es la entidad de la organización que facilita
la dirección centralizada y coordinada de proyectos.
 Entre sus principales roles sobre la dirección de proyectos se encuentran:
 Soporte: Realiza funciones de consultoría, capacitación, elaboración de plantillas, y
registro de lecciones aprendidas, etc. Cuenta con bajo control sobre el proyecto y
recomienda el uso de metodologías.
 Control: Se asegura de que se implementen metodologías, gestionar
interdependencias entre los proyectos. Cuenta con control medio sobre el proyecto.
 Directivo: Asigna directores de proyectos para la ejecución de los mismos desde el
inicio y es responsable del éxito o fracaso de los proyectos. Cuenta con alto control
sobre el proyecto y ejecuta los proyectos con metodologías.
PMO (Oficina de Proyectos) ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

40.  Características:
 Actúa como un órgano de gobierno sobre los proyectos.
 Posee respaldo de la alta dirección de TI.
 Roles y autoridades perfectamente definidas.
 Una plataforma guía para directores del proyecto.
PMO (Oficina de Proyectos) ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
Ventajas
Procesos y métricas estándar para
todos los proyectos.
Ente centralizado para apoyo a los
directores y jefes de proyectos.
Instancia dedicada a monitorear el
comportamiento de los proyectos;
minimizando así riesgos de fracaso.
Desventajas
Puede ser percibida como un ente
burocrático.
Personal no preparado puede ser un riesgo.
Cultura y cambio pueden convertirse en
enemigos
Falta de herramientas de automatización de
los procesos.
Puede ser difícil medir el éxito de una PMO.

41.  Funciones:
 Alinear proyectos con objetivos del negocio a objeto de minimizar
riesgos.
 Proporcionar apoyo técnico de proyectos a encargados de proyectos.
 Apoyar la elaboración del plan de proyectos y su interacción con
otros planes.
 Coaching a los directores y jefes de proyectos en las diferentes
etapas del ciclo de vida de los proyectos.
 Coordinar proyectos a su cargo.
 Realiza el plan de proyectos, de principio hasta el cierre.
 Define y establece estándares.
PMO (Oficina de Proyectos) ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

42. Objetivos:
 Reducir fallas en los proyectos.
 Reducir gastos innecesarios en el tiempo planificado.
 Estandarizar procesos, metodologías, mejores prácticas y
nomenclatura en la dirección de proyectos.
• Leer de manera independiente el ejercicio 2.4 – Estructuras de la organización
(páginas 45 y 46 del pdf).
PMO (Oficina de Proyectos) ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

43. • El Director del Proyecto (DP):
• Persona responsable de coordinar el proyecto para que se cumpla el
resultado esperado participando desde el inicio (Acta de constitución)
hasta el cierre del proyecto (Lecciones aprendidas).
• Imprescindiblemente, debe gestionar de manera adecuada el equipo
de trabajo para lograr un proyecto exitoso.
• Ya que las personas son principalmente las responsables de alcanzar los
objetivos del mismo.
• Los proyectos:
• No son planes, diagramas de Gantt y planillas de cálculo.
• Son personas.
Rol y competencias del DP ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
G3

44. Las habilidades generales del DP están relacionadas con:
1. Planificación
2. Liderazgo
3. Coordinación
4. Saber comunicar claramente lo que se debe hacer y escuchar activamente.
5. Administrar eficientemente su tiempo.
6. Adaptarse a los cambios.
7. Tener visión para analizar las condiciones del mercado (FODA).
8. Ser motivador para formar equipos de trabajo unidos.
9. Negociar acuerdos y gestionar conflictos con actitud proactiva.
10. Contar con integridad e influencia sobre la organización para fomentar el
respeto hacia todos los trabajadores.
11. Delegar autoridad y responsabilidades a otros miembros del equipo del
proyecto.
Rol y competencias del DP ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

45. • Algunas consideraciones que el DP debe transmitir a su equipo
son:
• Respeto
• Trabajo en equipo
En resumen, podríamos decir que las competencias del director
de proyectos están formadas por un conjunto de capacidades
innatas, habilidades adquiridas, destrezas prácticas y una actitud
proactiva.
Rol y competencias del DP ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

46. Según el triángulo del talento, un DP debería formarse en tres áreas
fundamentales para permanecer competitivo en el complejo y
cambiante mundo laboral:
1. Herramientas técnicas sobre dirección de proyectos
2. Liderazgo para guiar, motivar y dirigir personas
3. Estrategia y Negocios para que el proyecto genere beneficios
Leer de manera independiente el ejercicio 2.5 – Rol del director de proyectos
(páginas 50 y 51 del pdf).
Triángulo del talento ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
g2

47. Entre los estilos de liderazgo más populares podemos mencionar
los siguientes:
1. Autoritario (Directivo): supervisión directiva dando instrucciones a sus
subordinados o tomando decisiones sin consultar.
2. Paternalista: brinda asistencia y protege a los miembros del equipo.
3. Democrático: comparte la toma de decisiones con los miembros de su
equipo buscando consenso en la resolución de problemas.
4. Dejar hacer (Laissez-faire): Empodera a los miembros del equipo para que
tomen decisiones por sí mismos.
5. Transaccional: foco en el cumplimiento de objetivos motivando a los
miembros del equipo a través de recompensas y castigos.
Liderazgo del Director del Proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
G4

48. 6. Transformacional: Inspirar con un sentido de propósito a los seguidores
para cambiar su comportamiento. Estos líderes suelen ser:
Carismáticos: inspirador, energético, con gran confianza en sí mismo.
Considerados: tienen gran consideración por cada persona individual
Estimuladores: gran capacidad para estimular ideas innovadoras
7. Servicial: Primero se concentran en servir al prójimo para que enriquezcan
sus vidas, el liderazgo es secundario.
8. Interaccional o situacional: Adaptar o combinar diferentes estilos de
liderazgo dependiendo de cada situación.
Liderazgo del Director del Proyecto ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

49. Entre los principales tipos de poder podemos mencionar:
1. Recompensa: autoridad para manejar los premios.
2. Coercitivo o Penalidad: autoridad para manejar los castigos.
3. Legítimo o Formal: posición jerárquica en la organización.
4. Experto: reconocido por sus conocimientos y formación.
5. Referente: admiración del discípulo para seguir el ejemplo del
maestro.
6. De Información: poder de control y distribución de información.
Tipos de poder ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE

50. 7. Relacional: relacionarse con interesados y desarrollar alianzas.
8. Gratificación: gratificar a las personas con agradecimientos.
9. Presión: limitar la libertad de elegir.
10. Culpabilidad: imponer una obligación o sentido del deber.
11. Persuasión: convencer a una persona mediante argumentos para
que piense de una determinada manera o haga cierta cosa.
12. Evitar: excusarse a participar en la toma de decisiones.
13. Situacional: poder que se obtuvo de una situación anormal (ej.
renuncia de un miembro del equipo).
Tipos de poder (cont.)
ADMINISTRACIÓN DE
PROYECTOS DE SOFTWARE
Fin del capítulo

51. Dudas, comentarios…
Recomiendo contestar las preguntas de la
guía de estudio y no esperar a que se
acerque el examen

52. Gracias por su atención