Module 8

Project Resource Management

PM (Project Management)

Centro de Excelencia en Tecnologías de la Informática

Esp. Gabriela Velázquez

TEMARIO
- Planning Resource Management
- Estimating Activity Resources
- Acquiring Resources
- Developing and Managing Project Teams
Personas

SON LO MAS
IMPORTANTE!!!!
¿Por qué?
“El buen software no proviene de herramientas CASE,
programación visual, prototipado rápido, tecnología de
objetos. El buen software proviene de las personas. El
software malo también.”

“El desarrollo de software es desarrollo de grupo”

Larry L. Constantine (Constantine on Peopleware)

¿Por qué?
La calidad del producto depende del trabajo de todos los involucrados Esta foto de
Autor
desconocido está
bajo licencia CC
BY-NC

El cumplimiento de las tareas, los tiempos y costos dependen del trabajo de todo el equipo

Cuesta dinero y tiempo reclutar y retener al buen personal (mantener baja la rotación)

Esta foto de
Autor
desconocido
está bajo
licencia CC
BY-NC-ND
Peopleware

Peopleware

Hardware Software
¿Para qué?

RENDIMIENTO INVERSIÓN CAPITAL AHORRO DESEMPEÑO

 Esta foto de Autor desconocido está bajo licencia CC BY-NC

¿Para qué?

RENDIMIENTO INVERSIÓN CAPITAL AHORRO DESEMPEÑO

 + Humanos
Pertenencia

¿Para qué? Crecimiento

Personal
Mejorar el clima
laboral

Crecimiento
Reconocimiento
profesional
Trabajo en Equipo

Buen equipo es cohesivo:

◦ Los miembros piensan que el equipo es más importante que los individuos que lo integran
◦ Son leales al equipo
◦ Se identifican con las metas del grupo y con los demás miembros
◦ Tratan de proteger al grupo como entidad
◦ Causa que el grupo sea sólido y pueda enfrentar problemas y situaciones inesperadas

Integrantes motivados tanto por el éxito del grupo como por sus metas personales
Esta foto de Autor
desconocido está bajo
licencia CC BY-SA-NC
Beneficios equipos cohesivos
El grupo puede establecer sus
propios estándares de calidad
Como dichos estándares se establecen por
consenso, hay más probabilidad de que se
respeten que los estándares externos
impuestos sobre el grupo
Los individuos aprenden de los
demás y se apoyan mutuamente
Las personas aprenden de los demás. Las
inhibiciones por la ignorancia se minimizan
mientras se promueve el aprendizaje mutuo
Beneficios equipos cohesivos
El conocimiento se comparte
• Permite mantener la continuidad si sale un miembro del grupo
• Otros en el grupo pueden tomar el control de las tareas críticas para asegurar
que el proyecto no se altere considerablemente

Se alienta la refactorización y el mejoramiento continuo

• Los miembros trabajan de manera colectiva para entregar resultados de alta
calidad y corregir problemas, sin importar quiénes crearon originalmente el
diseño o programa

No se buscan culpables, todos estamos en el mismo barco

Gestión de Equipos

Motivar y dirigir al equipo Detectar problemas Es algo que debe basarse en Organizar el equipo para
potenciales que pueden la experiencia, NO SOLO se que trabajen
impactar en las personas aprende de un libro adecuadamente en conjunto

Esta foto de Autor

desconocido está
bajo licencia CC
Factores Críticos en Gestión de
Equipos

Consistencia Respeto

Inclusión Honestidad
Consistencia

Reconocimiento
Tod@s en el equipo deben Trato
recibir un trato similar Motivación

Las personas podrían sentir que se menosprecian sus

aportes en la organización
Respeto
Tod@s tenemos diferentes habilidades y los
administradores deben conocer y respetar esas
diferencias

Tod@S los miembros deben recibir una oportunidad

para aportar

Nota: Puede suceder que haya personas que no se

ajusten al equipo y no puedan continuar, pero es
importante no adelantar conclusiones
Inclusión

Las personas contribuyen más efectivamente cuando se

sienten escuchados y que sus propuestas se tienen en cuenta

Es importante desarrollar un ambiente laboral donde se

consideren todas las visiones, incluso la de los más Juniors

Nota: Obviamente se debe evaluar cada propuesta, pero lo

importante es no descartar sin haberlas evaluado
Honestidad
Como administrador, siempre debe ser honest@ acerca de lo que
está bien y de lo que está mal en el equipo

Debe ser honest@ respecto a su nivel de conocimiento técnico y

