El documento introduce los conceptos básicos de la administración de proyectos tecnológicos. Explica que la administración de proyectos aplica conocimientos y herramientas para alcanzar los objetivos de un proyecto en términos de alcance, tiempo y costo. También describe las dimensiones clave de la administración de proyectos incluyendo proceso, tecnología, personas y producto.

1. Administración de
proyectos Tecnológicos
Introducción
Administración de Proyectos Tecnológicos

2. INTRODUCCIÓN
Administración de Proyectos Tecnológicos
2

3. Contexto: Área de trabajo
Disciplina: 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 proyectos
Aplicació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
Administración de Proyectos Tecnológicos

4. 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.
Administración de Proyectos Tecnológicos
4

5. • 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
Administración de Proyectos Tecnológicos
5

6. 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

7. 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%)
Administración de Proyectos Tecnológicos
7
Prentice Hall, 1998

8. Objetivo de la administración de
Proyectos
9
Objetivo y
Expectativa
Alcance Tiempo
Coste
Administración de Proyectos Tecnológicos

9. Jefe de Proyecto 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

10. DIMENSIONES
DE LA ADMINISTRACIÓN
DE PROYECTOS
14
Administración de Proyectos Tecnológicos
Personas
ProductoProceso
Tecnología

11. 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 todas
las tareas
Herramientas
y Tecnología
Habilidades,
Formación,
Motivación y
Gestión
PROCESO
A
B
C
D

12. Niveles de Madurez
20
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 Proceso
Programa de Entrenamiento - Ingeniería del
Producto 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 del
Proyecto - administración de Subcontratación
S
u

13. Niveles de Madurez
21
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
Meta
Tiempo/$
Tiempo/$
Meta
Tiempo/$
Meta
Tiempo/$
Meta
Tiempo/$
Meta
Predicción
Más Realistas
No ahorra tiempo
Reducen el tiempo

14. Niveles de Madurez
22
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ón
Entrada Salida
Entrada Salida
Salida
Salida
Entrada
Entrada
Entrada Salida
Se institucionalizan las
prácticas de administración del
proyecto
Visión de Administración
Cajas negras
Cajas blancas
Cambio tecnologìa

15. 2- 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

16. Niveles de Madurez
24
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 Tecnología

17. 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

18. Selecció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

19. Organizació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

20. Niveles de Madurez
29
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 Personas

21. 4- 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

22. Niveles de Madurez
32
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
R
I
E
S
G
O
C
A
L
I
D
A
D
P
R
O
D
U
C
T
I
V
I
D
A
D
Resultados
Visión de resultados

23. CICLO DE VIDA
DE LA
ADMINISTRACIÓN DE
PROYECTOS
35
Administración de Proyectos Tecnológicos

24. 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

25. 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
¿esaceptable?

26. 1.0- Administración de Proyectos
41
1.0 Project Management1.0 Project Management
1.1 Project
Formulation
1.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 Startup
1.2 Project
Planning
1.4 Project
Monitoring &
Control
¿esmejor?
GSFC
S
P
I

27. 1.2- Actividades Planeación de Proyectos
43
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
S
P
I

28. 1.4- Proceso Monitoreo y Control de
Proyectos
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
S
P
I

29. 1.4- Actividades Monitoreo y Control
45
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
S
P
I

30. 2.0- Proceso Administración del Riesgo
46
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 Planning
Project
Monitoring &
Control
Risk Monitoring
& Control
Risk Identification
http://software.gsfc.nasa.gov/isdpaindx.cfm Assets 1.2.3 and 1.4.4
GSFC
S
P
I

31. 2.0- Actividades Identificación del Riesgo
47
Get Risk
Management Plan
approval
Record risks in
Risk Management
Database
Report risks or
enter into Project-
level risk tool
Identify risks Classify risks
Develop 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

32. 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.1
Configuration
Management
3.2 Software
Assurance
3.3 Training
3.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 Training
3.4
Measurement
& Analysis
3.4
Measurement
& Analysis
3.5 Process
Engineering
3.5 Process
Engineering
GSFC
S
P
I

33. 50

34. 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
Administración de Proyectos Tecnológicos
51