Concepto de Gestión de Proyectos

http://www.knoow.net/es/cieeconcom/ge
stion/gestiondeproyectos.htm
 Introducción
Los entornos de negocio de muchos sectores han
experimentado cambios importantes en las
últimas décadas.
La gestión de proyectos, para desarrollar nuevos
productos y servicios en estos sectores tiene que dar
el paso de evolución apropiado para adaptarse a los
cambios del entorno en el que trabaja.
No se debe exceder fechas y presupuestos, sino salir
rápido al mercado con el mayor valor innovador
posible.
LA GERENCIA DE PROYECTOS
 Gerencia de proyectos es la
disciplina de organizar y
administrar los recursos, de forma
tal que un proyecto dado sea
terminado completamente dentro
de las restricciones de alcance,
tiempo y coste planteados a su
inicio.
Dada la naturaleza única de un
proyecto, en contraste con los
procesos u operaciones de una
organización, administrar un
proyecto requiere de una filosofía
distinta, así como de habilidades y
competencias específicas. De allí la
necesidad de la disciplina Gerencia
de Proyectos.
¿Qué es la Gestión de Proyectos?
Primero, distinguir entre los proyectos
y las operaciones:
Las operaciones son aquellas tareas constantes,
repetitivas que se realizan como parte del
funcionamiento habitual de la empresa. Vender,
atender a los clientes, entregar los bienes,
comprar, organizar los almacenes, facturar,
cobrar, pagar las nóminas, responder al teléfono.
Todas estas tareas no son proyectos.
El conjunto general de técnicas de la gestión de proyectos pueden
ayudar a perfeccionar estas tareas: mejorar la gestión del tiempo,
los procesos, introducir un control y evaluación de riesgos, aportar
técnicas de creatividad.
 Las diferencias fundamentales con los
proyectos son que estos:
 Son únicos. Un proyecto consistirá en el desarrollo de un
producto, resultado o servicio único y específico.
 Suelen ser nuevos. El proyecto trata de realizar algo que no
se ha hecho antes, aunque pueda estar basado en
experiencias previas similares.
 Son temporales. Tienen un principio y un fin delimitados,
aunque el resultado del proyecto puede perdurar: Por
ejemplo, proyectos de puesta en marcha de un
departamento, centro o servicio operacional.
 Son progresivos. Se elaboran en fases, pasos o períodos
incrementales
Un proyecto es una empresa temporal
encaminada a la creación de un producto o
servicio único y específico.

Siendo así, ¿Qué es la gestión de proyectos? La

definición más formal sería:
La Gestión de Proyectos es un conjunto de
técnicas, conocimientos, habilidades y
herramientas encaminadas a planificar tareas
que conduzcan a alcanzar los requisitos del
proyecto.
Concepto de Gestión de Proyectos
Es un proceso de planteamiento, ejecución y control
de un proyecto, desde su comienzo hasta su
conclusión, con el propósito de alcanzar un objetivo
final en un plazo de tiempo determinado, con un coste
y nivel de calidad determinados, a través de la
movilización de recursos técnicos, financieros y
humanos. Incorporando variadas áreas del
conocimiento, su objetivo final es el de obtener el
mejor resultado posible del trinomio coste-plazo-
calidad.
 Areas del conocimiento
Distintas áreas: la gestión de costes, la gestión
de calidad, la gestión del tiempo, la gestión de
recursos humanos o la gestión de la
comunicación (entre los miembros y el exterior).
La gestión de proyectos forma un ciclo dinámico
que transcurre del planteamiento a la ejecución y
control.
http://www.shm.es/software.htm
 Conjunto de técnicas, conocimientos,
habilidades y herramientas.
La Gestión de Proyectos no es un proceso
perfectamente definido.
Cada profesional tiene enfoques distintos a la hora de
gestionar sus proyectos. Unos valoran más el control y
el seguimiento mientras que otros se centran en los
aspectos de liderazgo y gestión de personas, sin que
un método sea mejor que otro. Uno tiene que usar y
aprender a manejar (técnicas, herramientas) mientras
que otra parte implica un mayor proceso de
aprendizaje y mejora personal
(conocimientos, habilidades)
 Planificar
 Un proyecto no se gestiona día a día “a ver qué
