Você está na página 1de 33

ANTONIO DIAZ

BREINER GONZALEZ
ELIZABETH
RAMIREZ
ANDREA PAZ
GESTIÓN PROYECTOS (INFORMÁTICOS)
PROYECTO

 Un proyecto es un esfuerzo temporal, único y progresivo, emprendido


para crear un producto o un servicio también único.
 Un proyecto siempre tiene una duración y un trabajo a realizar, pero, una
planificación y análisis previos son fundamentales, dado que el éxito de
un proyecto no es algo que sucede de modo espontáneo. Por lo tanto, lo
primero y más importante es planificar: Crear un plan de proyecto
Tarea: Actividad que tiene un comienzo y un final. Las tareas se solapan,
se enlazan, se concatenan en el tiempo hasta alcanzar una tras otra, la
finalización del proyecto. Todo proyecto esta compuesto por tareas. A lo
largo del proyecto se pueden establecer unos hitos.

Hito: Tarea de duración cero que sirve para evaluar objetivos parciales
dentro del proyecto antes de que éste concluya. Son como puntos de
control o marcadores situados estratégicamente en momentos importantes
del proyecto.

Recurso: Conjunto de personas, equipamiento y materiales empleados en


la realización de las tareas.
OBJETIVOS DE LA GESTION DE PROYECTOS

 Garantizar la satisfacción del cliente y darle una solución.


 No sólo es necesario aportarle una solución sino que ésta solución debe
implantarse en un tiempo y con unos costos acordados.
 Para asegurar estos plazos y costos se realizan una serie de actividades
relacionadas con la gestión del proyecto.
Áreas a gestionar
Procesos

Personas Tecnología
FACETAS DE UN PROYECTO

Todo proyecto tiene tres aspectos diferentes que es necesario armonizar para la
consecución del resultado deseado:

Dimensión técnica: necesario aplicar los conocimientos específicos de cada


área de trabajo, cumpliendo con una forma de trabajar y unos requisitos

Dimensión humana: un proyecto es un complejo entramado de relaciones


personales

Variable gestión: De gestionar bien o mal depende en gran medida el éxito o


no de la operación
DESAFÍO DE LA GESTIÓN DE
PROYECTOS
 El primero es asegurarse de que el proyecto sea entregado dentro de los
parámetros definidos.

 El segundo es la asignación y la integración de las entradas necesarias


para resolver esos objetivos predefinidos.

 La planificación, el seguimiento y control de las actividades de los


recursos humanos y materiales que intervienen en el desarrollo de un SI.

 Saber que problemas se producen y resolverlos de manera inmediata.


HERRAMIENTAS DE GESTIÓN
DE PROYECTOS

Existen múltiples herramientas que podemos utilizar en la gestión de


proyectos. En la mayoría de los casos facilitarán nuestra labor, pero lo que
nunca podemos perder de vista, es que son simplemente eso: herramientas. La
gestión de proyectos efectiva dependerá más de una elección adecuada, de la
correcta aplicación y uso, que de la propia herramienta en sí .

Las herramientas de gestión de proyectos dan soporte de forma integral a la


gestión y sirven para subrayar los procesos que se llevan a cabo, entre ellos:
 Soporte a la gestión del proyecto, a través de la planificación del
proyecto.

 Ofrecer un entorno colaborativo sobre el que llevar a cabo la gestión del


proyecto.

 Gestión del portafolio de proyectos.

 Generación de informes, incluyendo informes de proyecto, del portafolio


de proyectos y ofreciendo perspectivas de cuadro de mando.
ACTIVIDADES DE LA GESTIÓN DE
PROYECTOS

Generalmente los gestores de proyectos son responsables de algunas o


todas las siguientes actividades:

 Actividades de Inicio del Proyecto (GPI):Las actividades al inicio


de un proyecto tienen un doble objetivo: estimar el esfuerzo a
realizar para desarrollar el sistema y planificar las actividades de
dicho desarrollo. Para ello, tomando como punto de partida la
Solución Propuesta en el Estudio de Viabilidad del Sistema
 Estimación de esfuerzo :El objetivo de esta actividad es conocer el
tamaño aproximado del sistema a desarrollar, y establecer el coste, la
duración y los recursos necesarios para conseguir desarrollarlo.
 Planificación: El objetivo de esta actividad es definir y preparar las
condiciones de trabajo, estableciendo recursos, fechas y costes, para
lograr los objetivos que se persiguen con el proyecto.
 Actividades de Seguimiento y Control (GPS): El seguimiento y control
del proyecto tiene como objetivo fundamental la vigilancia de todas las
actividades de desarrollo del sistema. Es una de las labores más
importantes en todo desarrollo de sistemas, ya que un adecuado control
hace posible evitar desviaciones en costes y plazos, o al menos detectarlas
cuanto antes.
 Asignación Detallada De Tareas: El objetivo de esta actividad es la
asignación de tareas a los miembros del equipo de proyecto,
documentando los datos necesarios para su control posterior.
 Comunicación Al Equipo Del Proyecto: Una vez que el Jefe de Proyecto
