En cuanto a los factores comunes que deben aparecer en un proyecto… La duración del producto obtenido es igual a la del proyecto El producto entregado debe tener un determinado nivel de calidad Se dispone de recursos limitados para su realización .
La gestión de un proyecto incluye planificación, organización, seguimiento y control de todos los aspectos de un proyecto Incluyendo las habilidades directivas (motivación, liderazgo) y la gestión financiera (presupuestos…) del mismo. Pero no incluye las habilidades directivas (motivación, liderazgo), aunque si la gestión financiera (presupuesto…) del mismo. Incluyendo las habilidades directivas, pero excluyendo la gestión financiera .
Se considera parte de las funciones/habilidades de la gestión de proyectos a: La gestión financiera y contable, así como la de compras y adquisiciones El conocimiento de la cultura empresarial y las habilidades interpersonales Las dos anteriores son verdaderas .
En general, cuando se produce un fallo en la planificación de un proyecto que se traduce en un retraso del mismo: Aunque se añadan más recursos no se recupera el tiempo perdido puesto que se generan otro tipo de problemas. Se soluciona si se añaden más recursos y así se recupera el tiempo perdido Se soluciona si se añaden más recursos y así se recupera el tiempo perdido, pero solo cuando son proyectos grandes. .
Una empresa que, en su modelado de gestión de proyectos, haya desarrollado las áreas clave de gestión de requisitos, planificación, seguimiento, gestión de la configuración, de la calidad y de la subcontratación, se dice que está (según CMM-CMMI) en el nivel: Inicial. Nivel 1. Repetible. Nivel 2. Definido. Nivel 3. .
En cuanto al PMBOK: Propone un código de ética y conducta profesional. Solo es aplicable a proyectos relaciones la con Tecnología de la Información. Las dos son verdaderas.
En cuanto al PMBOK: Proporciona y promueve un vocabulario común en el ámbito de la profesión de la dirección de proyectos Propone un código ético y conducto profesional Las dos son verdaderas .
Definir las actividades de un proyecto, identificar los recursos necesarios para su ejecución y estimar el esfuerzo son tareas propias de la etapa/fase de: Concepción y arranque del proyecto Seguimiento y control Planificación .
En general, es cierto sobre el ciclo de vida de un proyecto: Cada tipo de proyecto debe ser acometido por un ciclo de vida determinado. Todos los ciclos de vida se ajustan por igual a los diferentes tipos de proyecto. Su elección depende de las preferencias de la organización. Existen ciclos de vida que se ajustan mejor a determinados tipos de proyecto, pero no existe una única opción para un proyecto dado. .
Sobre Metrica v3, es cierto: Es un estándar de carácter internacional. Es un marco de referencia para las Administraciones Públicas en España y su uso está restringido a ellas. Es un marco de referencia para las Administraciones Publicas en España si bien su uso es libre, citando la fuente. .
Un organigrama que representa a departamentos según su especialidad y con una jerarquía claramente definida corresponde a una empresa con estructura organizativa: Funcional Orientada a proyectos Matricial fuerte .
En cuanto a equipos multifuncionales de desarrollo Significa que todo el mundo dentro del equipo sabe hacer todo Suelen disparar la velocidad y productividad del desarrollo Las dos son verdaderas .
Sobre los costes de los recursos en los proyectos es falso que: La cantidad de recursos necesarios puede no ser constante a lo largo del proyecto Coste y tiempo de uso de un recurso están vinculados. De forma general, reducir el coste que un recurso tiene para el proyecto suele implicar reducir el tiempo que se utiliza el mismo. El coste de un recurso siempre es constante a lo largo de un proyecto. .
Al realizar la estimación de la duración de las actividades mediando el método Delphi, el grupo de expertos debe ser: En el área de aplicación del proyecto En desarrollo del software Tanto en desarrollo de software como en el área de aplicación del proyecto .
Al realizar la estimación de la duración de las actividades: Suele indicarse una duración exacta Suelen indicarse varias duraciones probables Suele indicarse un rango o una duración más probable con un rango variable .
Medir el proceso de desarrollo del software se debe de hacer principalmente para: Mejorar el conocimiento del proceso y ayudar a ser más preciso en futuras planificaciones Evaluar el rendimiento de los miembros del equipo Compara el rendimiento de varios equipos entre sí .
Dentro de la multitud de técnicas para estimar el tamaño de un desarrollo de software se encuentran métricas de proceso y modelos de estimación, como: El MEPS (de análisis de fallos) El método COCOMO Las dos son verdaderas .
Sobre la técnica de los puntos de función: Dentro de los pases que se realiza, en uno se deben realizar una ajustación de los puntos de función donde se ajustan según factores externos del proyecto, pero correspondientes al entorno de trabajo. Las funcionalidades identificadas en forma de ficheros, entradas y salidas externas e internas siempre tienen el mismo peso a la hora de contarlas Las dos son verdaderas .
El modelo COCOMO: Es una técnica de estimación que se apoya en una estimación previa del tamaño del software en KLOC. Es una técnica de estimación que se aplica a proyectos que siguen el ciclo de vida en cascada Las dos son verdaderas .
La estimación de costes del proyecto: Suelen realizarse únicamente al principio del proyecto Suelen hacerse revisiones a lo largo del proyecto. El grado de precisión de las estimaciones suele mantenerse constante en el tiempo Suelen hacerse revisiones a lo largo del proyecto. El grado de precisión de las estimaciones aumenta según avanza el proyecto .
Al estimar los costes de un proyecto suele agregarse una cantidad adicional o reserva para cubrir posibles contingencias: Las reservas se incluyen como una actividad con duración cero y como coste de les asigna su importe. Así no se penaliza a otras actividades A medida que avanza el proyecto, se revisan las reservas realizadas para actualizarlas Las dos son verdaderas .
En cuanto al presupuesto y el precio final del proyecto: El precio final es el importe que finalmente se repercute al cliente e incluye factores comerciales, financieros, tributarios, etc. … El presupuesto es la suma de los costes directos de las tareas Las dos son verdaderas .
La línea base de costes de un proyecto hace referencia a: Los costes estimados en el presupuesto y que sirven como referencia para el seguimiento y control de costes Las líneas o directrices sobre gestión de costes que establece la dirección del proyecto (básicamente determinan criterios sobre costes aceptados o rechazados) La metodología base para el cálculo de costes del proyecto (unidades de medida, formato de los informes, …) .
PMBOK identifica 5 procesos básicos comunes a todos los proyectos: Los procesos se organizan en forma secuencial, sin existir solapamientos entre los mismos Los procesos se solapan, y tienen diferentes intensidades según el momento Los procesos se solapan, manteniendo la intensidad global del proyecto constante.
Con respecto a las cualidades del responsable del proyecto: Es suficiente con conocer las técnicas de gestión de proyectos Es suficiente con disponer de habilidades directivas y personales (liderazgo, motivación, …) y conocer las técnicas de gestión de proyectos que, al ser comunes a la mayoría de campos de aplicación, permiten dirigir proyectos sobre materias en las que carece de conocimiento técnico Debe disponer, además de habilidades directivas, de conocimientos técnicos en gestión de proyectos, pero también sobre el área de aplicación del proyecto .
Al organizar una reunión dentro del proyecto, como organizador: Es clave determinar lugar, hora de inicio y hora de final. El orden del día se comunica a los asistentes al inicio de la reunión. Es necesario enviar a los convocados el orden del día con anterioridad. Cada asistente conocer qué puntos le afectan Es necesario enviar a los convocados el orden del día con anterioridad, y, además, debe especificarse por cada convocado si éste debe preparar alguna información. .
La finalidad básica de un estudio de viabilidad es: Ayudar a la decisión sobre la realización o no del proyecto, por lo que debe realizarse antes de la decisión de iniciar el proyecto Ayudar a determinar si el proyecto ha sido viable económicamente, por lo que debe realizarse en el cierre del mismo Actuar como guion para planificar una nueva actividad empresarial, por lo que será utilizado durante todo el proyecto como referencia .
La finalidad básica de un plan de negocio es: Ayudar a la decisión sobre la realización o no del proyecto, por lo que debe realizar antes de la decisión de iniciar el proyecto Actuar como guion para planificar una nueva actividad empresarial, por lo que será utilizar durante todo el proyecto como referencia. Ayudar a determinar si el proyecto ha sido viable económicamente, por lo que debe realizarse en el cierre del mismo .
Al realizar una oferta a un cliente para la contratación de la realización de un proyecto, incluiremos, al menos una oferta de gestión, que hace referencia a: Planificación y aspectos gerenciales del proyecto La capacidad técnica del ofertante Precio final y forma de pago .
Al especificar los objetivos de un proyecto, estos deben ser: Los más elevados posibles, aunque se sepan no alcanzables, para no limitar al equipo Poco concretos, para que determinar su cumplimiento se pueda negociar con el cliente al término del proyecto Medibles, trasformando los objeticos cualitativos en cuantitativos, en la medida de lo posible .
El objetivo principal de la planificación, propiamente dicha y sin incluir la programación del proyecto, es: Estimar las fechas de inicio y final de las tareas, así como realizar la asignación de recursos a las mismas Determinar las actividades que componen la ruta crítica del proyecto Definir las actividades que componen el proyecto y establecer la secuencia lógica entre ella.
Sobre el documento EDT (Estructura de Descomposición del Trabajo) es falso que: Es un proyecto de desarrollo de software, debe ser realizado por analistas y programadores Es un trabajo de naturaleza técnica y, por tanto, debe ser realizado por un profesional en la materia sobre la que versa el proyecto o, al menos, contar con su apoyo Debe ser exhaustivo y, por tanto, incluir todas las tareas necesarias para completar el proyecto .
Entre los principales resultados que se obtienen de la aplicación del método PERT, en su modalidad PERTtiempo, se encuentra: La duración estimada de cada actividad Los recursos asignados a casa actividad y su impacto en la duración de la misma El conjunto de actividades que forman el camino o ruta crítica, con las prelaciones entre ellas .
Cuando hablamos de proyectos internos o externos En los proyectos internos se desvirtúa el modelo de competencia, reduciéndose la eficiente real de los trabajos y la exigencia de los resultados En un proyecto externo, el cliente es ajeno a la empresa que hace los trabajos Las dos son verdaderas .
Implementar un buen sistema de gestión de proyectos: Puede realizarse de forma progresiva o bien acometerse de una sola vez Debe realizarse de una sola vez, implantando una metodología de calidad Es siempre un proceso gradual, de mejora continua .
Si una empresa establece procesos para la gestión de proyectos, de tal forma que ya se pueden repetir pases en el desarrollo, se dice que está (según CMM-CMMI) en el nivel: Inicial. Nivel 1 Repetible. Nivel 2 Definido. Nivel 3 .
La realización de pruebas finales es una tarea propia de la etapa/fase de: Ejecución Cierre del proyecto Seguimiento y control .
Del ciclo de vida con prototipado funcional: Tiene como ventaja que el cliente ya puede ir trabajando con los prototipos, viendo el resultado y aportando feedback Es muy útil sobre todo en proyectos grandes, puesto que podemos controlar cuando va a acabar Los desarrolladores dan vital importancia a las fases de análisis y diseño .
En cuanto a Metrica v3: Se puede aplicar directamente en cualquier proyecto u organización Indica las técnicas y herramientas a utilizar para cada fase, pero no el rol (persona) que debe realizarlas Recopila mejores prácticas de otras normas nacionales e internacionales .
Sobre estructura organizativa de una empresa, es cierto: Tiene un impacto directo en la productividad de la empresa o equipo de trabajo No todas las empresas tienen una estructura organizativa, sino aquellas con un número alto de trabajadores Define como son los procesos dentro de la organización, identificando los flujos de trabajo entre las personas .
En cuanto a los roles cliente y usuario final participantes en un proyecto: No hay distinción entre ellos El cliente especifica requisitos. El usuario final interactúa con el software El usuario final especifica los requisitos, y el cliente es quien interactúa con el software .
Según Metrica v3, la definición de la estrategia sobre como desarrollar el proyecto es responsabilidad de un perfil: Jefe de proyecto Gerente Consultor .
Queda fuera de la responsabilidad del jefe de proyecto: Toma de decisiones que modifiquen el alcance del proyecto (inclusión o no de funcionalidades principales para el software a desarrollar) Colaboración con el cliente en la definición de objetivos Control del cumplimiento de plazos y costes incurridos durante la ejecución del proyecto .
Al organizar una reunión dentro del proyecto, como participante: Debe preocuparse de conocer el lugar, la hora de inicio y hora final. El orden del día lo escuchará al inicio de la reunión Debe preocuparse de conocer el lugar, hora de inicio y hora final y leer el orden del día, cualquier cosa que necesite quedará aclarada en la reunión Debe preocuparse de conocer el lugar, hora de inicio y hora final y leer el orden el día, además, debe prepararse a conciencia la reunión sabiendo lo que se espera de él como participante. .
Dentro de la gestión de proyectos, la finalidad básica de un concurso es: Ayudar a determinar si el proyecto ha sido viable económicamente, por lo que debe realizar en el cierre del mismo. Ayudar a la decisión sobre la realización o no del proyecto, por lo que debe realizar antes de la decisión de iniciar el proyecto Obtener diferentes propuestas por parte de proveedores para comparar entre ellas .
Durante la selección de ofertas presentadas a un concurso… Existe una tabla de ponderación que indica el peso relativo de la parte económica Siempre se elige la oferta económica inferior Siempre se descarta la oferta económica inferior, a la que se denomina baja temeraria .
Al realizar una oferta a un cliente para la contratación de la realización de un proyecto siempre es conveniente: Ofrecer técnicamente lo mejor, aunque su coste supere el presupuesto indicado por el cliente. Si éste percibe el valor añadido, elevará el presupuesto Dedicar el tiempo necesario para entregar una oferta de calidad, pues dejar puntos abiertos o ambiguos condiciona la futura evolución del proyecto Dedicar el menor tiempo posible, puesto que, en caso de no conseguir la contratación es tiempo perdido. En caso de conseguirla, se analizará el sistema en detalle. .
¿En qué momentos es necesario planificar a lo largo de un proyecto?: En la fase de planificación propiamente dicha del proyecto, al inicio del mismo Durante el estudio de viabilidad y en la fase de planificación Durante el estudio de viabilidad, inicio del proyecto y durante todo el trascurso del mismo, pues la planificación se irá modificando según los cambios producidos .
Entre las siguientes técnicas de planificación y programación de proyectos, indicar cual de ellas permite reflejas las dependencias entre las tareas, si bien, no muestra la escala temporal de las mismas: Lista de tareas (EDT) Gráfico de barras (Gantt) Diagrama de red (PERT) .
Sobre el documento EDT (Estructura de Descomposición del Trabajo) es falso que: Se trata de un árbol jerárquico, con varios niveles de desglose, done las ramas pueden tener distinta profundidad Se recomiendo crearlo atendiendo a las líneas funcionales del proyecto, no a los departamentos de la empresa que lo ejecuta Muestra las relaciones de dependencia entre las tareas que componen el trabajo .
Al realizar la estimación de la duración de las actividades para un proyecto software: Independientemente del método utilizado, la duración final estimada para un proyecto concreto será siempre la misma Los distintos métodos se pueden combinar entre sí para tener una información más completa Es necesario primero hacer una estimación del tamaño del software y después aplicar una fórmula que lo relacione con la capacidad productiva el equipo .
A la hora de estimar la duración de las actividades en un proyecto software se debe tener en cuenta que: Es fundamental haber realiza una especificación en detalle de las necesidades y requisitos del cliente para entender correctamente el alcance de las actividades y así ser realista en la estimación del tiempo a emplear Las actividades en un desarrollo software son altamente paralelizables, de forma que asignar más recursos a una tarea reduce el tiempo de ejecución en la parte proporcional (ej. Dobles los recursos reduce el tiempo de desarrollo a la mitad) La estimación de tiempo de ejecución para una misma tarea, realizada por diferentes equipos, suele coincidir si se usa el mismo método de valoración .
En cuanto a las medidas del proceso software: La mayoría de desarrolladores no miden mientras trabajan, puesto que lo ven como un esfuerzo adicional y no perciben su utilidad No se suele reservar el tiempo suficiente para probar el sistema, ni se guarda registro de errores y el tiempo dedicado para su solución Las dos son verdaderas .
MEPS es una de las múltiples métricas asociadas a un desarrollo software y, en concreto, mide: El número de líneas de código del programa resultante del desarrollo El número de fallos cometidos, organizados por categorías El tiempo dedicado a cada una de las distintas fases identificadas durante la planificación .
Sobre la técnica de los puntos de función: Se basa en la cantidad de funciones que implementa la aplicación según sus especificaciones Se puede aplicar desde las primeras fases de desarrollo (análisis y diseño) Las dos son verdaderas .
Dentro de la multitud de técnicas para estimar el tamaño de un desarrollo software se encuentran métricas de procesos y modelos de estimación, como: El método COCOMO Puntos de función Las dos son verdaderas .
Dentro de la multitud de técnicas para estimar el tamaño de un desarrollo de software se encuentran métricas de atributos INTERNOS al producto software, como son: Disponibilidad: tiempo medio entre fallos Facilidad de uso Puntos de función .
La estimación de costes del proyecto, con respecto a la planificación: Es una tarea más dentro de la planificación Es anterior a la planificación, puesto que solo se puede planificar una vez se conoce el presupuesto Es posterior a la planificación, puesto que se basa en la identificación de tareas realizada durante ésta .
En un proyecto de desarrollo de un Sistema de Información, el mayor coste suele situarse en la partida de: Recursos humanos Licencias software 60. Equipamiento (hardware, oficinas, …) .
|
