Escolar Documentos
Profissional Documentos
Cultura Documentos
INGENIERIA EN INFORMATICA
GRUPO MF7
INDICE
CARACTERISTICAS DE UN PROYECTO……….
2
1.1.- MARCO DE TRABAJO EN LA ADMINISTRACIÓN DE
ROYECTOS.
3
a la hora de adaptarlo a un proyecto determinado con un grado de
complejidad y necesidad de habilidades de organización y
conocimientos para llevar a cabo las distintas tareas del proyecto.
PRINCE2 se deriva de un método anterior llamado PROMPTII y del
método de gestión de proyectos PRINCE, cuya versión inicial se
desarrolló en 1989 como encargo para el Gobierno del Reino Unido
que deseaba contar con un estándar de gestión de proyectos para
las tecnologías de la información. Dado que el uso de PRINCE se
popularizó y empezó a aplicarse en otros ámbitos externos a las
tecnologías de la información, se publicó PRINCE2 en 1996, como un
método de gestión de proyectos estándar.
La popularidad de este método se ha incrementado con los años y
ahora es un estándar de facto para la gestión de proyectos en el
Reino Unido, su uso se ha extendido también a muchos otros países
del mundo.
Aprender de la experiencia
Se recogen las experiencias anteriores, las que se van
obteniendo a lo largo de la ejecución del proyecto, así
como las lecciones aprendidas al cierre del mismo.
Roles y Responsabilidades definidos
Asegurando que los intereses de los usuarios que van a
usar el proyecto, los proveedores y el responsable del
área de negocio están representados en la toma de
decisiones.
Gestión por Fases
Un proyecto que sigue la metodología PRINCE2 se
planifica, se supervisa y se controla fase a fase.
Gestión por excepción
Es decir, delegar la autoridad suficiente de un nivel de
gestión al siguiente, dándole autonomía según unas
tolerancias pautadas (de tiempo, coste, calidad, alcance,
beneficio y/o riesgo) de manera que, de sobrepasar la
tolerancia, se consulte al nivel superior como actuar.
5
Orientación a productos
Centra la atención en la definición y entrega de
productos, es decir, un proyecto no son un conjunto de
tareas a realizar, si no que entrega productos (que se
elaboran tras la ejecución de las tareas que sean
necesarias).
Adaptación
Asegurando que la metodología PRINCE2 y los controles
a aplicar se basen en el tamaño, complejidad,
importancia, capacidad y nivel de riesgo del proyecto.
6
Todo proyecto es único, ya que no supone una operación de rutina,
sino un conjunto específico de operaciones diseñadas para lograr
una meta singular, por eso existen muchos tipos de proyectos y por
ello es habitual que un equipo de proyecto a menudo incluya a
personas que normalmente no trabajan juntas, por proceder de
organizaciones distintas o por provenir de ubicaciones geográficas
diferentes.
7
hacen ser único frente a otro proyecto. Tales como equipos de
trabajo distintos, plazos distintos o requisitos diferentes. De lo
contrario pasarían a denominarse procesos.
8
Un proyecto gestiona mejor la incertidumbre frente a un
proceso. Gracias a ese carácter flexible.
Un proyecto cuenta con al menos tres fases: planificación,
ejecución y entrega.
Un proyecto involucra a una serie de personas con unos roles y
unas responsabilidades.
Además, todos los proyectos se gestionan en base a cinco fases
principales: preparación, planificación, ejecución, seguimiento y
entrega. Con metodologías ágiles, muchas de estas etapas se
pueden superponer. Tal es el caso de la planificación con la
ejecución, entrega y el seguimiento continuo. De esta manera,
realizamos planificaciones flexibles que puedan capear
adecuadamente cualquier contratiempo. Siempre y cuando llevemos
un control real de lo que sucede en el proyecto.
Un caso de negocio.
10
El estudio de viabilidad.
El plan de proyecto.
El nombramiento del equipo de proyecto.
11
responsabilidad individual, para cumplir con los plazos y deadlines
establecidos.
12
La aplicación de metodologías de gestión de proyectos que
faciliten el seguimiento.
La definición y el establecimiento de indicadores clave de
gestión.
Su control, ajuste y actualización.
La elaboración de un plan de contingencias.
13
Por último, no hay que olvidar que cada etapa del ciclo de vida de un
proyecto comprende unas obligaciones y necesidades en materia de
documentación, donde no sólo el contenido sino también la forma
son elementos fundamentales a tener en cuenta y en los que no hay
que permitirse tener ni el más mínimo error.
14
El Ciclo de Vida de un producto es un modelo de análisis de la
tendencia de evolución de las ventas desde su lanzamiento en el
mercado hasta su retirada del mismo, que determina y define un
conjunto de etapas consecutivas con características concretas, las
cuales permiten analizar los distintos condicionantes presentes a lo
largo del periodo en el cual el producto permanece activo en el
mercado.
15
Las cuatro etapas y sus consideraciones particulares son las
siguientes:
16
de ampliar su cuota de mercado mediante más canales de
distribución.
20
cambiantes, los plazos de entrega varías, existe un alto grado de
rotación de roles en el equipos. De modo que es prácticamente
imposible predecir en la planificación lo que sucederá a lo largo del
proyecto.
21
– SMART Planning. Metodología de planificación orientada a la
especificación de objetivos que sean realmente aplicables en un plan
de acción. Ése será su principal cometido: cumplir con lo planificado.
Para ello, los objetivos deberán ser específicos, medibles, alcanzables,
realistas y acotados en el tiempo. Herramientas de gestión de
proyectos como Sinnaps trabajan para que las tareas planificadas
cumplan con estas condiciones, permitiendo un control y evaluación
continua a lo largo del proyecto.
–Metodología cualitativa. Recolecta de información basada en la
observación de comportamientos naturales entre las personas.
22
– Diagrama de GANTT. Visualización de la asociación entre las
actividades y el cronograma del proyecto. Las principales dificultades
del uso exclusivo de Gantt radican principalmente en el
establecimiento de prioridades y en la detección de dependencias
entre actividades. Con el fin de paliar este
inconveniente, Sinnaps ofrece una solución, el denominado Gantt-
flow. Se trata de utilizar PERT y CPM al mismo tiempo, para
establecer las relaciones de las tareas y detectar los caminos críticos y
‘cuellos de botella’ del proyecto en el mismo diagrama de Gantt.
23
de trabajo. Con estos datos se puede visualizar el camino crítico, que
se calculará en función de las actividades sucesivas cuya holgura sea
igual a cero. Por tanto, el CPM nos proporcionará aquellas
actividades que determinarán el final del proyecto.
24
El PMBOK puede ser utilizado por personas como una referencia
fundacional para cualquier interesado en la profesión de Project
management.
26
El PMBOK es la suma de conocimientos dentro de la profesión de
project management. Incluye prácticas tradicionales ampliamente
aceptadas y prácticas innovadoras y de avanzada. Intenta ser una
gran fuente de información reflejo de prácticas exitosas y
proporciona un léxico común de carácter “world class” esencial para
la profesión.
27
sus propias métricas de calidad de acuerdo al funcionamiento de los
procesos.
28
Las interacciones de los grupos de procesos cruzan fases tales de
forma tal que el cierre de una fase proporciona la entrada a la
iniciación de la siguiente. Por ejemplo, cerrar la fase de diseño
requiere la aceptación del cliente del documento de diseño.
Simultáneamente, el documento de diseño define la descripción del
producto para la fase de implementación.
29
La figura 2 muestra el concepto de procesos embebidos en fases, es
decir, los procesos se repiten en cada una de las fases del proyecto,
permitiendo la incorporación del ciclo plan-ejecutar-control-actuar
(Deming).
30
Los procesos pueden visualizarse con una doble entrada, por área de
conocimiento y por grupo de proceso
31
establecidos y con un desarrollo progresivo hacia los mismos. Este
último concepto, nos indica que la implementación de project
management en las organizaciones debe ser tratada como un
proyecto en sí mismo.
32
-Capacitación al staff: elaboración de material de cursos, casos de
estudio, customización de material, laboratorios, evaluaciones.
Staff Administrativo
Infraestructura
33
Hoy la presencia de IT en las actividades del negocio y por ende en
los proyectos es común. Esta gravitación de IT en los negocios y sus
proyectos está haciendo cada vez más visible el Área y su
performance y por supuesto ha incrementado los requerimientos de
calidad de los servicios que brinda.
34
El estudio clasificaba los proyectos en “exitosos”, “con problemas” y
“cancelados”. Los proyectos “con problemas” eran aquellos que no
fueron cancelados, pero no pudieron cumplir con lo comprometido
ya sea en funcionalidad, en los tiempos de entrega o en los costos.
Según este estudio, menos del 25% de los proyectos cumplieron con
sus objetivos de funcionalidad. El sobre costo promedio de los
proyectos informáticos con problemas era del 18%, mientras que las
demoras en los tiempos de ejecución eran de 22%. En promedio,
solo el 60% de lo originalmente comprometido fue realizado.
Causas %
2. Fallas en Comunicación 20
35
5. Hardware/Software 7
7. Otros 5
Causes
36
con el conocimiento del negocio de manera de asegurar que el
resultado del proyecto será utilizado (fitness for use) y responderá a
necesidades del negocio.
38
• Programa de certificación (PMP y CAPM) asociado
garantizando deployment de acreditación de conocimientos en todo
el mundo (simil ITIL).
39
40