Examen Flashcards
hecho en base a un resumen de joaco (114 cards)
1
Q
¿Qué es un proyecto?
A
Un proyecto es una secuencia de actividades únicas, complejas y conectadas que tienen un objetivo o propósito específico. Estas actividades deben completarse dentro de un tiempo determinado, con un presupuesto establecido y cumpliendo ciertas especificaciones.
2
Q
Un proyecto tiene un alcance limitado, siempre resulta en un producto u “entregable”, y su éxito
se mide por el cumplimiento del presupuesto, el tiempo de entrega y las especificaciones del
producto.
V o F
A
V
3
Q
Durante la ejecución del proyecto tratamos de maximizar los cambios
V o F
A
F
Se intentan minimizar
4
Q
¿Que es un lider de proyecto?
A
Un líder de proyecto es el responsable de detectar las necesidades de los usuarios y gestionar los recursos económicos, materiales y humanos, para obtener los resultados esperados en los plazos previstos y con la calidad necesaria. Además, el líder de proyecto coordina el trabajo de técnicos y especialistas y la comunicación con los interesados.
5
Q
Es un jugador de equipo que motiva al personal usando sus conocimientos.
V o F
A
V
6
Q
¿Cuáles son las tareas de un líder de proyecto?
A
-Desarrollar el plan del proyecto
-Identificar los requerimientos y el alcance del proyecto
-Identificar los requerimientos y el alcance del proyecto
-Administrar recursos humanos y materiales
-Controlar tiempos
-Identificar y controlar riesgos
-Administrar costos y presupuesto
-Asegurar de la calidad
-Evaluar el desempeño del proyecto
7
Q
¿Cuáles son las 5 restricciones que operan sobre un proyecto?
A
-Alcance
-Calidad( se subdivide en calidad del producto final y calidad del proceso)
-Costo
-Tiempo
-Recursos
8
Q
¿Qué es el alcance?
A
Enunciado que define los límites del proyecto. Establece qué se va a hacer y, de manera implícita, qué no se va a hacer. Es fundamental que sea definido correctamente.
Puede cambiar.
9
Q
¿Qué son los recursos de un proyecto?
A
Los recursos son los activos necesarios para la realización del proyecto, tales como personas, equipos, facilidades físicas o artefactos. Tienen una disponibilidad limitada y su uso debe ser planificado; también pueden ser contratados a terceros. Algunos recursos son fijos y otros variables a largo plazo. Son centrales para la planificación de las actividades del proyecto y para su finalización ordenada, siendo las personas el recurso más importante en proyectos de desarrollo de sistemas.
10
Q
¿Qué es el triangulo del alcance?
A
Es una representación visual fundamental en la administración de proyectos que ilustra las restricciones interdependientes que operan sobre un proyecto. Este concepto destaca que el alcance y la calidad de un proyecto están intrínsecamente ligados al tiempo y al costo disponibles, así como a la disponibilidad de recursos.
11
Q
¿Cuáles y cual es la relación entre los 3 aspectos del triangulo del alcance?
A
Los aspectos son
-alcance/calidad
-tiempo/costo
-recursos
están en constante interacción y deben mantenerse en equilibrio. Cualquier modificación en uno de estos vértices del triángulo inevitablemente tendrá un impacto en los otros dos.
12
Q
¿Por cuales criterios se puede clasificar un proyecto?
A
Duración (tiempo estimado que tomará completar el proyecto, desde la planificación hasta la entrega final, a mayor duración, mayor incertidumbre)
Riesgo (Probabilidad de fracaso del proyecto o cumplir con sus objetivos)
Complejidad (Es la medida de la dificultad técnica y organizativa del proyecto. Factores clave serian tamaño, nºmodulos, integración, lógica
Valor comercial (representa el impacto económico o estratégico que el proyecto tiene para la organización)
Costo (Es la inversión económica estimada necesaria para completar el proyecto)
13
Q
¿Cuáles son los tipos de clasificación de proyecto hay?
A
TIPO/DURACIÓN/RIESGO COMPLEJIDAD/TECNOLOGÍA/PROBLEMAS
A <18 Meses/Alto/Alto/De avanzada Seguros
B 9-18 Meses Medio Media Actual Alta probabilidad
C 3-9 Meses Bajo Baja Mejor del tipo Algunos
D < 3 Meses Muy Bajo Muy Baja Práctica Ninguno
14
Q
Cuales son las causas del fracaso de un proyecto?
A
-Caso de negocio
-Calidad
-Definición y medida de los entregables
-Definición de responsabilidades
-Planificación y coordinación de recursos
-Duración
-Costos
Comunicación con los interesados
-Compromiso de los interesados
-Control de calidad
-Control de avance
15
Q
¿Por que no prestar atención al caso de negocio es una posible causa de fracaso de proyecto?
A
Si no se comprende claramente por qué se está llevando a cabo el proyecto, o si los beneficios esperados no se definen o validan adecuadamente, el proyecto puede fracasar por no entregar valor a la organización. Por ejemplo, iniciar el desarrollo de una nueva aplicación sin analizar si existe una necesidad real en el mercado o si los costos superan los posibles ingresos.
16
Q
¿Por que no prestar atención a la calidad es una posible causa de fracaso de proyecto?
A
Ignorar o no priorizar la calidad del producto o del proceso puede llevar a entregables defectuosos, insatisfacción del cliente y, en última instancia, al fracaso del proyecto. Por ejemplo, lanzar una versión de software con numerosos errores críticos para cumplir con una fecha límite ajustada.
17
Q
¿Por que no prestar atención a la definición y medida de los entregables es una posible causa de fracaso de proyecto?
A
Si no se especifica con claridad qué se debe entregar al final del proyecto y cómo se medirá su éxito, puede haber confusión, expectativas no cumplidas y la percepción de que el proyecto no tuvo éxito. Por ejemplo, no definir claramente las funcionalidades que debe tener un nuevo sitio web y cómo se evaluará si cumple con las necesidades del negocio.
18
Q
¿Por que una inadecuada definición de responsabilidades es una posible causa de fracaso de proyecto?
A
Si los roles y responsabilidades de los miembros del equipo y otros interesados no están claramente definidos, puede haber duplicación de esfuerzos, falta de rendición de cuentas y conflictos que lleven al fracaso. Por ejemplo, en un proyecto de desarrollo de software, no especificar quién es responsable de las pruebas de cada módulo.
19
Q
¿Por que una inadecuada planificación y coordinación de recursos es una posible causa de fracaso de proyecto?
A
Una planificación deficiente de los recursos (humanos, materiales, financieros, etc.) y una mala coordinación pueden resultar en escasez, cuellos de botella y retrasos que afecten el éxito del proyecto. Por ejemplo, no asignar suficientes desarrolladores con las habilidades necesarias para completar las tareas en el tiempo previsto.
20
Q
¿Por que una pobre estimación de duración es una posible causa de fracaso de proyecto?
A
Subestimar el tiempo necesario para completar las actividades del proyecto puede llevar a cronogramas irreales, presión excesiva sobre el equipo y, finalmente, al incumplimiento de los plazos. Por ejemplo, estimar que el desarrollo de una nueva funcionalidad compleja tomará solo dos semanas cuando, basándose en experiencias previas, se sabe que requiere al menos un mes.
21
Q
¿Por que una pobre estimación de costos es una posible causa de fracaso de proyecto?
A
Una estimación inexacta del presupuesto necesario para el proyecto puede resultar en la falta de fondos en etapas críticas, la necesidad de reducir el alcance o la calidad, o la cancelación del proyecto. Por ejemplo, no considerar todos los costos asociados con la contratación de proveedores externos.
22
Q
¿Por que una falta de comunicación con los interesados es una posible causa de fracaso de proyecto?
A
Una comunicación deficiente con los stakeholders del proyecto (clientes, patrocinadores, equipo, etc.) puede generar malentendidos, expectativas no gestionadas, falta de apoyo y, en última instancia, el fracaso del proyecto. Por ejemplo no informar a los clientes sobre un retraso significativo en la entrega. El responsable del proyecto debe comunicar y reportar a los interesados.
23
Q
¿Por que una falta de compromiso con los interesados es una posible causa de fracaso de proyecto?
A
Si los interesados clave no están involucrados y comprometidos con el proyecto, pueden surgir obstáculos, falta de apoyo y resistencia al cambio que dificulten el éxito. Por ejemplo, un patrocinador del proyecto que inicialmente lo aprueba pero luego no participa en las revisiones importantes. Se requiere un compromiso sincero de todos los interesados para que un proyecto tenga éxito
24
Q
¿Por que una falta de control de calidad es una posible causa de fracaso de proyecto?
A
No implementar procesos de control de calidad adecuados puede llevar a la aceptación de entregables defectuosos, lo que requerirá retrabajo y puede afectar el cronograma y el presupuesto, o resultar en un producto final deficiente. Asegurar la calidad es una tarea del responsable del proyecto.
25
¿Por que una falta de control de calidad es una posible causa de fracaso de proyecto?
No realizar un seguimiento regular del progreso del proyecto y no tomar acciones correctivas ante las desviaciones puede hacer que los problemas se acumulen y lleven al fracaso. Por ejemplo, no identificar que una tarea crítica se está retrasando significativamente hasta que es demasiado tarde para tomar medidas correctivas efectivas.
26
¿Qué es el ciclo de vida de un proyecto?
Es un proceso que va desde la concepción pasando por la ejecución y el control hasta su cierre formal. Este ciclo permite organizar gestionar cada etapa de forma eficiente para alcanzar los objetivos planteados
27
¿Cuáles son las etapas del ciclo de vida de un proyecto?
-Definir el proyecto
-Desarrollar un plan detallado/Planificar
-Ejecución del proyecto
-Monitorear/Controlar
-Terminación/Cierre
28
¿Qué se hace en la etapa de Definición del proyecto/inicio de un proyecto?
Establecer claramente los objetivos del proyecto, su alcance y los criterios de éxito. Se busca comprender las necesidades, los entregables esperados y las restricciones iniciales del proyecto.
29
¿Qué se hace en la etapa de desarrollo de un plan detallado/planificación de un proyecto?
Se elabora una hoja de ruta exhaustiva para la ejecución del proyecto. Esto incluye la descomposición del trabajo en actividades y tareas (por ejemplo con WBS), la estimación de la duración y los recursos necesarios, la asignación de responsabilidades, la planificación del cronograma y el presupuesto, y la identificación y planificación de la gestión de riesgos.
30
¿Qué se hace la etapa de ejecución del proyecto?
Se lleva a cabo el trabajo real del proyecto según el plan establecido.
El equipo del proyecto realiza las ¡tareas definidas, se gestionan los recursos, y se crean los entregables. El líder del proyecto juega un rol crucial en la coordinación y dirección de estas actividades.
31
¿Qué se hace en la etapa de monitorización / control del proyecto?
Se realiza un seguimiento del proyecto en relación con el plan. Esto implica comparar el desempeño real con lo planificado en términos de alcance, tiempo, costo y calidad, e implementar acciones correctivas si es necesario para mantener el proyecto en curso.
32
¿Qué se hace en la etapa de Terminación/Cierre de un proyecto?
Esta etapa marca el final formal del proyecto. Incluye la entrega final de los entregables, la obtención de la aceptación por parte del cliente o los interesados, la realización de una evaluación post-proyecto para identificar lecciones aprendidas, el cierre de contratos y la liberación de recursos.
33
¿Qué es la administración de proyectos?¿Que tareas tiene?
La administración de proyectos es la planificación, la delegación, el seguimiento y el control de todos los aspectos del proyecto y la motivación de los participantes para satisfacer los requisitos del proyecto. Se logra mediante el uso de los procesos tales como: iniciar, planificar, ejecutar, controlar y cerrar
34
¿Cuál es el objetivo de la administrar un proyecto?¿ Es complementaria a con la administración de programas?
El objetivo de administrar un proyecto de software es aplicar buenos principios y técnicas de administración de proyectos y de ingeniería de software a fin de que el producto se entregue al mínimo costo, mínimo tiempo y sea de buena calidad.
Y si, es complementaria a la administración de programas
35
¿Cuáles son las ventajas de una buena administración de proyectos?
-Optimización de recursos
(Utiliza de manera eficiente los recursos disponibles, evitando desperdicios y reduciendo costos innecesarios)
-Cumplimiento de plazos y presupuesto
(Asegura que el proyecto se complete dentro del tiempo y presupuesto establecidos, evitando retrasos y sobrecostos)
-Mejora de calidad
(Al seguir procesos estructurados y controlar cada etapa, se garantiza que el producto o servicio final cumpla con los estándares de calidad requeridos)
-Gestión efectiva de riesgos
(Identifica y mitiga posibles riesgos antes de que se conviertan en problemas, aumentando la resiliencia del proyecto)
-Satisfacción de los interesados
(Al cumplir con los objetivos y expectativas, se logra una mayor satisfacción de clientes y otros interesados, fortaleciendo la reputación de la organización)
36
¿Cuáles son los desafíos de la administración de proyectos?
-Alto nivel de innovación
(Para cumplir con este desafío, es crucial una planificación flexible. Además, fomentar la comunicación abierta dentro del equipo y con los interesados puede ayudar)
-Complejidad
(La complejidad de los proyectos puede gestionarse mediante la descomposición del trabajo en partes más pequeñas y manejables, utilizando técnicas como la Work Breakdown Structure (WBS). Una planificación detallada y la asignación clara de responsabilidades también son fundamentales)
-Requerimientos ambiguos
(Para abordar requerimientos ambiguos, es esencial invertir tiempo en una definición clara y detallada del alcance del proyecto. A su vez, la comunicación constante con los usuarios y otros interesados es vital)
-Falta de competencias necesarias (Este desafío puede enfrentarse mediante la identificación temprana de las habilidades requeridas para el proyecto y la asignación de personal con las competencias adecuadas)
-Herramientas y técnicas inmaduras (La adopción de metodologías de administración de proyectos bien establecidas y el uso de herramientas de software de gestión de proyectos pueden ayudar a mitigar este desafío)
-Cumplir con regulaciones de gobierno
(Para cumplir con las regulaciones, es necesario identificar las normativas aplicables al proyecto desde la fase de planificación e integrarlas
en el plan del proyecto)
-Cumplir con plazos
(El cumplimiento de plazos requiere una estimación realista de la duración de las actividades. El uso de técnicas de estimación adecuadas y el monitoreo constante del avance del proyecto son esenciales)
-Tratar con proveedores
(La gestión de proveedores implica establecer contratos claros, mantener una comunicación fluida y monitorear su desempeño para asegurar que cumplan con lo acordado)
-Reportar a altas autoridades
(La comunicación con las altas autoridades debe ser clara, concisa y enfocada en el progreso y los resultados del proyecto. A su vez, establecer canales de comunicación efectivos y proporcionar informes periódicos ayuda)
-Retener personal calificado
(La retención de personal calificado puede lograrse mediante la creación de un ambiente de trabajo positivo, el reconocimiento del desempeño, la provisión de oportunidades de desarrollo profesional y una compensación adecuada)
-Administrar personal con diferentes niveles de productividad
(Para gestionar la productividad variable, es importante asignar tareas de acuerdo con las habilidades y la experiencia del personal)
-Administrar equipos distribuidos en diferentes ubicaciones
(La gestión de equipos distribuidos requiere el uso de herramientas de colaboración efectivas y el establecimiento de protocolos de comunicación claros)
-Administrar entornos multi-culturales y multi-lengua
(La gestión de entornos multiculturales y multilingües requiere sensibilidad cultural, comunicación clara y adaptada a los diferentes idiomas y contextos culturales, y la comprensión de las posibles diferencias en las normas de trabajo y comunicación)
37
¿Cuáles son los principios de una buena administración?
-Los proyectos siempre necesitan ser gestionados para tener éxito.
-El proyecto es un proceso finito con un comienzo y un final definidos.
-Se requiere un compromiso sincero de todos los interesados.
-Normalmente se requiere entrenamiento.
38
¿Qué es un programa?
Un programa es un grupo de proyectos relacionados que se gestionan de manera coordinada para obtener beneficios. Se ocupa de los resultados y proporciona un paraguas bajo el cual estos proyectos pueden ser coordinados
39
¿Qué busca una administración de programas?
La administración de programas busca integrar los proyectos de modo que se produzca un resultado mayor que la suma de sus partes. Es complementaria a la Administración de Proyectos
40
Respecto a alcance ¿Cuál es la diferencia entre programa y proyecto?
El programa tiene un amplio alcance que puede cambiar para satisfacer las expectativas de beneficios
El proyecto tiene un alcance mas reducido, con productos concretos
41
Respecto al cambio ¿Cuál es la diferencia entre programa y proyecto?
El programa espera cambios y aceptarlos
El proyecto trata de mantener el cambio al mínimo
42
Respecto a la medición de éxito ¿Cuál es la diferencia entre programa y proyecto?
El programa se mide en términos de retorno de inversión, nuevas capacidades y prestaciones para la organización
El proyecto se mide por el presupuesto, el tiempo de entrega y los productos que cumplen las especificaciones
43
Respecto al liderazgo ¿Cuál es la diferencia entre programa y proyecto?
En el programa, la gestión se centra en la relación y resolución de conflictos. Los directores de programas gestionan los lideres de proyectos y son lideres que proporcionan visión y liderazgo
En un proyecto la gestión se centra en la entrega de las tareas y el cumplimiento de los criterios de éxito
Los gerentes de proyecto manejan técnicos, especialistas, etc. y son jugadores de equipo que motivan al personal usando conocimientos y habilidades
44
Respecto a la planificación ¿Cuál es la diferencia entre programa y proyecto?
En un programa, se crean planes de alto nivel que proporcionan orientación a los proyectos
En un proyecto se realiza una planificación detallada para administrar la entrega de productos y servicios
45
Respecto a los gerentes ¿Cuál es la diferencia entre programa y proyecto?
Los gerentes de un proyecto se enfocan en la obtención de beneficios a través de la coordinación de múltiples proyectos
Los gerentes de un programa se enfocan en la entrega de productos dentro de las restricciones establecidas
46
¿Cuál es la relación entre la administración de proyectos y programas?
La administración de proyectos se enfoca en la gestión de cada proyecto individual dentro del programa mientras que la administración de programas se encarga de supervisar y coordinar estos proyectos relacionados para alcanzar objetivos estratégicos mas amplios
47
¿Qué es el Work Breakdown Structure? (WBS)
WBS es una descripción jerárquica (top-down) del trabajo que se debe realizar para completar el proyecto. Es similar a una descomposición funcional.
48
¿Cómo esta compuesto el WBS? ¿Qué forma tiene?
Se agarran los trabajos y se dividen en actividades y éstas a su vez en tareas
Tiene forma de árbol, la raíz es el proyecto o meta a cumplir, los diversos nodos intermedios son las actividades y las hojas las tareas. Se busca que el árbol este balanceado
49
¿Quién hace el WBS y que formas hay de crearlo?
El líder de proyecto se encarga de la confección del WBS.
Hay dos tipos Top-down(de equipo y Bottom-up
50
¿Cómo es un WBS Top-down de equipo completo? Diga su ventaja respecto a sub-equipos
Todos los miembros participan en la descomposición. Se comienza desde la meta y se particiona hasta que los participantes estén satisfechos en la definición del trabajo. Luego de la definición se debe secuenciar y determinar qué actividades se pueden hacer concurrentes.
Ventaja:
Todos los miembros tienen la oportunidad de prestar atención al WBS y discutirlo en su definición.
51
¿Cómo es un WBS Top-down de sub-equipos? Diga su ventaja respecto equipos completos
Todo el equipo realiza el primer nivel y luego se crean tantos sub-equipos como actividades haya en el nivel uno.
Un sub-equipo puede necesitar ayuda externa.
Ventaja:
Demanda menos tiempo
52
¿Como es WBS con Bottom-up?
Parecido al Brainstorming.
Actúa como el Top-down de sub equipos en la división del primer nivel y la asignación de grupos por actividades. Cada sub-grupo realiza un "Brainstorming" para sub-dividir esa actividad de primer nivel.
53
¿Cuales son los usos de WBS?
1. Diseñar y planificar el trabajo: Permite a los integrantes del equipo visualizar cómo puede definirse y administrarse el proyecto.
2. Diseñar la arquitectura: Gráfico del trabajo del proyecto donde se muestra cómo se relacionan los items a realizar.
3. Planificar: Tenemos que estimar esfuerzo, tiempos y recursos para el último nivel.
4. Informar el estado del proyecto: Se usa como estructura para mostrar el grado de avance
54
¿Qué características debe tener una "actividad de ultimo nivel" para ser considerada tarea?
-Estado Medible:
En cualquier momento tengo que poder saber el estado de desarrollo de esa tarea. Podemos medir en líneas de código aunque no es lo óptimo.
-Acotada:
Tiene que poseer una duración acotada. Tiene que tener un evento de entrada (fecha de inicio) y un evento de fin (fecha de fin).
-Producir un entregable:
El entregable es el output de la Tarea. Si una Tarea tiene 2 o más entregables es un indicio de una mala sub-división.
-Tiempo y costo estimable:
Si no se pueden estimar ni el costo ni el tiempo, entonces no es una Tarea (no es atómico).
-Duración aceptable:
La duración de una tarea no debe exceder los 15 días (10 laborables), aunque puede haber excepciones.
-Independiente:
Al iniciar la actividad no se tiene que necesitar de ningún input adicional para arrancar.
55
Con respecto a una actividad ¿Qué es la duración y el esfuerzo de trabajo?
La duración de una actividad se define como el tiempo transcurrido en días laborables para finalizar el proyecto, sin considerar feriados, fines de semana, días no laborables.
El esfuerzo de trabajo es la labor requerida para completar una actividad. Esta labor se puede realizar en horas consecutivas o no.
56
¿Cuál es la diferencia entre duración y esfuerzo de trabajo?
Básicamente la duración abarca los tiempos productivos y no productivos para realizar una actividad y el esfuerzo de trabajo solo cuenta los productivos
57
¿Cuáles son las causas de la variación de la duración de una actividad?
-Variación en los perfiles: Las personas pueden tener distintos perfiles para completar la actividad, algunos más adecuados que otros. Una estrategia es estimar la duración basándonos en los perfiles de las personas.
-Eventos inesperados.
-Eficiencia del tiempo de trabajo: Trabajando de manera focalizada podemos lograr una mayor eficiencia, tenemos que evitar interrupciones y proveer un ambiente que facilite la concentración.
-Errores e interpretaciones erróneas.
58
¿Cuáles son las técnicas para estimar el esfuerzo de trabajo
-Similitud con otras actividades: Estimar el esfuerzo en base a actividades similares de otro proyectos.
-Datos históricos: Estimar en base a las estimaciones de actividades similares de otros proyectos en base a datos fehacientes y registrados.
-Juicio experto: Las estimaciones las realizan consultores externos o expertos en la metodología o tecnología. El Juicio Experto no tiene que venir del Vendedor (esto no es objetivo).
-Técnica Delphi
-Técnica de 3 puntos
-Técnica Delphi de banda ancha
59
¿En que consiste la técnica de Delphi?
Técnica de grupo que extrae y resume el conocimiento del grupo para arribar una estimación. Cada miembro del grupo hará estimaciones individuales. Se realizan 3 pasadas para llegar a la estimación mediana (el promedio). En cada pasada se toman los extremos, estos extremos debaten y luego se hace la siguiente pasada con nuevos conocimientos.
60
¿En que consiste la técnica de los 3 puntos?
Se necesitan 3 estimaciones, la optimista, la pesimista y la media. La
técnica de la estimación es un promedio pesado Estimacion = (Optimista + 4*Media + Pesimista) / 6 La optimista es la más corta (caso feliz).
La pesimista es la más larga (caso triste, todo falla).
La media es la normal o usual de la actividad.
61
¿En que consiste la tecnica de Delphi de banda ancha?
Se basa en la Delphi pero a cada integrante se le pide que haga las 3 estimaciones de los 3 puntos. Recopilamos resultados y eliminamos extremos, y calculamos los promedios de las 3 estimaciones usando la fórmula de los 3 puntos
62
¿Qué es la estimación de costos?
Las Estimaciones de Costos son predicciones de cuanto tiempo, esfuerzo y perfiles de RRHH (recursos humanos) son requeridos para construir un sistema de software. Estas estimaciones son muy complejas ya que las variables de esta estimación pueden diferir en: dominio de aplicación, hardware, herramientas, técnicas y personal
63
¿Cuáles son las técnicas de estimación?
Opinión Experta:
Tomamos ventaja de la experiencia de un personal de desarrollo senior.
Analogía:
Comparamos el proyecto con presupuestos de proyectos pasados.
Descomposición: Focalizamos el análisis en el producto o en las tareas requeridas para construirlo, descomponemos el productos en componentes, actividades y tareas.
Modelos:
Son técnicas que identifican contribuyentes claves al esfuerzo, generando fórmulas matemáticas que relacionan estos ítems al esfuerzo. Hay 2 enfoques: Bottom-up: Primero estimamos las partes de menor nivel.
Top-down: Estimamos el producto entero y luego los componentes se calculan como porciones relativas del todo.
64
¿Qué usos tiene la estimación de costos?
En la etapa de planificación, para saber cuantos recursos va a insumir
En la etapa de control, para saber cuanto se hizo y cuanto falta
65
¿Qué es COCOMO??
Es una colección de tres modelos de estimación de esfuerzo, duración y costo para proyectos, que difieren en la cantidad de información que se obtiene sobre el proyecto y el nivel de detalle en la estimación del esfuerzo y el tiempo de desarrollo
66
¿Como esta compuesto COCOMO?¿Que 3 modelos lo componen
COCOMO esta compuesto por 3 modelos
Modelo básico:
Es aplicable cuando se conoce muy poco del proyecto. Se utiliza en las etapas iniciales, donde la información disponible es limitada. Ofrece una estimación rápida y general
Modelo intermedio:
Es aplicable luego de la especificación de requerimientos. Se utiliza cuando se tiene un poco más de conocimiento sobre el proyecto, como el lenguaje y las herramientas a utilizar. Refina la estimacion a considerar incluyendo los conductores de costo que influyen en el esfuerzo
Modelo avanzado o detallado:
Es aplicable cuando se termina el diseño. Proporciona una estimacion aun mas precisa al aplicar modelo intermedio a los componentes individuales del sistema y considerar las diferentes fases del desarrollo
67
¿Cuáles son los 3 tipos de clasificaciones de sistemas según COCOMO original?
Orgánico:
Involucra procesamiento de datos y uso de base de datos, se focaliza en transacciones y recuperación de datos
Semi-embebido:
Se encuentra entre los modos orgánico y embebido. Presenta un mayor procesamiento de transacciones
Embebido:
Contiene software de tiempo real. Este software es una parte integral de un sistema mayor basado en hardware
68
¿Cómo se calcula el esfuerzo requerido E en COCOMO?
En COCOMO el esfuerzo requerido E se calcula a través de la formula
E = a x S(elevado a la b) x F
-a,b: Se obtienen de tablas del modelo en función del tipo de sistema
-S: Es el tamaño medido en KSDI (K-delivered source instructions)
-F: factor de ajuste
el valor de F se calcula en base a los conductores de costos o atributos de costos
69
¿Cuáles son las 4 clasificaciones del factor de ajuste del calculo del esfuerzo de COCOMO?
Atributos del producto: Como la confiabilidad requerida, el tamaño de la base de datos y la complejidad del producto.
Atributos computacionales (o del hardware): Como las restricciones de tiempo de ejecución y de almacenamiento, la volatilidad de la máquina virtual y el tiempo de optimización.
Atributos del personal: Como la capacidad de los analistas y programadores, y la experiencia del personal en la aplicación, la máquina virtual y el lenguaje de programación.
Atributos del proceso (o del proyecto): Como el uso de prácticas de programación modernas y de herramientas de software, y las limitaciones en el cumplimiento de la planificación.
70
¿Cómo es el calculo de la duración estimada de D?
D= c x E (elevado a la d)
c,d: se obtienen de tablas del modelo en función del tipo de sistema
E: es el esfuerzo requerido
71
¿Cuáles son las categorías de atributos de costos?
-Atributos del producto
-Atributos del hardware
-Atributos del personal
-Atributos del proyecto
72
¿Cuáles son las fases del desarrollo de COCOMO?
-Requerimientos/planes
-diseño del producto
-Programación
-Prueba/Integración
73
¿Que es COCOMO 2.0?¿Cuales son sus principales objetivos?
Es la evolucion necesaria del modelo COCOMO, con el fin de adaptarse a las nuevas realidades del desarrollo de software. Sus principales objetivos son
-Desarrollar modelos de costos y de estimación acordes a las prácticas actuales.
-Desarrollar bases de datos de costos y herramientas que soporten una mejora continua del modelo.
-Proveer un framework analítico cuantitativo, y un conjunto de herramientas y técnicas para evaluar los efectos de las mejoras en los costos de ciclos de vida y en las planificaciones.
74
¿Cuáles son los 3 modelos de COCOMO 2.0?
-Modelo de aplicacion inicial:
Basado en prototipos
-Modelo de diseño temprano:
Usado para obtener estimaciones de costo y duración antes de finalizar el diseño de la arquitectura.
-Modelo Post-Arquitectura:
el modelo más detallado, con nuevos conductores de costos, y nuevas ecuaciones
75
¿Cómo se calcula el esfuerzo requerido en COCOMO 2.0?
En COCOMO 2.0 el esfuerzo es expresado en Persona Mes(PM) se calcula con la formula
PM nominal = A x (Tamaño)elevado b
Tamaño expresado en KSLOC(mil líneas de código fuente reales)
A: Intenta cuantificar los efectos multiplicativos en el esfuerzo de proyectos de tamaño creciente
B: Intenta medir la economía ( o no economía) de escala encontrada en proyectos de diferentes tamaños
76
¿Qué es la economía de escala en COCOMO 2.0?
La economía de escala se refiere a la situación en la que la productividad aumenta a medida que aumenta el tamaño del producto. Esto se refleja en la fórmula de estimación del esfuerzo en personas-mes E = A x (Tamaño) elevado B cuando el exponente B es menor que 1.0. En otras palabras, si el tamaño de un proyecto se duplica, el esfuerzo requerido será menos del doble.
77
¿Qué es la gestión de beneficios ? (COCOMO 2.0)
Enfoque estratégico que tiene como principal objetivo asegurar que los beneficios sean identificados, definidos claramente, vinculados a los resultados estratégicos, y que cumplan con los criterios de ser específicos, medibles, realizables, realistas y limitados en el tiempo.
78
¿Cuál es el enfoque de la gestión de beneficios?¿Cuales son sus etapas? (COCOMO 2.0)
Su enfoque consiste en un proceso que incluye la identificación, cuantificación, realización y
revisión de dichos beneficios. Este enfoque se desarrolla a través de las siguientes etapas:
-Desarrollo de una estrategia de gestión de beneficios
-Identificación y cuantificación de beneficios (perfiles de beneficio)
-Planificación para la realización de beneficios
-Realización de beneficios
-Revisión de beneficios
79
¿Qué es la gestión de los interesados/stakeholders?
Es el proceso de identificar y comunicarse efectivamente con aquellas personas o grupos que tienen interés en los resultados del programa/proyecto. También gestiona las relaciones con las partes interesadas como una forma de lograr influencia y resultados positivos de los programas y proyectos
80
¿Cuáles son las características principales de la gestión de los interesados/stakeholders?
-Análisis y compromiso efectivo de los interesados a distintos niveles
-Planificación de las comunicaciones
-Uso de identificación efectiva de canales de comunicación
-Comunicación clara, consistente y enfocada
-Proceso continuo
81
¿Cuáles son los objetivos de la gestión de los interesados?
-Identificar a los interesados
-Definir claramente los intereses e influencias de los interesados
-Asegurar que los interesados se comprometan de acuerdo a sus intereses e influencias en el programa
-Asegurar que los interesados se comprometan, se apropien y apoyen el programa
82
¿Que preguntas responde la gestion de los interesados?
¿QUIÉN? (Identificar los interesados)
¿QUÉ? (Crear y analizar los perfiles de los interesados)
¿CÓMO? (Definir estrategia de participación de los interesados)
¿CUÁNDO? (Planificar la participación)
¿HACER? (Participación de los interesados)
¿RESULTADOS? (Medir la efectividad)
83
¿Cuáles son los 5 procesos de la gestión de los stakeholders?
-Identificación de stakeholders y sus intereses
(Se representa mediante un mapa de los interesados, siendo una matriz entre los interesados y sus intereses en el programa, en stakeholders clientes, personal,etc y las columnas siendo interes financiero, en cambios operacionales, y en su interseccion la importancia que le da)
-Analizar stakeholders
-Planificación de los stakeholders
-Comunicación con los stakeholders
-Gestionar stakeholders
84
¿Que implica el analisis de stakeholders?¿ Como se analiza?
El análisis de stakeholders implica comprender y analizar la influencia e impacto que hacen en el proyecto. Esto es necesario para diseñar canales de comunicación apropiados que respondan a las necesidades e intereses de los stakeholders
Se usa la matriz de impacto de staleholders donde en un eje se representa el posible impacto del programa en los stakeholders, se evalua el impacto en un tipo de stakeholder (alto,medio y bajo). El otro eje representa la importancia de los stakeholders en el programa, representa la importancia de estos en el programa categorizada igual
85
¿En que consiste la planificación de los stakeholders?
Consiste en definir un marco que permita la participacion efectiva de los stakeholders se debe definir lo siguiente
¿Cómo definimos un objetivo claro para el compromiso?
¿Cómo mantenemos el compromiso dentro de los límites?
¿Quién debe ser responsable de participar?
¿Cuál es el mejor método de compromiso?
¿Cómo medimos el éxito?
86
¿Qué se busca hacer en la comunicación con los stakeholders?
Buscamos principalmente concientizar a los stakeholders sobre los beneficios y el impacto, obtener el compromiso del personal de las organizaciones con los cambios a ser introducidos, promover mensajes claves del programa, etc.
-Qué se comunicará y la autoridad requerida para la comunicación.
-Cómo se comunicará.
-Quién comunicará.
-Cuándo se comunicará.
87
¿Cuáles son los posibles canales de comunicación con los stakeholders?
Seminarios y workshops: Permiten el contacto directo con los interesados.
Prensa/Medios: Son canales ideales para públicos externos más amplios.
Boletines, instrucciones, anuncios, informes: Pueden utilizarse para comunicar información general y específica relacionada con interesados particulares.
88
¿Qué asegura gestión de stakeholders?
-Existe un entendimiento compartido sobre lo que se entiende por “stakeholder”.
-Existe un conjunto detallado de grupos de stakeholders orientados a la práctica.
-Existen metas establecidas para cada grupo o conjunto de grupos de stakeholders.
-Existe un plan de comunicaciones claro para alcanzar estas metas.
-Los miembros del equipo de gestión del programa están motivados para alcanzar estas metas.
-Los grupos de stakeholders se sienten suficientemente comprometidos con el programa y comprenden los objetivos y limitaciones de los mismos.
-Se miden las opiniones de los stakeholders y se actúa en consecuencia.
89
¿Qué es un riesgo?¿Que es un problema?
Un riesgo es un evento potencial (negativo o positivo) que podría afectar el curso del programa o proyecto
Un problema es una cuestión actual, ya presente o en discusión, que obstaculiza el proyecto.
90
¿Para que gestionar riesgos?¿Que actividades se llevan a cabo para gestionarlos?
Se gestiona un riesgo para minimizar amenazas o aprovechar oportunidades.
Las actividades para gestionar riesgos son:
-Identificar riesgos Tipos:
Estratégicos, De programa, De proyecto y Operativos.
-Registrar riesgos en un repositorio formal.
Es el repositorio central de toda la información sobre riesgos. Permite priorizar, tomar acción y hacer seguimiento.
-Asignar propiedad del riesgo a personas con capacidad para gestionarlos.
Cada riesgo debe ser asignado a un responsable que tenga autoridad y competencia para actuar.
-Evaluar los riesgos (probabilidad e impacto).
Se mide en probabilidad de que ocurra e impacto en caso de que ocurra.
-Planificar acciones de mitigación.
-Implementar acciones.
-Evaluar efectividad de las acciones tomadas.
-Incorporar la gestión de riesgos al programa.
-Definir una estrategia formal de gestión de riesgos.
91
¿Cómo es el modelo de las 4T?¿Como resuelve los riesgos?
-Transferir: pasar el riesgo a un tercero (ej. seguros).
-Terminar: modificar el proyecto para eliminar el riesgo.
-Tolerar: aceptar el riesgo y no actuar (usado para riesgos menores).
-Tratar: aplicar acciones para reducir la probabilidad o el impacto
92
¿Qué es la calidad?
La Calidad es un concepto que tiene un significado que tiende a ser ambiguo y subjetivo, podemos quedarnos con una definición de Calidad que nos dice que es una propiedad o conjunto de propiedades inherentes a algo, que permiten juzgar su valor. Según ISO 9000 es el grado e el que un conjunto de características inherentes cumple con los requisitos.
93
¿Cómo se ve definida la calidad en una empresa?¿Por cuales calidades esta compuesta?
La Calidad de la Empresa se ve definida por:
-Calidad de los procesos de Negocio
-Calidad de los Sistemas de Información
-Calidad de la Infraestructura: calidad de redes y sistemas de software, etc.
-Calidad de Software: de las aplicaciones construidas, mantenidas, etc.
-Calidad de Datos: que ingresan en el SI.
-Calidad de Información: relacionada con la Calidad de Datos.
-Calidad de Gestión: presupuesto, planificación y programación.
-Calidad de servicio: procesos de atención al cliente.
94
¿Que es la calidad de un software?¿Como esta dividida?
La Calidad del Software se refiere a qué tan bien un software cumple con los requerimientos funcionales y no funcionales esperados, así como con las necesidades del usuario y del negocio.
Se divide en Calidad del producto y Calidad del proceso de desarrollo
95
¿En que se fija la calidad del producto?
Calidad del producto: Los aspectos que medimos son la Calidad interna (medible a partir de las características intrínsecas), Calidad externa (medible en el comportamiento del producto) y Calidad en uso (medible durante el uso efectivo por parte del usuario)
96
¿En que se fija la calidad del proceso?
Mide la calidad del proceso para ello se fija en
Los requisitos más significativos del proceso de software son:
Que produzca los resultados esperados.
Que estén basados en una correcta definición.
Que sean mejorados en función de los objetivos de negocio.
extra:
Sin un buen proceso de desarrollo es casi imposible obtener un buen producto".
97
¿Qué es una norma?
Norma es una regla obligatoria o un conjunto de requisitos que se deben cumplir, normalmente es establecida por organismos oficiales o internacionales. Define criterios específicos que deben seguirse en procesos, productos o servicios.
98
¿Qué es un estándar?
Estándar es un modelo o referencia aceptada como guía o mejor práctica, no es obligatorio pero sí recomendado como ejemplo a seguir. Es más flexible y adaptable al contexto de cada organización.
99
¿Cuál es la diferencia entre estándar y norma?
norma es obligatorio, estándar es una recomendación
100
¿Cuáles son las organizaciones que identifican normas?
-ISO
-IEC
-ISO/IEC
-IRAM
-NM
101
¿Qué aspecto aplican estas normas y modelos?
ISO/IEC 9126 / 14598
ISO/IEC 25000
Calidad de producto de software
Calidad de uso
Calidad de datos
102
¿Qué aspecto aplican estas normas y modelos?
ISO/IEC 20000
ITIL
Calidad de servicios
103
¿Qué normas y modelos aplican el aspecto "Proceso de desarrollo"?
PMBOOK
SWEBOOK
Six Sigma
ISO/IEC 33000
ISO/IEC 12207
ISO/IEC 15504 / 33000
ISO/IEC 90003
CMMI
SCAMPI
IDEAL
ISO/IEC 29110
104
¿Qué normas y modelos aplican el aspecto "Organización"?
Calidad Total - TQM
ISO/IEC 9001
Seguridad de la Información - ISO/IEC 27001
105
¿Qué es calidad del producto de software?
El concepto de Calidad de Producto de Software se refiere al conjunto de características que debe tener un software para cumplir con los requisitos funcionales, no funcionales y expectativas del usuario, tanto de forma interna como externa. Es una visión centrada en el software en sí mismo, no en el proceso que lo creó. Evalúa qué tan bien funciona, cómo se comporta y cómo lo percibe el usuario.
106
¿Que es la norma ISO/IEC 14598?
La norma ISO/IEC 14598 (ahora reemplazada por ISO/IEC 25040) define un proceso formal para evaluar la calidad de un producto de software de manera sistemática y objetiva.
107
¿Cuáles son las etapas del proceso de evaluación de la norma ISO/IEC 14598?
-Establecer los requisitos de la evaluación
-Especificar la evaluación
-Diseñar la evaluación
-Ejecutar la evaluación
-Finalizar la evaluación
108
¿Que es el modelo ISO/IEC 9126?
La ISO/IEC 9126 (ahora reemplazada por la familia SQuaRE ISO/IEC 25000) es un modelo que define y clasifica las características de calidad del software en términos medibles y evaluables, para ayudar tanto en el desarrollo como en la evaluación del producto
109
¿Qué define la norma ISO/IEC 91226-1?
Modelo que define la calidad del producto de software. Divide la calidad en seis características principales Funcionalidad, Confiabilidad, Facilidad de uso, Eficiencia, Potabilidad y Facilidad de Mantenimiento
110
¿Qué define la ISO/IEC 9126-2?
Define las métricas externas mediante una tabla (ahora reemplazada por ISO/IEC 250423), teniendo en cuenta las características y subcaracterísticas definidas en la ISO/IEC 9126-1. Cada métrica se define en una tabla con estos campos:
-Nombre de métrica(identifica la métrica)
-Propósito (que calidad mide y para que)
-Descripción (que mide la métrica y alcance)
-Formula (como se calcula la métrica)
-Tipo de medida (objetiva o subjetiva)
-Nivel de aplicación (si se aplica a nivel modulo, componente, etc)
-Interpretación( señala que significa un valor alto o bajo para la métrica)
También define criterios para nuevas métricas como relevancia, validez, fiabilidad, objetividad, comprensibilidad y viabilidad
111
¿Qué es la familia SQuaRE ISO/IEC 25000?
La familia ISO/IEC 25000, conocida como SQuaRE (Software product Quality Requirements and Evaluation), es un conjunto de normas internacionales que proporcionan un marco estructurado y coherente para definir, medir y evaluar la calidad del software, los datos y su uso.
112
¿Cómo esta estructurada la familia ISO/IEC 25000? Ósea, que mide cada división de la familia
División 2500n- Gestión de calidad
División 2501n- Modelos de calidad
División 2502n- Medición de calidad
División 2503n- Requisitos de calidad
División 2504n- Evaluación de calidad
113
¿Cuál es la diferencia entre la ISO/IEC 9126-1 y la ISO/IEC 25010?
La ISO/IEC 25010 es un modelo más completo y actualizado, integrando aspectos clave como seguridad y compatibilidad, y dando mayor relevancia a la experiencia del usuario final.
114