pasa”. No debe ser una sucesión de eventos
aleatorios que el Jefe de Proyectos - o en este caso,
el apafuegos oficial - debe resolver. Sin lugar a
dudas los riesgos existen y las desviaciones ocurren,
pero deben ocurrir sobre un camino y un desempeño
trazados y planificados, de forma que puedan
detectarse lo antes posible y corregirse en base a los
planes de contingencia definidos con anterioridad al
evento.
 Alcanzar
 El proyecto tiene un fin. Los proyectos no pueden
eternizarse ni convertirse en elementos
operacionales. La duración de un proyecto es algo
que vendrá marcado por la naturaleza del
mercado, pero típicamente hablamos de períodos
entre tres meses y tres años. Si el proyecto tiene
una duración menor, probablemente no merezca
el esfuerzo organizativo, y si tiene una duración
mayor es más que probable que lo más eficiente
sea segmentarlo en varios proyectos enlazados.
 Requisitos
 El proyecto tiene un cliente. Este cliente puede ser
interno o externo, pero al final se trata de conseguir
la máxima satisfacción de este cliente - lo cuál no
siempre significa darle lo que él, en un principio,
expresó que quería: Muchas veces es labor del Jefe
de Proyecto actuar como consultor y conducir al
cliente hacia las soluciones que su experiencia dicta
como más eficientes y de mayor valor para el
mismo.
 Gestión de proyectos y los retos
 Territorio comanche: Normalmente los proyectos
son nuevos, o bien lo es el cliente, o la tecnología
que se va a emplear. Aunque en una organización
con una cultura adecuada de gestión de proyectos
existirá un compendio de mejores prácticas y
lecciones aprendidas, habitualmente el
componente de “territorio inexplorado” será mayor
que la experiencia acumulada.
 Los chicos para todo:

 El Jefe de Proyecto usualmente deberá coordinar

equipos multidisciplinares, funcionar con
estructuras matriciales de dependencia y
enfrentarse a la organización y jerarquía
tradicionales de la empresa (en ocaciones, tanto la
propia como la del cliente)
 Bueno, bonito y barato:

 Aunque en realidad el “triángulo mágico”

de los proyectos es bueno, rápido y
barato. De estas tres características, se
deberán escoger dos (si tiene que ser
bueno y rápido, no será barato; si tiene
que ser barato y rápido, no será bueno.)
En el triángulo mágico, se suele obviar un aspecto
que engloba a los tres:
 Las expectativas del cliente. El cliente puede ser un cliente
real de la empresa o puede ser un cliente interno: Incluso
puede ser la propia organización. Pues bien, podemos hacer
un proyecto con unos estándares de calidad excelentes, en
un tiempo record y con un presupuesto irrisorio y aun así
no alcanzar las expectativas del cliente: Por exceso, por
defecto o porque lo que entregamos no tiene nada que ver
con lo que el cliente quería. Lo que el cliente quiere y lo que
nosotros le entregamos rara vez son idénticos, y es algo
que el Jefe de Proyecto no debe dejar de tener en cuenta.
La gestión de proyectos engloba:

 Gestión de los requisitos y las especificaciones

 Gestión del tiempo
 Gestión del coste
 Gestión de la calidad
 Gestión de recursos humanos
 Gestión de la comunicación
 Gestión de riesgos y oportunidades
 Gestión de compras
 Gestión del cambio
 Integración de todos los aspectos anteriores
 Principales modelos de gestión ágil
AD - Agile Database Techniques
AM - Agile Modeling
ASD - Adaptive Software Development
AUP - Agile Unified Process Crystal|
FDD - Feature Driven Development
DSDM - Dynamic Systems Development Method
Lean Software Development Scrum
TDD - Test-Driven Design XBreed
XP - eXtreme Programming
Principales modelos de gestión
ágil
Se encuentran agrupadas en la organización
Agile Alliance (www.agilealliance.org) para
promocionar y difundir su conocimiento.
En cada una de ellas se reflejan formas concretas
de aplicar principios ágiles en el desarrollo de
software.
 Participantes en el juego de los
Sistemas
Personas que interactúan básicamente en un sistema son:
•Usuarios
•Administradores
•Auditores
•Analistas de Sistemas
•Diseñadores de Sistema
•Programadores
•Personal de operaciones
 Usuario
