Gerencia de proyectos pepita

TALLER: GERENTE DE PROYECTO

CARLOS ALBERTO GOYENECHE OVALLE
DEISY LORENA SANCHEZ RUBIANO

INGENIERIA DEL SOFTWARE I
Ingeniero Álvaro Salcedo

UNIVERSIDAD COOPERATIVA DE COLOMBIA
FACULTAD DE INGENIERIA
Ingeniería de Sistemas
Bogotá D.C.
Marzo 20 de 2012
1. Identifique los problemas más relevantes del proyecto (en orden de impacto)
2. Identifique las causas de origen de dichosproblemas
Los desarrolladores, directivos y clientes normalmente tienen buenas razones para tomar las decisiones que toman, y la apariencia seductora de los errores clásicos es una de las razones de que esos errores se cometan tan a menudo. Pero debido a que se han cometido muchas veces.
Unificamos las preguntas 1 y 2, ya que van muy de la mano. Los principales errores que están cometiendo en elproyecto de LA PEPITA y sus causas son las siguientes:
* Planificación insuficiente. Si no planificamos para conseguir un desarrollo rápido, no podemos esperar obtenerlo.

* Escatimar en las actividades iniciales: Los proyectos se aceleran intentando acortar las actividades "no esenciales", y puesto que el análisis de requerimientos, la arquitectura y el diseño no producen códigodirectamente, son los candidatos fáciles.
Los proyectos que normalmente escatiman en sus actividades iniciales tendrán que hacer ese trabajo en otro momento, con un costo de 10 a 100 veces superior a haberlo hecho bien inicialmente. Si no podemos encontrar cinco horas para hacer el trabajo correctamente la primera vez, ¿cómo vamos a encontrar 50 para hacerlo correctamente más tarde?

*Planificación excesivamente optimista: Fijar un plan excesivamente optimista predispone a que el proyecto falle por infravalorar el alcance del proyecto, minando la planificación efectiva, y reduciendo las actividades críticas para el desarrollo, como el análisis de requerimientos o el diseño. También supone una excesiva presión para los desarrolladores, quienes a largo plazo se ven afectados en su moraly su productividad.

* Gestión de riesgos insuficiente: Si no ejercemos una gestión activa de los riesgos, con qué sólo vaya mal una cosa se pasará de tener un proyecto con un desarrollo rápido a uno con un desarrollo lento. El fallo de no gestionar uno solo de estos riesgos es un grave error.

* Expectativas poco realistas. Una de las causas más comunes de fricciones entre losdesarrolladores y sus clientes o los directivos son las expectativas poco realistas. Ejemplo, no tener razones técnicas para pensar que un software se podrá desarrollar en 6 meses, pero ése es el plazo en que lo quiere el comité ejecutivo de la compañía. La incapacidad del jefe de proyecto para corregir esta expectativa irreal será la principal fuente de problemas. En otros casos, los directivos o losdesarrolladores de un proyecto se buscan problemas al pedir fondos basándose en estimaciones de planificación demasiado optimistas. Aunque por sí mismas las expectativas irreales no alargan el plan, contribuyen a la percepción de que el plan de desarrollo es demasiado largo, y de que puede ser malo.

3. Planteé su estrategia y 2 planes concretos de acción con los elementos que usted considererelevantes ante la situación descrita.

Para poder definir bien nuestra estrategia debemos primero pensar en dos fases claves que nos ayudaran a desenvolverla:

Definir los objetivos:

Lo más importante, es definir correctamente cuál es el objetivo principal del proyecto. Que viene definido en función de los objetivos generales que tenga la empresa en este caso modernización de suinfraestructura tecnológica en lo referente a hardware, software y comunicaciones, principalmente enfocada en el sistema de software.

Definir la estrategia:

Tomando en base la estrategia de marketing global de la empresa y según sus objetivos seria:

Estrategia: campaña de implementación de COBIT para medir la inconformidad, problemas u sugerencias al sistema por medio de los dos usuarios...