dispone de la asignación de tareas, convoca una reunión para informar al
equipo de proyecto de las características del mismo y comunicar a cada
miembro las tareas específicas que va a desarrollar.
 Informar al Equipo del Proyecto: El Jefe de Proyecto informa a los
integrantes del equipo de las características del proyecto, haciendo
especial énfasis en sus características particulares
 Seguimiento De Tareas: Esta actividad tiene como objetivo el control de
todas las tareas que están siendo desarrolladas, revisando con cada uno de
los responsables de las tareas cuál es su estado en el momento del
seguimiento, su evolución previsible y los problemas que están
encontrando para su desarrollo.
 Gestión De Incidencias: Dentro de las actividades de Seguimiento y
Control se trata de manera especial la Gestión de Incidencias, que puede
ser la clave del éxito o fracaso de un proyecto. Incidencias son aquellos
hechos inesperados y anómalos que se presentan durante la realización de
las actividades y tareas del proyecto, y que producen desviaciones en la
planificación.
 Actividades de Finalización del Proyecto: Por último, al concluir
el proyecto se realizan las tareas propias de cierre del Proyecto y
Registro de la Documentación de Gestión. No se puede considerar
terminado un proyecto hasta que el cliente o usuario expresa su
conformidad con el sistema de Información (MSI) implementado.
 Cierre Del Proyecto: El objetivo de esta actividad es concluir
el proyecto, para lo que será necesario registrar toda la
información que aún no lo esté, realizar el balance final del
proyecto y extraer toda la documentación para archivarla
adecuadamente.
CREACIÓN DEL PLAN DE PROYECTO
Componentes del Plan de Proyecto :
• El Plan de Proyecto es un conjunto de planes para cada elemento a gestionar,
controlados cada uno bajo su propio “versionado”, cada plan tiene anexados un
conjunto de documentos que demuestran la aplicación del mismo.

Contrato Comunica-
ciones

Finanzas
Riesgo

Calidad Alcance

Recursos
Planificación

17
Definición del ámbito del Proyecto :
• Determinar la dimensión de los tres ejes que definen el objetivo de un
proyecto. Se debe tomar como punto de partida el contrato con el Cliente (si
existe), o en su defecto el acta de la reunión de lanzamiento/aprobación del
proyecto.

• Han de quedar perfectamente identificados los


COSTE
objetivos de negocio que han decidido la
realización de dicho proyecto:
– Expectativas y Requisitos del cliente OBJETIVO
– Fecha límite de implantación asociada a motivos de
negocio.
TIEMPO
– Presupuesto aprobado para este proyecto.
REQUISITOS
• Sobre todo, objetivos que no son misión de este
proyecto su consecución

18
Gestión Requerimientos :

• Recoger de una manera formal los requerimientos del cliente que conforman el
objeto del proyecto, así como cuales han sido los cambios posteriormente solicitados
y aprobados de estos requerimientos originales, son la base que facilita una gestión
exitosa.

• En el Plan de Proyecto deben recogerse:


– Documentos, o ubicación física o electrónica, que indican cuales son los requisitos
originalmente aprobados por el “cliente”, así como los cambios posteriormente
solicitados/aprobados.
– Documentos, o ubicación física o electrónica, que recogen la transformación de estos
requerimientos en diseño físico, tanto de datos como procesos. Por ejemplo, donde
encontrar el modelo conceptual de datos y de procesos, o el modelo lógico de procesos, ...
– Ubicaciones de los diferentes conjuntos de software y BB.DD.,tanto para el desarrollo,
como para la pre-producción (entorno integración).
– Versiones de software que hay en producción, indicando el nexo de unión entre cada
versión de software con los requerimientos originales del “cliente”.

19
Una buena gestión de requerimientos, y en función de la envergadura del proyecto,
necesitará disponer de una serie de herramientas fundamentales:
– Herramienta que facilite de manera formal el diálogo ‘’cliente’’ – equipo gestor del
proyecto
– Herramienta CASE adecuada a la metodología seleccionada, y que permite un control de
versiones de los diferentes elementos implicados
– Herramienta de control de configuración del software y de las BB.DD.
– Matriz trazabilidad Requerimientos

20
Gestión Riesgos :

– Riesgo
• Un posible evento futuro que, si ocurre, puede provocar resultados inesperados.
– Riesgos del Proyecto
• Efecto acumulado de los sucesos con resultado incierto que afectan negativamente a los
objetivos del proyecto.
– Gestión del riesgo
• Conjunto de actividades realizadas para la identificación, análisis y control de los riesgos
de un proyecto.

21
• Por que es necesaria la gestión del Riesgo?
– Los proyectos tienen tendencia a complicarse y a crecer
– Cada vez son necesarias más y diversas tecnologías
– El número de usuarios es mayor
– Los cambios en los negocios cada vez son más radicales

• Hechos que afectan a la gestión del Riesgo


