administracion de proyectos tecnologicos 0

Administración de proyectos Tecnológicos

Introducción

Administración de Proyectos Tecnológicos

INTRODUCCIÓN


2

Contexto: Área de trabajoDisciplina: Ingeniería del software

“Estudio de los principios y metodologías para el desarrollo y mantenimiento de proyectos de desarrollo software” (Zelkovitz, 1979).

Software Engineering Institute (SEI) a la cabeza en I.S. a nivel mundial http://www.sei.cmu.edu/

Sub-disciplina: Administración de proyectosAplicación del conocimiento, habilidades, herramientas y técnicas a las actividades de un proyecto para alcanzar con éxito los requisitos del mismo

Project Management Institute (PMI) a la cabeza en definición del proceso de administración a nivel mundial

Project Management Body Of Knowledge (PMBOK) www.pmi.org/info/default.asp

3


http://www.sei.cmu.edu/

http://www.pmi.org/info/default.asp

Proyecto de Software• Conjunto interrelacionado de recursos• Que entrega uno o más productos o servicios• A un cliente o usuario final

• QUE LOS ACEPTA Y AUTORIZA EL PAGO• Tiene un principio y fin definidos• Típicamente funciona según la planificación• Sujeto a influencias

• Externas: requisitos que cambian continuamente, costes, plazos, y recursos

• Internas: dificultades técnicas de producción, sobre estimación de productividad, etc.


4

• Tendrá una serie de objetivos tangibles, que normalmente serán entregados en un plazo, con un coste (y posiblemente, un precio)

• Con unos niveles (o atributos) de calidad• Asumiendo por parte de quien lo realiza una serie de

riesgos.• Proyecto Runaway (fugitivo): Es el proyecto que

pierde su objetivo


5

Dimensiones:Ingenieril: trata la construcción del sistema, enfocándose en analizar, diseñar (estándares, metodologías, etc.)

Administración: trata de controlar y planificar adecuadamente las actividades del proyecto de modo que se alcancen los objetivos cumpliendo en coste, tiempo y calidad.

Las dos son necesarias y deben complementarse


6

Razones de Fracaso• Objetivos del proyecto sin especificar completamente

(51%)• Mala planificación y estimación (48%)• La tecnología es nueva para la organización (45%)• Inadecuada o ninguna metodología de

administración de proyectos (42%)• Equipos con insuficiente personal senior

(42%)• Pocas cualidades técnicas de los

suministradores de hardware y software (42%)


7

Prentice Hall, 1998

Objetivo de la administración de Proyectos

9

Objetivo yExpectativa

Alcance Tiempo

CosteAdministración de Proyectos Tecnológicos

Jefe de Proyecto WebResponsables de los proyectos Web El tiempo de desarrollo se ha convertido en la prioridad más importante

Lo único que importa es entregar el producto a tiempo, sin importar si cumple o no con los requisitos establecidos al principio

•Usabilidad, •Rendimiento, •Facilidad de mantenimiento

•Verificación

Requisitos tan importantes en el desarrollo Web pasan a un segundo nivel

13


DIMENSIONES DE LA ADMINISTRACIÓN DE PROYECTOS

14


Personas

Producto

Proceso

Tecnología

1- Proceso“El Proceso de Software se puede definir como un conjunto de actividades, métodos, prácticas y transformaciones que las personas utilizan para desarrollar y mantener el Software y los productos asociados (ejemplo, planes de proyecto, documentación de diseño, código, casos de prueba, manuales de usuario, etc.)”

16

Relaciones de todaslas tareas

Herramientasy Tecnología

Habilidades,Formación,

Motivación yGestión

PROCESO

AB

CD

Niveles de Madurez20

Inicial

Repetible

Definido

Gestionado

Optimizando

El proceso es informal y ad hoc

Se institucionalizan las prácticas de administración del proyecto

Las prácticas técnicas de Ing. se integran con las practicas de administración y se institucionalizan

El producto y el proceso se controlan cuantitativamente

Se institucionaliza la mejora del proceso

Nivel Características Proceso Procesosadministración del Cambio del Proceso administración del Cambio de Tecnología Prevención de Defectos

administración de Calidad administración Cuantitativa del Proceso

Enfoque en el Proceso -Definición del ProcesoPrograma de Entrenamiento - Ingeniería delProducto de Software - Revisiones por Iguales (compañero) Coordinación entre Grupos - administración Integrada del Software (Project server)administración de Requisitos - Planificación del Proyecto - administración de Configuración - Garantía de Calidad-Seguimiento y Control delProyecto - administración de Subcontratación

Suficiente para una empresa


Inicial

Repetible

Definido

Gestionado

