1.

- Explique por  qué la intangibilidad de los sistemas de software plantea

problemas para la gestión de proyectos de software.

Porque si fuera físico se notaría el avance del proyecto y si existirían faltas en el

avance se notificarían en cambio en el proceso de desarrollo de software no por el
simple hecho de ser intangible.

2.- Explique por qué los mejores programadores no siempre son los
mejores gestores de software. La respuesta puede tener como base la lista
de actividades de gestión dadas en la Sección 5.1.

Porque los programadores están capacitados y programados exclusivamente ara

esta tarea en el desarrollo del software y por otra parte los gestores se abocan a la
planificación del proyecto ya que este debe tener  el conocimiento del progreso del
proyecto y así comparar el progreso, acción que quizá el programador no lo ve
claramente por ello se debe tener a ambos en el proyecto Programador y Gestor.

3.- Explique por qué el proceso de planificación de proyectos es iterativo y

por qué un plan se debe revisar continuamente durante el proyecto de
software.

Es iterativo pues se respeta una planificación y un calendario que se dio, se revisa

continuamente para evaluar los requerimientos de la empresa y estas iteraciones
están repartidos en todo el desarrollo del proyecto de software y solo terminara
cuando este concluya.

4.- Explique brevemente el propósito de cada una de las secciones en un

plan de proyecto de software.

·         Introducción: Describe los objetivos del proyecto y especifica las restricciones

que afectan a la gestión del proyecto.
·         Organización del proyecto: Describe como está organizada el equipo y la gente
que interfiere y las funciones que cada uno cumple.
·         Análisis de riesgo: Describe en general los riesgos que se pueden presentar.
·         Requerimientos de recursos de hardware y software: Describe que software y
hardware necesitamos y en caso de adquirirlos incluir estimaciones de precio.
·         División del trabajo: Describe en qué manera se dividirán las actividad y que
producto se debe entregar en cada acción.
·         Programa del proyecto: Describe dependencias entre actividades y el tiempo
requerido para alcanzar cada hito, así como asignaciones de los involucrados.
·         Mecanismos de supervisión e informe: Describe las formas en que se presentan
los informes y cuando deben ser alcanzados y supervisados.

5.- ¿Cuál es la diferencia fundamental entre un hito y una entrega?

Los hitos  puntos finales de una actividad del proceso de desarrollo de software,
salidas formales o informes cortos de todo lo alcanzado en determinada actividad
del proyecto y se entrega a los gestores, mientras que una entrega es el resultado
del proyecto que se le entrega al cliente y estos se entregan a la parte final de una
fase muy relevante.

6.- La Figura 5.15 muestra un conjunto de actividades, duraciones y

dependencias. Diseñe una red de actividades y un gráfico de barras que
muestren la programación del proyecto.
 7.- La Figura 5.5 señala la duración de las tareas para las actividades del
proyecto de software. Suponga que hay un serio retraso no anticipado y
que en lugar de requerir 10 días, la tarea T5 requiere 40 días. Revise la red
de actividades resultante, resaltando el nuevo camino crítico. Diseñe un
nuevo gráfico de barras que muestre cómo se podría reorganizar el
proyecto.

8.- Utilizando las instancias referidas en la literatura para los problemas en

los proyectos, haga una lista de las dificultades de gestión en esos
proyectos de calendarización fallidos.

·         No se estima el tiempo necesario para cada actividad.

·         Mala determinación de las actividades y su separación a desarrollar en el
proyecto.
·         Dificultad para un gestor estimar un tiempo parcial para el desarrollo del
proyecto de software.
·         Mala especificación de recursos a utilizar en el proyecto.

9.- Además de los riesgos que se muestran en la Figura 5.11, identifique

otros seis posibles riesgos en los proyectos de software.

·         No definir bien el problema en el cual se va a centrar el software

·         Metodología no adecuada para determinado proyecto.
·         No contar con los recursos necesarios para el desarrollo.
·         Tiempo existente entre los entregables.
·         No tomar en cuenta todos los requerimientos que el cliente necesita
·         Los requerimientos cambiantes a lo largo del desarrollo de software

10.- Los contratos de precio prefijado, donde el contratista ofrece un

precio fijo para completar el sistema, pueden ser utilizados para traspasar
los riesgos del proyecto del cliente al contratista. Si algo va mal, el
contratista asumirá la diferencia. Indique de qué modo el uso de contratos
puede incrementar la probabilidad de la aparición de riesgos.

Estos contratos no deben ser de precio fijado, porque en el transcurso del

desarrollo del software se pueden encontrar  requerimientos que el cliente solicite
que ocasionarían un gasto mayor, por lo tanto si fuera un precio fijo no podría
cubrir los nuevos gastos que sumarian al establecido.

11.- Su jefe le ha solicitado que entregue un software en un tiempo que

sólo puede ser posible cumplir preguntando al equipo del proyecto s¡ desea
trabajar horas extras sin pago alguno. Todos los miembros del equipo
tienen hijos pequeños. Comente si debería aceptar esta petición de su jefe
o sí debería persuadir al equipo para dar su tiempo a la organización más
que a sus familias. ¿Qué factores podrían ser significativos en la decisión?

Estos tipos de decisiones son de empresas de desarrollo que optan una mal
planificación y mal calendarización por lo que estaría mal aprovechar de esa
manera a los integrantes de los grupos de trabajos del proceso de desarrollo pues
las horas de la familia no pueden por nada del mundo ser suprimidas con algo más
y peor si  no son pagados, presentaría o sugeriría un plan que nos ayude a todos
por igual y concluir sin tanta variación de tiempos el proyecto.

12.- Como programador, se le ofrece un ascenso como gestor de proyecto,

pero su sensación es que puede tener una contribución más efectiva en un
papel técnico que en uno administrativo. Comente cuándo debería aceptar
ese ascenso.

Si me ascendieron fue por un motivo impórtate y por mi gran desempeño como

programador pero necesariamente tendría que realizar una gran capacitación como
gestor de proyectos para poder desempeñarme al 100% en este nuevo puesto que
tendré en el trabajo.