En general, los productos multimedia son proyectos complejos y se basan en la

incertidumbre por definición. Aplicado al entorno del desarrollo de productos

multimedia, es posible definir un proyecto como complejo cuando tanto la tecnología
(terminología) que se va a utilizar para resolver el problema como los conocimientos
sobre los requisitos del mismo no son conocidos de una manera clara al principio del
proyecto. (F)
Los requerimientos tienden a ser complejos con mucha facilidad. De hecho, se podría
hablar de requerimientos simples si: - El cliente puede capturarlos todos y transmitirlos
al desarrollador y si este es capaz de entenderlos en su totalidad. -No existen varias
partes interesadas en el proyecto con intereses divergentes. -El cliente sabe
exactamente lo que necesita. (V)
En el desarrollo de productos multimedia se cumple perfectamente el principio de
Pareto, que afirma que el 80% (20%) del valor de un producto viene del 20% (80%)de
las funcionalidades implementadas. (F)
Scrum es un marco de trabajo para la definición de procesos que se caracteriza por
ser ligero y fácil de entender. - Scrum no define un proceso concreto sino que
proporciona las herramientas para que cada equipo adapte el marco de trabajo y
encuentre el proceso más adecuado a sus circunstancias. (V)
Scrum es un método empírico(holístico) y, por lo tanto, se basa en gestionar el
proceso de desarrollo a través de la experiencia (observación) y no en función de
predicciones. La principal consecuencia que comporta es que las decisiones se toman
basándose en hechos conocidos y no en hechos hipotéticos. (F)
Con Scrum se obtiene el máximo valor (velocidad) posible del esfuerzo dedicado al
desarrollo de productos multimedia. -Scrum es un proceso muy orientado a la mejora
continua y a la adaptación (tanto del proceso mismo como del producto desarrollado),
es más fácil conseguir productos que satisfagan a los clientes y que sean innovadores.
(F)
Mediante el desarrollo incremental y la priorización en función del valor que la
funcionalidad ofrece al cliente, lo que se consigue es que el cliente obtenga muy
pronto un producto con las principales funcionalidades implementadas de manera
completa y, al mismo tiempo, se ahorra (si queremos) la implementación de las
funcionalidades que aportan menos valor (con el consecuente ahorro de costes). (V)
En concreto, Scrum propone cuatro ocasiones para inspeccionar el proceso y formular
propuestas de adaptación:
1) cuando se planifica la iteración (cada dos o cuatro semanas);
2) en la reunión diaria (donde se plantean los problemas que se van
encontrando);
3) cuando se revisa y se muestra el trabajo hecho al final de cada iteración, y
4) en la retrospectiva que se hace al final de cada iteración (de hecho, la
finalidad de la retrospectiva es, precisamente, reflexionar sobre cómo ha ido la
iteración y decidir qué mejo ras hay que aplicar).

El Kanban es un sistema de gestión donde se produce exactamente aquella cantidad

de trabajo que el sistema es capaz de asumir. - Limitar el WIP (trabajo en porceso)
implica un aumento considerable de la calidad del software generado en la producción
de un proyecto multimedia. - Kanban, limita la cantidad de trabajo que el equipo lleva a
cabo a la vez, lo cual retorna mayores índices de calidad y un tiempo de servicio
bastante menor. (V)
En el Kanban, hay que hacer que los trabajadores del equipo solo produzcan si el
sistema acepta más cantidad de este trabajo producido. -Al inicio de la adopción del
Kanban en el equipo, es importante empezar con un límite de WIP suficientemente
cómodo para que no sea demasiado traumático al principio. -La mejor opción es optar
por un límite alto e irlo bajando cada dos o tres semanas hasta encontrar el equilibrio.
(V)
Limitar bajo el WIP de la fase más temprana en la producción de proyectos multimedia
ayuda a blindarnos contra los habituales cambios de prioridad de última hora. (V)
Una práctica muy extendida y probablemente la más conocida de desarrollo ágil de
productos multimedia es el pair programming (programación por parejas). Esta
práctica es muy recomendada en equipos que aplican el Kanban, puesto que ayuda a
hacer posible este movimiento temporal de personas entre fases para desatascar el
flujo de tareas. (V)
-visualizar de forma continua el estado del equipo de producción.
-limitar el WIP para mejorar la calidad y el tiempo de entrega, y
-potenciar el flujo.
En ese momento, se pueden tomar tres decisiones diferentes:
- La peor. Aumentar o sacar el límite WIP.
- La mala. Contratar a gente para la fase en el cuello de botella.
- La buena. Poner a uno de los programadores a ayudar en la fase de puesta en
marcha. (Trabajadr T)
Un gerente de proyectos está tratando de completar un proyecto de desarrollo de
software, pero no puede obtener suficiente atención del equipo pues están
dedicados a realizar actividades propias de su trabajo. El gerente del proyecto
tiene poca autoridad sobre el equipo. Dentro de qué tipo de estructura
organizacional están trabajando:
a. Funcional.

Los siguientes son problemas típicos de la gestión de proyectos, excepto:

d. Contar con una base de datos de recursos actualizada.
El documento que formaliza el inicio de un PROYECTO se conoce como:
a. Project Charter.

¿Cuál de las siguientes es una técnica de análisis cualitativo de los riesgos?

b. Agrupación por causas.
Explique la diferencia entre crashing y fastracking.
Crashing, significa lograr una compresión del tiempo incrementando recursos al
proyecto y Fastracking, ejecutar en paralelo tareas que preveían ser secuenciales.

El desarrollo del plan del proyecto es:

c. Desarrollo en espiral.

Entre los stakeholders se encuentran:

d) Todas las anteriores

Un RFC significa:

b) Request for change 0