Vous êtes sur la page 1sur 31

Introduccin a la Administracin de Proyectos

Proyecto
Conjunto de actividades interrelacionadas, con un inicio y fin definido, que utiliza recursos limitados para lograr un objetivo deseado

ACTIVIDADES
TAREAS A EJECUTAR Determinar una secuencia lgica, donde se establece el METODO, el TIEMPO y el COSTO

RECURSOS
ELEMENTOS UTILIZADOS PARA EJECUTAR CADA TAREA Son limitados y pueden ser:

Limitaciones internas: PC disponibles Limitaciones externas: clima

Tenerlas en cuenta al estimar tiempos de cada actividad

OBJETIVOS
Pueden ser: Sencillo: no demandar muchas tareas ni demasiados recursos Complejo: exigir muchas actividades y gran cantidad de recursos.

EL FIN PRIMARIO DE DESARROLLAR UN PROYECTO ES PRODUCIR UN CALENDARIO EN EL CUAL LOS RECURSOS (LIMITADOS) SE ASIGNEN A CADA UNA DE LAS ACTIVIDADES EN FORMA ECONOMICAMENTE OPTIMA.

Criterios de todo proyecto


Tener principio y fin Tener un calendario definido de ejecucin Se plantea una sola vez
(es nico, se crea para dar respuesta rpida a grandes cambios, se puede decir que es una accin que se inicia para dar resultados una sola vez)

Consta de una sucesin de actividades Agrupa personas en funcin de las necesidades especificas de cada actividad
( es conveniente personas no controladas por horarios, sino por objetivos)

Tiene un presupuesto operativo


(los recursos son transitorios)

Proyecto (segn LEWIS)


ES UN TRABAJO SINGULAR CON UN CALENDARIO (CON FECHAS DE INICIO Y FIN), UNA ESPECIFICACIN CLARA DEL OBJETIVO O ALCANCE DE LA TAREA, UN PRESUPUESTO PREESTABLECIDO Y HABITUALMENTE UNA ORGANIZACIN TEMPORAL QUE SE DESMANTELA CUANDO TERMINA EL PROYECTO.

Administrador de proyecto

Un administrador eficaz logra que el trabajo se ejecute a tiempo, dentro del presupuesto y conforme a las normas de calidad especificadas

Dimensiones Bsicas
Calidad Como Hacerlo Tiempo Costo Que Hacer Resultados

Las 3 primeras dimensiones son las variables, pero hace variar la 4 dimensin. Se sacrifica alguna de las 3 primeras y se maneja la 3 dependiendo de las otras dos elegidas

ESTRUCTURA ORGANIZACIONAL
Gerentes Especialista en el rea especifica Define el objetivo del recurso Lder de proyecto Recluta los RRHH Determina la forma de trabajar

ESTRUCTURA ORGANIZACIONAL
Ventajas Existe movilidad, la gente cambia de proyectos Se aprovecha al mximo las capacidades de las personas sobre temas especficos Desventajas Problemas con la hegemona del mando (2 jefes)

DESARROLLO DEL PROYECTO

Serie de etapas que lo componen. Existen varios modelos de desarrollos Para que sirve?

Administrar Tiempo y recursos (costos) Definir actividades (explicitas) y ordenarlas Compatibilizar distintos proyectos Establecer puntos de control o monitoreo, los cuales generan documentacin

Ingeniera de software
Disciplina que integra procesos, mtodos y herramientas para el desarrollo de software de computadoras.

SOFTWARE: Caractersticas.

Se desarrolla, no se fabrica en un sentido clsico. No se estropea, se deteriora La mayoria del software se construye a medida

Proyecto informtico
Sistema de cursos de accin simultneos y/o secuenciales que incluye personas, equipos de hardware, software y comunicaciones, enfocados en obtener uno o mas resultados deseables en un sistema de informacin

CICLO DE DESARROLLO DE PROYECTO: MODELOS

MODELO LINEAL/ SECUENCIAL MODELO DE CONSTRUCCION DE PROTOTIPOS MODELO DRA (Desarrollo rpido de
aplicaciones)

Modelos Evolutivos: modelo espiral Basado en componentes

MODELO LINEAL/ SECUENCIAL

MODELO LINEAL/ SECUENCIAL

No permite interaccin, puede provocar confusiones. Proyecto real no es secuencial No se plantean todos los reuerimientos al comienzo. Resultados muy lejos en el tiempo. Cliente con paciencia.

MODELO DE CONSTRUCCION DE PROTOTIPOS

MODELO DE CONSTRUCCION DE PROTOTIPOS

El prototipo se convierte en el software. Calidad de Software global vs mantenimiento El desarrollador acorta tiempo de implementacin por el prototipo

MODELO DRA

MODELO DRA: adaptacin a alta velocidad


del modelo lineal secuencial

Proyectos grandes, necesita mucho RRHH No todos los proyectos pueden realizarse bajo este modelo El cliente y el desarrollador deben comprometerse en sus tiempos No es adecuado para riesgos tecnicos muy altos

Modelos Evolutivos: modelo espiral

Modelos Evolutivos: modelo espiral

Es el mas recomendable, para OO. Mucha habilidad para anlisis de riesgo.

Proyectos informticos

Personal: gente capacitada y


motivada.

Producto: antes de definir el proyecto,


establecer objetivos y el mbito del producto.

Proceso: estructura para establecer el


plan hasta el desarrollo del software.

Proyecto: un proyecto dirigido y

planificado da como resultado un manera conocida de gestionar la complejidad.

Personal

Participantes:
usuarios finales.

cliente, profesionales,

Jefes de Equipo:

habilidades requeridas: Motivacin, Organizacin, Ideas o innovacin. Adems debe aportar: resolucin de problemas, dotes de gestin, incentivo por logros, influencia y construccin de espritu de equipo.

Equipo de Software:

no es cualquier grupo de gente que trabaja junta, es un grupo de gente donde el todo es mayor que la suma de las partes.

Producto
mbito

objetivos de informacin, funcin y rendimiento. divide y reinars.

del software: contexto,

Descomposicin

del problema:

Proceso
Eleccin

del modelo de proceso adecuado: espiral, DRA, lineal, etc. Distintas actividades para el desarrollo de software

Proyecto

Posibles peligros: no comprender los

requerimientos, mbito definido pobremente, cambios mal realizados, tecnologa elegida que cambia, requerimientos cambiantes, fechas de entrega no realistas, usuarios resistentes, equipo de proyecto sin habilidades especificas.

Sentido comn: empezar con el pie

derecho, mantenerse, seguimiento del progreso, tomar decisiones inteligentes, realizar un anlisis al finalizar.

Principio W5HH

Porque se desarrolla el sistema? Que se realizar y cuando? Quin es el responsable de cada funcin? Donde estn situados organizacionalmente? Como estar realizado el trabajo desde el punto de vista tcnico y de gestin? Que cantidad de cada recurso se necesita?

Vous aimerez peut-être aussi