– Construir software es un negocio arriesgado.
– Es estándar de la industria es ignorar los riesgos.
– La gestión de riesgos cuesta dinero y no se puede demostrar, de antemano, que sea necesaria.
– La tendencia natural es posponer las partes más complejas del proyecto.

22
Valoración y Control :

Identificación de Riesgos
Valoración
de Riesgos Análisis de Riesgos

Priorización de Riesgos
Gestión de
Riesgos
Planificación de la Gestión
Control de
Riesgos Resolución de Riesgos

Monitorización de Riesgos

23
Gestión Calidad :
Dentro del Plan de Proyecto de calidad deben contemplarse tres aspectos básicos:
– La definición de los estándares seleccionados, los cuales han de cubrir desde el ciclo
de vida / metodología que se va a utilizar para el proyecto, hasta aspectos
fundamentales de diseño, programación, documentación…
– El plan de control de configuración, tanto del software como de la documentación
utilizada. Es fundamental tener una eficiente gestión de cambios, y poder asociar
cada versión de software/documento con el requerimiento aprobado por el “cliente”.
– El plan de revisiones de conformidad, así como el resultado de su ejecución, para
validar que:
• la ejecución del proyecto se ciñe a los estándares elegidos
• se está diseñando/programando/probando/implantado/manteniendo
exclusivamente en base a los requerimientos formalmente aprobados.

24
100 Fallos

80 Ahorro
Defectos
Tiempo, 60
Coste,
Esfuerzo 40
Testing
20
Prevención
0
Actual Futuro

• ¿Cuál es el coste de la Inversión?


• ¿Vale la pena para este proyecto?

25
Costes de un proyecto =
De Proyectos
Del desarrollo +
C
O De la implantación +
S
Del mantenimiento
T De Implantación Calidad

¿TIEMPO?

Porque es necesario una buena gestión de la cualidad:


• no repetir el mismo error más de una vez
• seguir unos estándares del proyecto o del cliente, previenen defectos
• minimizar los costes/tiempo/esfuerzo a consumir en el tiempo
• es clave para conseguir el objetivo del proyecto
26
Para poder evaluar la calidad del proyecto es necesario disponer de medidas que no puedan
ayudar a ver si se están consiguiendo los objetivos del proyecto.
Las métricas más usuales en la gestión de proyectos son:
– Número de Recursos
– Tamaño o estimación del proyecto
– Defectos, que incluyen los resultados de las revisiones de calidad de los productos
– Cambios

27
PASOS PARA LA PLANIFICACION DE UN
PROYECTO CON Microsoft Project

 Definir la lista de tareas e Hitos.


Consiste en acotar los trabajos a realizar. Para realizar los trabajos se
necesitan unos recursos. Las tareas habrá que definirlas como algo
concreto y no como algo general.
 Estimar la duración de cada tarea.
La duración de una tarea, es el periodo de tiempo entre la fecha de
comienzo de una tarea y su fecha de finalización.

Existen tareas cuyo margen de demora tiene que ser cero, es decir que no
admiten demoras en absoluto ya que dichos márgenes incidirían en la
duración final y total del proyecto. Estas tareas definen lo que MS Project
denomina RUTA CRÍTICA. Las tareas que definen dicha ruta crítica se
denominan TAREAS CRÍTICAS.
 Determinar las relaciones entre las tareas.
Las tareas se tienen que ejecutar en un determinado orden. Las tareas de un
proyecto tienen que estar vinculadas entre ellas, es decir, tienen que tener un
vínculo. Los vínculos establecen relaciones de orden entre las tareas
MS Project establece cuatro posibles tipos de vínculos entre las tareas:
FIN A COMIENZO (FC): Cuando Finaliza la tarea predecesora, la tarea
actual Comienza (este tipo de vínculo es el más común y el que MS Project
establece de forma predeterminada cuando se vinculan dos tareas).
 COMIENZO A COMIENZO (CC): Cuando Comienza una
tarea, Comienza la tarea actual.
 FIN A FIN (FF): Cuando Finaliza una tarea, Finaliza la tarea actual.
 Construir la estructura de descomposición de trabajo.
Para que esta estructura quede representada gráficamente MS Project dispone
de la vista de diagrama de PERT (además de otras vistas). Mediante este
diagrama, las tareas se representan en rectángulos relacionados mediante
flechas de enlace que identifican las relaciones. En este tipo de vista (diagrama
de Pert), las tareas que constituyen la ruta crítica aparecen con un formato
diferente para destacar (generalmente en color rojo).
 Evaluación de los recursos del proyecto.
Identificar personas o grupos de personas, el equipamiento necesario para
cada tarea así como las instalaciones necesarias para la realización de cada
tarea.

 Asignación de recursos a las tareas.


Se trata de asociar a cada tarea los materiales, personal y equipamiento de
que se dispone, es decir los recursos anteriormente definidos.

 Optimizar la estructura.
Para optimizar la estructura del proyecto, es preciso determinar y
modificar los márgenes de demora de las tareas.
GRACIAS POR SU
ATENCION

Você também pode gostar