Optimizando



Las prácticas técnicas se integran con las prácticas de administración y se institucionalizan



Nivel Características Proceso Realización prevista

Prob

abili

dad

Met

a

Tiempo/$

Prob

abili

dad

Tiempo/$

Met

a

Prob

abili

dad

Tiempo/$

Met

a

Prob

abili

dad

Tiempo/$

Met

a

Prob

abili

dad

Tiempo/$

Met

a

Predicción

Más Realistas

No ahorra tiempo

Reducen el tiempo


Inicial

Repetible

Definido

Gestionado

Optimizando





Nivel Características Proceso Visibilidad de AdministraciónEntrada Salida

Entrada Salida

Salida

Salida

Entrada

Entrada

Entrada Salida


Visión de Administración

Cajas negras

Cajas blancas

Cambio tecnologìa

2- TecnologíaUna forma rápida de mejorar la velocidad de desarrollo es pasar de usar herramientas menos efectivas a otras más efectivas.

La selección de las herramientas efectivas y la administración de los riesgos asociados son aspectos claves en una iniciativa de desarrollo rápido.

23



Inicial

Repetible

Definido

Gestionado

Optimizando






Nivel Características Proceso Implicaciones de la TecnologíaLa tecnología causa un cambio del proceso, que a su vez origina una nueva búsqueda de tecnología complementaria

La organización tiene bases cuantitativas para aplicar la tecnología

La organización tiene un fundamento cualitativo para aplicar la tecnología

La tecnología puede ayudar en las tareas establecidas

La introducción de tecnología nueva es arriesgada

Visión de la Tecnología

3- Personas Los temas relacionados con personas tienen un mayor impacto en la productividad del software y en la calidad del mismo.

La tecnología no es la respuesta. Los métodos más efectivos para los proyectos informáticos son los que sacan partido al potencial humano de las personas.

Cualquier organización que desee mejorar su productividad debe ocuparse de temas relacionados con personal, como la motivación, equipo de trabajo, selección del personal y formación.

Estos factores a pesar de que influyen en la productividad no son los únicos.

25


Selección del PersonalExisten cinco principios para la selección de personal:

• Máximo talento.• Trabajo adecuado.• Progresión profesional.• Equilibrio del equipo.• Eliminar la inadaptación.

26

Boehm, “Software Engineering Economics”, 1981


Organización del personal y MotivaciónLa forma de organizar al personal tiene un gran efecto sobre la eficiencia con la que trabajen.

Los proyectos software pueden sacar partido de la especialización apropiada de sus equipos.

Una persona sin motivación no va a querer trabajar duro sino que preferirá dejarse llevar.

La motivación es potencialmente el aliado más fuerte para el desarrollo rápido de un proyecto.

27



Inicial

Repetible

Definido

Gestionado

Optimizando


Se institucionalizan las prácticas de administración del proceso




Nivel Características Proceso Implicaciones de personas

Enfoque en "prevención de fuego"; mejora anticipada y deseada e impactos valorados

Sentido de equipo de trabajo e interdependencias

Confianza en los procesos definidos; inversión en gente y proceso como valores corporativos

Confianza en la experiencia de los buenos profesionales - si ellos funcionan, el proceso también

Enfoque de "apaga fuego" eficacia baja- frustración alta

Visión de las Personas

4- ProductoConstituye la dimensión más tangible.Si el conjunto de prestaciones del sistema final es flexible, se puede reducir bastante la planificación.La reducción del tamaño del producto mejorará la velocidad, de una manera desproporcionada, al igual que el esfuerzo para construirlo

Aparte del tamaño del producto existen otras características que afectan al plan de desarrollo del producto.Para conseguir el desarrollo rápido es necesario elegir las características prioritarias del producto software

El total en la reducción sobre el plan de desarrollo sólo se ve limitado por el concepto de producto del cliente y la capacidad de reutilización.

30



Inicial

Repetible

Definido

Gestionado

Optimizando






Nivel Características Proceso

RIESGO

C A L I D A D

P RODUCTIVIDAD

Resultados

Visión de resultados

CICLO DE VIDADE LA ADMINISTRACIÓN DE PROYECTOS

35


Todos estos métodos y herramientas contribuyen a incrementar la velocidad de desarrollo, pero deben estar coordinados dentro de una estrategia global.

Ninguno de los métodos se puede aplicar en todos los casos ni comparar con otras técnicas que influyen en la velocidad.El desarrollo rápido es lo opuesto a “desarrollo lento y típico”.Desarrollo rápido: desarrollar software a una velocidad superior a la alcanzada en este momento.

Proyecto de desarrollo rápido: cualquier proyecto que necesite hacer énfasis en la velocidad de desarrollo.