voluntad para comunicar al personal más conocimiento cuando sea
necesario
Si tratamos de encubrir la ignorancia sobre algo, o los problemas que
haya, con el tiempo se sabrá y se perderá el respeto del grupo
 Los ingenieros de software con frecuencia tienen grandes
habilidades técnicas, pero pueden carecer de habilidades
blandas

Problemas Sin habilidades blandas es difícil administrar equipos

Sin habilidades técnicas es difícil ”ganarse” el respeto del

equipo
Selección de integrantes
Crear un grupo cohesivo y
organizar a los miembros
del grupo para que
puedan trabajar en
conjunto de manera
efectiva
Selección de integrantes

Habilidades Técnicas Habilidades Blandas

+ Experiencia

Equipo
Esta foto de Autor desconocido está licencia CC BY-NC-ND
 En ocasiones es necesario incorporar al
equipo personas externas a la
organización
Pocas veces se tiene absoluta libertad
para la selección del equipo
Selección de
integrantes Personal disponible en la organización
aunque no sean ideales para el puesto

Fortalecer virtudes y conocer

”dificultades”
Selección de integrantes
Elegir un grupo con personalidades complementarias (equilibrio entre
orientadas a las tareas, a sí mismas, o a la interacción)

Tratar de que las metas individuales no se antepongan a los objetivos de la

organización y del grupo

Conseguir a los mejores posibles para el proyecto y para la organización

Malas decisiones en la selección implican un grave riesgo para el proyecto

Factores a tener en
cuenta
Educación y capacitación

Experiencia tecnológica

Habilidad de comunicación

Adaptabilidad

Habilidad para resolver problemas

Y cuando podemos elegir también: Intereses,

objetivos a corto y mediano plazo
Definición de Perfiles
Nombre Perfil
• Nombre del perfil y seniority por ejemplo “Desarrollador Full Stack Java Ssr”

Tareas principales
• Principales tareas que deberá realizar en el puesto, por ejemplo “Desarrollar servicios REST”

Funciones
• Otras funciones que deberá realizar en el puesto incluyendo frecuencia con la cual se deben
realizar las mismas (frecuentes, periódicas, ocasionales) por ejemplo, “Periódicamente deberá
detectar posibilidad de mejora en los procesos de desarrollo”

Carácter de las funciones del cargo

• Si el cargo es de carácter gerencial, profesional, técnico, administrativo, etc.
 Responsabilidades

• responsabilidades que tiene el cargo relacionado por

ejemplo al manejo de la información confidencial, a la
toma de decisiones, autorizaciones, entre otros.

Conocimientos técnicos

Definición de • Lenguajes, tecnologías, estándares, metodologías,

herramientas, etc
Perfiles
Habilidades blandas

• características sociales, emocionales, personales, por

ejemplo “proactivo”

Otros perfiles a cargo

• Enumerar qué perfiles dependerán de este perfil

Personalidades
Orientadas motivadas por el
trabajo que
reto intelectual
desarrollar
prefieren actuar
a tareas realizan software
individualmente

Orientadas éxito y
desarrollo de soft
metas a largo
a sí reconocimiento
personales
como medio para
lograr sus propias
plazo (avance
profesional)
mismas metas

Orientadas motivadas por la

en el desarrollo, disfrutan trabajar
a la presencia y
acciones de
más centrado en
el usuario
como parte de un
grupo
interacción compañeros
 Conocimiento técnico

Experiencia previa

Habilidades blandas necesarias para el

Asignación puesto
de Tareas Disponibilidad física o virtual según sea
De nueeeevo!
necesario

Tener en cuenta: Capacidad de adaptación / inmersión en el

equipo
Y todo lo que nos parezca importante
SIENDO OBJETIVOS SIEMPRE!
ACTIVIDADES

1. Describa los perfiles necesarios en el proyecto y cantidad.

2. Asigne los perfiles y/o recursos a las actividades del proyecto
3. Armar una búsqueda para 3 roles a cubrir dentro del equipo del proyecto
MATERIAL DE APOYO

- Material de la clase

- Bibliografia recomendada
Bibliografía Recomendada
•Ingeniería de Software Edición 9. Sommerville. Parte
4

•Ingeniería del Software. Un enfoque práctico. Edición

7. Pressman. Parte 4

•Guía del PMBOK 5ta Edición. Guía de los

fundamentos para la Dirección de Proyectos. Project
Management Institute
¿DUDAS?
¡Gracias por su
Atención!