Es aquella persona para la cual se construye el sistema
Es la persona que más tiempo trabajará en el proyecto a
través de entrevistas, aprobación de especificaciones,
implementación, testeo.
Es vital para el éxito.
Analistas usan como sinónimo: cliente o propietario.
¿Cómo se identifica al usuario?
¿Qué pasos se siguen para ver si se hace no el sistema?
Relación con el usuario
Caso atípico relación por medio de un traductor (cuidado con
la documentación)
Contacto ágil, Mantener frecuente reuniones.
El óptimo es que sea un participante del grupo de desarrollo
Clasificación de los usuarios por
funciones
Operativos: funcionarios operativos o administrativos. Gran
contacto con el sistema.
Visión: Interfaces hombre-máquina.
Local del sistema y de su tarea específica
Imaginan sistemas en términos físicos
Ejecutivos: Pertenecen al grupo decisorio de la empresa
Visión: No participan en el proyecto
Tienen autoridad financiera sobre el proyecto.
Estratégica
Aprecia herramientas de documentación
Global
No le gustan los requerimientos físicos, prefiere lógicos
Usuario
Supervisores: responsables del grupo de usuarios
operativos. Variados nombres. Son operativos
ascendidos.
Visión : Conocimiento de tareas operativas, depende
del tiempo
Preocupado por volumen, reducción de costo y
monitoreo Física y Local
Suele ser intermediario con el operativo.
Problemas si es que el sistema reduce personal.
 Usuario

Ejecutivos: Pertenecen al grupo decisorio de

la empresa
Visión: No participan en el proyecto
Tienen autoridad financiera sobre el
proyecto.
Estratégica
Aprecia herramientas de documentación
Global
No le gustan los requerimientos físicos,
prefiere lógicos
 Gerentes
Gerentes de Usuarios: Encargados del área
operativa
Solicitan muchos informes de características
financieras
Gerentes del SIG CPD: Preocupados por el
desarrollo y herramientas
Utilización de todos los recursos de la organización
Gerentes Generales:
No están involucrados en ningún área específica
Interesados en planeamiento estratégico
Poco interés en detalles
Mayor interés en información externa
Relación:
Basado en determinar los recursos (humanos y
tecnológicos)
Encargados de controlar plazos y consumo de
recursos
Determinan prioridades buscan ahorro de costos
 Características
Poco interés en tecnología
Prevén decisiones ante cambios externos
Pueden tener enfoques conflictivos
Pueden no formar grupo homogéneo
 Auditores controladores de Calidad
Se los puede agrupar por tener perspectivas
semejantes
Garantizan que el desarrollo corresponda a padrones
estándares de calidad y padronización
Relación:
Recién quieren participar cuando se está probando el
sistema
Prefieren las notaciones tradicionales que ellos
utilizan
Más interés en la forma que en la substancia
Ocasiona rechazos sin sentido
 Analistas de Sistemas
Funciones :
Arqueólogos (revisionistas de documentación )
Innovadores (tecnología)
Mediadores de conflictos
Lideres de proyectos (motivan)
Características
Habilidad para manejo de herramientas y personas
Capacidad de asimilación
Capacidad de organización y LOGICA
Habilidad de subdividir los problemas y enfoques
 Diseñadores de Sistemas
Funciones :
Recibe el análisis y transforma la lista de requisitos
del usuario (exenta de tecnología) en un diseño
arquitectónico de alto nivel que proveerá las
especificaciones a los programadores.
Existe retroalimentación con el análisis.
El éxito del diseño depende de la calidad de trabajo
del análisis
 Programadores
Diseñador intermediario con el analista.
Son excepciones:
Analista hace funciones de diseñador
Líder del proyecto es el analista
Errores en las especificaciones del análisis o cuando el
problema tiene que ver con las especificaciones del usuario.
(no se aterrizó la idea)
Casos de ingeniería reversa. Programador de mantenimiento
tiene importancia al no existir documentación
Encargados de codificar en lenguaje especificaciones del
diseñador
Personal de operaciones
 Funciones :
 Seguridad del Hardware

 Seguridad de los datos y copias de respaldo

 Ejecución de programas.

 Administración de informes periódicos.

 De las comunicaciones (red)

1. Contacto analista para conocer las restricciones

impuestas para el desarrollo del nuevo sistema.
 Contacto usuario. Procesamiento distribuido.
 Para determinar que información es global y cual
es privada.