36


39

Concepto Especificación Proyecto

Estudio Viabilidad

Lista de Tareas

Plan detallado

Estimaciones

Análisis de precedencias

Plan en red

Alisamiento de Cargas

Implementación

Cierre del Proyecto

¿es

acep

tabl

e?

1.0- Administración de Proyectos41

1.0 Project Management1.0 Project Management

1.1 Project Formulation1.1 Project Formulation

1.2 Project Planning

1.2 Project Planning

1.3 Project Startup

1.3 Project Startup

1.4 Project Monitoring & Control

1.4 Project Monitoring & Control

1.5 Project Closeout


1.1 Project Formulation


Replanning

1.3 Project Startup1.2 Project Planning

1.4 Project Monitoring &

Control¿es

mej

or?

GSFC

SPI

1.2- Actividades Planeación de Proyectos43

Modify the Software Management Plan/

Product Plan

Identify deliverables and dependencies

Identify development/acquisition

strategy

Estimate software project effort,

schedule, and cost

Identify risks and mitigation strategies

Identify personnel and other resources

Select and tailor the life-cycle model

Produce a Work Breakdown Structure and build/release plan

Produce a Software Management

Plan/Product Plan

Tareas ejecutadas secuencialmente, iterativamente, o en paralelo *

* Asegúrese planificar administración de datos e involucración de socios. Revise la consistencia de los planes asociados.

http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.2

GSFC

SPI

1.4- Proceso Monitoreo y Control de Proyectos

44

Project Formulation

Project Closeout

Project Planning

Project Startup

Replanning

Project Monitoring &

Control


Muestra como puede valorar el progreso de su proyecto de forma que pueda tomar acciones correctivas cuando la realización se desvía de su plan.GSFC

SPI

1.4- Actividades Monitoreo y Control45

Tareas ejecutadas cuando es necesario

Generate management

reports and reviews

Manage corrective actions

Conduct milestone reviews

Document lessons learned

Monitor software project activities and resources

Monitor work products and project data

Monitor software acquisition

Monitor commitments

Tareas ejecutadas continuamente*

* Monitorizar la administración de datos, involucración de socios, y elementos de riesgo del proyecto software durante la ejecución del proyecto.


GSFC

SPI

2.0- Proceso Administración del Riesgo46

Le ayuda a minimizar el impacto de los riesgos en coste, calendario, y calidad de los productos de su proyecto software.

Project Formulation Project Closeout

Project Startup

Replanning

Project PlanningProject

Monitoring & Control

Risk Monitoring & Control

Risk Identification

http://software.gsfc.nasa.gov/isdpaindx.cfm Assets 1.2.3 and 1.4.4

GSFC

SPI

2.0- Actividades Identificación del Riesgo47

Get Risk Management Plan

approval

Record risks in Risk Management

Database

Report risks or enter into Project-

level risk tool

Identify risks Classify risksDevelop mitigation

& contingency strategies

Create Risk Management Plan

* cuando inicia la identificación de riesgos, establece una estrategia de riesgos e identifica las fuentes y categorías de estos.

Tareas ejecutadas secuencialmente o iterativamente*

http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.2.3

3.0- Flujo de Proceso Soporte Organizacional

48

Project Management

Product Development

Acquisition

3.3 Training

3.4 Measurement

& Analysis

3.5 Process Engineering

3.1 Configuration Management

3.2 Software Assurance

3.0 Organizational Support


3.2 Software Assurance 3.3 Training

3.4 Measurement

& Analysis

3.5 Process Engineering





3.2 Software Assurance

3.2 Software Assurance 3.3 Training3.3 Training

3.4 Measurement

& Analysis

3.4 Measurement

& Analysis

3.5 Process Engineering3.5 Process Engineering

GSFC

SPI

Referencia• A Guide to Project Management Body of Knowledge

(PMBOK® Guide); www.pmi.org• IEEE Standard for Software Project Management Plans. IEEE

Std. 1058.1-1987. New York: Institute of Electrical and Electronics Engineers

• Capability Maturity Model Integration CMMI Versipn 1.1 www.sei.cmu.edu/cmmi/models/models.html

• ISO/IEC TR 15504. Information technology – Process assessment. www.iso.org/iso/en/ISOOnline

• EVM – Earned Value Management. http://evm.nasa.gov• TOC - Theory of Constraints. www.goldratt.com• Metodología de Planificación, Desarrollo y Mantenimiento de

sistemas de información. Interface de administración de Proyectos. www.csi.map.es/csi/metrica3


51

mailto:[email protected]






administracion de proyectos tecnologicos 0

Education