Upload
adolfo-j-araujo-j-ajaraujo
View
499
Download
0
Embed Size (px)
DESCRIPTION
admon-proyectos-tenologicos-proceso
Citation preview
Administración de Administración de proyectos Tecnológicosproyectos Tecnológicos
IntroducciónIntroducción
Administración de Proyectos Tecnológicos
Por: Adolfo José Araujo JaimesPor: Adolfo José Araujo Jaimes
[email protected] [email protected] www.ingwebsu.wordpress.cwww.ingwebsu.wordpress.com om www.linkedin.com/in/www.linkedin.com/in/ajaraujoajaraujo
Administración de Proyectos Tecnológicos
Contexto: Área de trabajoContexto: Área de trabajo
Disciplina: Ingeniería del softwareDisciplina: 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 proyectosSub-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 (PMIPMI)) a la cabeza en definición del proceso de administración a nivel mundial
Project Management Body Of Knowledge (PMBOK) PMBOK) www.pmi.org/info/default.asp
3
Administración de Proyectos Tecnológicos
Proyecto de SoftwareProyecto de Software
• Conjunto interrelacionado de recursosConjunto interrelacionado de recursos• Que entrega uno o más productos o serviciosQue entrega uno o más productos o servicios• A un cliente o usuario finalA un cliente o usuario final
• QUE LOS ACEPTA Y AUTORIZA EL PAGO
• Tiene un principio y fin definidosTiene un principio y fin definidos• Típicamente funciona según la planificaciónTípicamente funciona según la planificación• Sujeto a influencias 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.
Administración de Proyectos Tecnológicos
4
• Tendrá una serie de objetivos tangibles, que Tendrá una serie de objetivos tangibles, que normalmente serán entregados en un plazo, con un normalmente serán entregados en un plazo, con un coste (y posiblemente, un precio)coste (y posiblemente, un precio)
• Con unos niveles (o atributos) de calidadCon unos niveles (o atributos) de calidad• Asumiendo por parte de quien lo realiza una serie de Asumiendo por parte de quien lo realiza una serie de
riesgos.riesgos.• Proyecto Runaway (fugitivo)Proyecto Runaway (fugitivo): Es el proyecto que
pierde su objetivo
Administración de Proyectos Tecnológicos
5
Dimensiones: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
Administración de Proyectos Tecnológicos
6
Razones de FracasoRazones 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%)
Administración de Proyectos Tecnológicos
7
Prentice Hall, 1998
Objetivo de la administración de Objetivo de la administración de ProyectosProyectos
9
Objetivo y
Expectativa
Alcance Tiempo
CosteAdministración de Proyectos Tecnológicos
Jefe de Proyecto WebJefe de Proyecto Web
Responsables de los proyectos Web Responsables 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
Administración de Proyectos Tecnológicos
DIMENSIONES DIMENSIONES DE LA ADMINISTRACIÓN DE LA ADMINISTRACIÓN DE PROYECTOSDE PROYECTOS
14
Administración de Proyectos Tecnológicos
Personas
Producto
Proceso
Tecnología
1- Proceso1- 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 MadurezNiveles 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 Procesos
administració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
Niveles de MadurezNiveles de Madurez21
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 se integran con las prácticas de administración y se institucionalizan
El producto y el proceso se controlan cuantitativamente
Se institucionaliza la mejora del proceso
Nivel Características Proceso Realización prevista
Pro
bab
ilid
ad
Met
a
Tiempo/$
Pro
bab
ilid
ad
Tiempo/$
Met
a
Pro
bab
ilid
ad
Tiempo/$
Met
a
Pro
bab
ilid
ad
Tiempo/$
Met
a
Pro
bab
ilid
ad
Tiempo/$
Met
aPredicciónPredicciónPredicciónPredicción
Más Realistas
No ahorra tiempo
Reducen el tiempo
Niveles de MadurezNiveles de Madurez22
Inicial
Repetible
Definido
Gestionado
Optimizando
El proceso es informal y ad hoc
Las prácticas técnicas se integran con las prácticas de administración y se institucionalizan
El producto y el proceso se controlan cuantitativamente
Se institucionaliza la mejora del proceso
Nivel Características Proceso Visibilidad de AdministraciónEntrada Salida
Entrada Salida
Salida
Salida
Entrada
Entrada
Entrada Salida
Se institucionalizan las prácticas de administración del proyecto
Visión de Visión de AdministraciónAdministración
Visión de Visión de AdministraciónAdministración
Cajas negras
Cajas blancas
Cambio tecnologìa
2- Tecnología2- Tecnología
Una 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
Administración de Proyectos Tecnológicos
Niveles de MadurezNiveles de Madurez24
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 se integran con las prácticas de administración y se institucionalizan
El producto y el proceso se controlan cuantitativamente
Se institucionaliza la mejora del proceso
Nivel Características Proceso Implicaciones de la Tecnología
La 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 Visión de la TecnologíaTecnología
Visión de la Visión de la TecnologíaTecnología
3- Personas 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
Administración de Proyectos Tecnológicos
Selección del PersonalSelección del Personal
Existen 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
Administración de Proyectos Tecnológicos
Organización del personal y MotivaciónOrganización del personal y Motivación
La 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
Administración de Proyectos Tecnológicos
Niveles de MadurezNiveles de Madurez29
Inicial
Repetible
Definido
Gestionado
Optimizando
El proceso es informal y ad hoc
Se institucionalizan las prácticas de administración del proceso
Las prácticas técnicas se integran con las prácticas de administración y se institucionalizan
El producto y el proceso se controlan cuantitativamente
Se institucionaliza la mejora 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 Visión de las PersonasPersonas
Visión de las Visión de las PersonasPersonas
4- Producto4- Producto
Constituye 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
Administración de Proyectos Tecnológicos
Niveles de MadurezNiveles de Madurez32
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 se integran con las prácticas de administración y se institucionalizan
El producto y el proceso se controlan cuantitativamente
Se institucionaliza la mejora del proceso
Nivel Características Proceso
RIESGO
C A L I D A D
P RODUCTIVIDAD
Resultados
Visión de resultadosVisión de resultadosVisión de resultadosVisión de resultados
CICLO DE VIDACICLO DE VIDADE LA DE LA ADMINISTRACIÓN DE ADMINISTRACIÓN DE PROYECTOSPROYECTOS
35
Administración de Proyectos Tecnológicos
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
Administración de Proyectos Tecnológicos
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 a
cep
tab
le?
1.0- Administración de Proyectos1.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.5 Project Closeout
1.1 Project Formulation
1.5 Project Closeout
Replanning
1.3 Project Startup1.2 Project Planning
1.4 Project Monitoring &
Control¿es m
ejo
r?
GSFC
SPI
1.2- Actividades Planeación de Proyectos1.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 1.4- Proceso Monitoreo y Control de ProyectosProyectos
44
Project Formulation
Project Closeout
Project Planning
Project Startup
Replanning
Project Monitoring &
Control
http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.4
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 Control1.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.
http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.4
GSFC
SPI
2.0- Proceso Administración del Riesgo2.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 Riesgo2.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 3.0- Flujo de Proceso Soporte OrganizacionalOrganizacional
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.1 Configuration Management
3.2 Software Assurance
3.3 Training3.4
Measurement & Analysis
3.5 Process Engineering
3.0 Organizational Support
3.0 Organizational Support
3.1 Configuration Management
3.1 Configuration Management
3.2 Software Assurance
3.2 Software Assurance
3.3 Training3.3 Training3.4
Measurement & Analysis
3.4 Measurement
& Analysis
3.5 Process Engineering3.5 Process Engineering
GSFC
SPI
50
51
BibliografíaBibliografía
•How to run successful projects in web time; Fergus O’Connell. Artech House, 2001
•Desarrollo y administración de proyectos informáticos; Steve McConnell. Microsoft Press, 1997
•Software Project. Survival Guide. Steve McConnell. Microsoft Press, 1998
•Ingeniería del Software. Aspectos de Gestión; R. López-Cortijo, A, de Amescua. Instituto Ibérico de la Industria del Software, 1998
•Microsoft Project 2003; Microsoft Press, 2006
ReferenciaReferencia
• A Guide to Project Management Body of Knowledge (PMBOK® Guide); www.pmi.orgwww.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.htmlwww.sei.cmu.edu/cmmi/models/models.html
• ISO/IEC TR 15504. Information technology – Process assessment. www.iso.org/iso/en/ISOOnlinewww.iso.org/iso/en/ISOOnline
• EVM – Earned Value Management. http://evm.nasa.govhttp://evm.nasa.gov• TOC - Theory of Constraints. www.goldratt.comwww.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/metrica3www.csi.map.es/csi/metrica3
Administración de Proyectos Tecnológicos
52