Plan de Administracion de Proyectos

7/21/2019 Plan de Administracion de Proyectos

http://slidepdf.com/reader/full/plan-de-administracion-de-proyectos 1/26

1



2

Contenido

PLAN DE RECURSOS HUMANOS ............................................................................................. 3

Organigrama del Proyecto ................................................................................................. 4

Matriz de asignación de responsabilidades. .................................................................... 11

Plan de Gestión del Personal ............................................................................................ 13

PLAN DE COMUNICACIONES ................................................................................................ 15

ADMINISTRACIÒN DE COMUNICACIÒN ........................................................................... 15

Procedimientos para tratar comunicaciones ............................................................... 15

Procedimiento para actualizar el plan de comunicaciones .......................................... 16

Establecer eventos de comunicación: Reuniones, Trabajo conjunto en la nube,conferencias en escuela ................................................................................................... 16

Reportes de desempeño .............................................................................................. 17

Control de cambios ....................................................................................................... 17

PLAN DE RIESGOS ................................................................................................................. 18

ADMINISTRACIÒN DE RIESGOS......................................................................................... 18

Justificación .................................................................................................................. 18

Análisis de identificación de Riesgos del Proyecto, Respuesta a riesgos, Análisis

Cualitativo de riesgos y Análisis Cuantitativo de riesgos ................................................. 19

Análisis cuantitativo (Técnicas) .................................................................................... 19

Análisis cualitativo (Técnicas) ....................................................................................... 19

Planificar la gestión de riesgos ......................................................................................... 20

Técnicas de respuesta al riesgo ........................................................................................ 20


PLAN DE ADQUISICIONES ..................................................................................................... 22

Acta de compromiso ......................................................................................................... 22

Participantes ..................................................................................................................... 22

Firmas de todos los interesados ....................................................................................... 23

Requisiciones .................................................................................................................... 23

Riegos de compras ............................................................................................................ 25

Administrar las adquisiciones ........................................................................................... 26

http://c/Users/Sheik/Downloads/archivos-para-edgar%20(1).docx%23_Toc420982815














3


Cierre de adquisiciones .................................................................................................... 26

GESTIÓN DE RECURSOS HUMANOS

Organización el proyecto tendrá la siguiente estructura:

PLAN DE RECURSOSHUMANOS



4

Organigrama del Proyecto

Para el desarrollo del proyecto, se ha diseñado la siguiente estructura, definiendo las

responsabilidades por cada una de las Unidades participante:

ROL PUESTO Director Persona encargada del control, liderar, motivar, comunicar y

aprobar el proyecto Equipo de desarrollo deproyecto

Conformado por: Líder de proyecto. Analista de proyecto. Programador. Programador de BD.

Líder de proyecto Persona encargada del control, liderar, motivar, comunicar yaprobar el proyecto

Analista de proyecto Persona Asignada por la Unidad de desarrollo del proyecto. Programador Persona Asignada por la Unidad de desarrollo del proyecto. Diseñador de BD Persona Asignada por la Unidad de desarrollo del proyecto.

NOMBRE DEL ROL: Director de Proyecto

OBJETIVO DEL ROL:



5

Es la persona que aprueba el proyecto, es el principal interesadoen el éxito del proyecto, y por tanto la persona que apoya, soportay define el proyecto.

RESPONSABILIDADES:

Aprobar el Acta de proyecto. Aprobar el plan de proyecto. Aprobar el Cierre del proyecto.

FUNCIONES:

Iniciar el proyecto. Aprobar el plan de proyecto.Monitorear el proyecto.Cerrar el proyecto.Gestionar el control de cambios del proyecto.

NIVELES DE AUTORIDAD: Decide sobre los recursos humanos y materiales asignados alproyecto.Decide sobre las modificaciones a las líneas base del proyecto.

REPORTA A:

Gerencia general

SUPERVISA A:

Jefe de proyecto.

REQUISITOS DEL ROL:

Habilidades interpersonales.Conocimiento y habilidades de administración general. Comprensión del entorno del proyecto.Conocimiento de normas y regulaciones del área de aplicación.

NOMBRE DEL ROL: Líder de Proyecto

OBJETIVO DEL ROL:



6

Es la persona líder encargada de la gestión del proyecto quienmediante la administración adecuada de los recursos cumplirá losobjetivos establecidos por el Director logrando así el éxito delproyecto

RESPONSABILIDADES: Asignación de recursos.Coordinar la interacción con los clientes y usuarios.Mantener al equipo enfocado en los objetivos del proyecto.Elaboración de plan de pruebas.

FUNCIONES:

Definir el proyecto y evaluar sus necesidades.Redactar especificaciones del proyecto.Realizar un seguimiento e informes del proyecto, en términos de

calidad y plazos de entrega. NIVELES DE AUTORIDAD:

Decide sobre los recursos humanos y materiales asignados alproyecto.Decide sobre las modificaciones a las líneas base del proyecto.

REPORTA A:

Director de proyecto.

SUPERVISA A:

Todo el equipo de proyecto.

REQUISITOS DEL ROL: Liderazgo.Comunicación.Negociación.Solución de Conflictos.

NOMBRE DEL ROL: Analista de proyecto

OBJETIVO DEL ROL:

Se encarga de la recopilación del catálogo de requisitos y de ladefinición de los casos de uso (o historias de usuario). Describe las

https://jummp.wordpress.com/2011/03/19/desarrollo-de-software-casos-de-uso-i/

https://jummp.wordpress.com/2011/06/28/desarrollo-de-software-historias-de-usuario/

https://jummp.wordpress.com/2011/06/28/desarrollo-de-software-historias-de-usuario/

https://jummp.wordpress.com/2011/03/19/desarrollo-de-software-casos-de-uso-i/



7

funcionalidades del sistema y su comportamiento mediante elestudio de las necesidades del usuario.

RESPONSABILIDADES:

Realizar el correcto análisis para crear documentación de fácil

comprensión. Facilitar el trabajo del programador aumentando el rendimiento enla calidad. Gestionar el diseño de las interfaces de usuario. Establecer las prioridades del Sistema. Ordenar los pasos y esclarecer el seguimiento de lasinstrucciones.

FUNCIONES:

Ayuda a expresar los requisitos de una manera clara y

comprensible.Redactar especificaciones del proyecto.Trabaja con los probadores y los representantes de los clientespara ayudar a identificar y clarificar los criterios de aprobación delsoftware. Realiza y redacta los casos de uso.

NIVELES DE AUTORIDAD:

Decide una interface agradable para el usuario basado en suanálisis.

Decide la cantidad de módulos basados en su análisis. REPORTA A:

Líder de proyecto.

SUPERVISA A:

Programador, Programador de BD.

REQUISITOS DEL ROL:

Capacidad de pensar críticamenteGusto de redacción de Documentos

Habilidades de comunicación con clientes

Comprensión de amplio léxico Conocimientos básicos de programación

NOMBRE DEL ROL:



8

Programador OBJETIVO DEL ROL:

Se encarga de implementar algoritmos, mediante un lenguaje deprogramación, escribe el programa de acuerdo a las

especificaciones formales dadas por el analista de proyecto. RESPONSABILIDADES:

Aplicar prudentemente los algoritmos y programas existentes queya resuelvan el problema

Utilizar correctamente los datos y darle una correcta estructura. Documentar el código interno del programa, usar comentarios enlos métodos. Establecer las prioridades de la infraestructura del sistema.

FUNCIONES:

Codifica los casos de uso proporcionados por el Analista delproyecto. Gestiona la administración del código interno. Investiga sobre nuevos algoritmos o nuevas soluciones. Optimiza y mejora su código. Logra el coordinamiento del código que escribe. Realiza pruebas sobre su código


Decide la lógica que lleva su código.

Capacita o enseña a programadores con menos experiencia. REPORTA A:

Líder de proyecto.

SUPERVISA A:

Programador (junior).

REQUISITOS DEL ROL:

Habilidades de resolución de problemas. Iniciativa de investigación si la situación lo requiere. Conocimiento básico en lenguajes de programación orientados a

objetos (java o C#). Conocimiento de algoritmos básicos populares. Lógica desarrollada para implementación adecuada de algoritmos. Conocimientos técnicos sobre estructura de datos.

NOMBRE DEL ROL:



9

Diseñador de BD

OBJETIVO DEL ROL:

Es la persona que se encarga de diseñar Gestionar y construir labase de datos que trabajará en conjunto con el sistema que es

desarrollado por el (los) programador(es). RESPONSABILIDADES:

Reconocer los mejores tipos de datos a usar conjunto al sistema. Determinar los requerimientos de los usuarios que usarán lasbases de datos. Crear bases de datos con integridad. Coordinar el desarrollo de la BD de acuerdo el análisis delanalista.

FUNCIONES:

Diseña y crea la base de datos. Desarrolla el diagrama entidad-relación que servirá de plano de laBD. Interpreta los datos creando estructuras óptimas para los tipos dedatos. Entiende y usa el lenguaje SQL. Documenta procedimientos, funciones y triggers.


Decide sobre materiales asignados al proyecto.

Decide sobre las modificaciones a las líneas base del proyecto. REPORTA A:

Líder de proyecto.

SUPERVISA A:

Diseñadores (junior).

REQUISITOS DEL ROL:

Conocimientos del lenguaje SQL. Experiencia con Mysql. Habilidad de realizar consultas rápidas y procedimientos dentro de

SQL. Habilidad de lógica para lograr integridad en los datos. Conocimientos en estructura de datos.



10

NOMBRE DEL ROL: Tester de software

OBJETIVO DEL ROL:

Se encarga de investigar un producto de software con el objetivode obtener información acerca de su calidad y del valor querepresenta para quienes lo utilizan

RESPONSABILIDADES:

Asume el desafío de detectar el mayor número de fallas severasantes de que el software salga a producción.

Asegura la máxima calidad del producto. FUNCIONES:

Pone en práctica las ideas y adecua las técnicas y el esfuerzo alalcance del proyecto.

Administra sus pruebas en tiempo y forma. Prueba varias versiones del mismo software. Indica las confusiones y el nivel de usabilidad del software. Toma en cuenta factores como la instalación del software endiferentes sistemas operativos.

Diseña pruebas que se puedan repetir y evaluar. NIVELES DE AUTORIDAD:

Decide la metodología de sus pruebas y califica la usabilidad. Autoriza y corrige errores o posibles fallas que los programadorescometen. Rechaza la funcionalidad y usabilidad del software creado por losprogramadores.

REPORTA A:

Líder de proyecto.

SUPERVISA A: Programador.

REQUISITOS DEL ROL:

Facilidad de comunicación oral y escrita. Creatividad para generar ideas e imaginar los problemas quepodrían existir.



11

Pensamiento crítico para evaluar las ideas, hacer correcciones yvincular lo observado con los criterios de calidad de la empresa.

Aptitudes de trabajo en equipo, de manera para poder interactuarcon desarrolladores y otros testers.

Matriz de asignación de responsabilidades.

Códigos de roles.DP Director de Proyecto.

LP Líder de Proyecto.

AP Analista de Proyecto.

PR Programador.

DBD Diseñador de base de datos.

TR Tester de software



12

Actividades ROLES

Proyecto ShareIt DP LP AP PR DBD TR

Fase inicial

Reunión inicial A R P P P P

Ejecución del acta de constitución P P R P P P

Aprobación del acta de constitución R P P P P P

Identificación de interesados A R P P P P

Planificación

Administración de Proyecto A R P P P P

Administración de la Comunicación P R P P P P

Administración de Riesgos P R P P P P

Administración de Adquisiciones P R P P P P

Administración de Recursos Humanos P R P P P P

Ejecución

Bocetos/Bosquejos P P P R R P



13

Desarrollo de software P P P R P P

Pruebas del software P P P P P R

Implantación de software V R P P P P

Seguimiento y control

Bitácora de actividades V R R P P P

Cierre

Reunión de cierre R P P P P P

Informe de cierre V R P P P P

Plan de Gestión del Personal

CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO

ROLCRITERIO DE LIBERACIÓN

¿CÓMO?

DirectorAl término del proyecto A través del informe de cierre

de proyecto

Jefe de proyectoAl término del proyecto A través del informe de cierre

de proyecto

Analista de proyectoAl tèrmino de cada iteraciòn del proyecto

A través del informe de cierrede proyecto

Programador Al término del proyecto A través del informe de cierre

de proyecto Diseñador de base dedatos Al término del proyecto

A través del informe de cierrede proyecto



14

CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS

1. Se deben presentar a tiempo todos los informes y/o avances del proyecto.2. El personal será evaluado conforme a su desempeño durante el proceso de ejecución ycierre del proyecto

Control de cambios

Responsable Fecha Ajuste Comentario Versiòn



15

ADMINISTRACIÒN DE COMUNICACIÒN

Procedimientos para tratar comunicaciones

Cualquier adquisición debe ser de manera escrita y con elformato establecido para que ésta sea aprobada por el líder deproyecto.

Se anotan todas las ideas planteadas en las juntas y se realizaun análisis de cada una por separado.

Se mantiene una bitácora para mantener informado al equiposobre las actividades en las que se van avanzando.

Realizar seguimiento a las posibles soluciones planteadas delos diferentes participantes del equipo.

En caso de no llegar a solucionar las diferentes problemáticas sepondrá a disposición de un juicio de expertos, en todo casorecomendable el director del proyecto o líder de proyecto.

PLAN DE COMUNICACIONES



16

Procedimiento para actualizar el plan decomunicaciones

El plan de comunicaciones deberá ser revisado y/o actualizado cadavez que:

Hay solicitud de cambio aprobada que impacte el plan deproyecto.

Hay correcciones que impacten los requerimientos onecesidades de los interesados.

Hay cambios en las asignaciones roles al equipo del proyecto.

Hay inconformidades en el proyecto entre los mismosmiembros del equipo.

Establecer eventos de comunicación: Reuniones,Trabajo conjunto en la nube, conferencias en escuela

Debe establecerse la reunión con anterioridad.

Debe Asignarse una fecha y hora.

Se deben fijar los objetivos de la reunión.

La puntualidad se debe tomar en cuenta para evaluar a losmiembros del equipo.



17

Reportes de desempeño

Control de cambios Responsable Fecha Ajuste Comentario Versiòn



18

ADMINISTRACIÒN DE RIESGOS Mediante este documento se incluyen los procesos relacionados con llevar a cabo laplanificación de la gestión, la identificación, el análisis, la planificación de respuesta alos riesgos, así como su monitoreo y control en un proyecto.

Justificación

Atenuar la probabilidad o el impacto de los riesgos mediante la inserción de actividadesy recursos en la planificación del proyecto.

PLAN DE RIESGOS



19

Análisis de identificación de Riesgos del Proyecto,

Respuesta a riesgos, Análisis Cualitativo de riesgos yAnálisis Cuantitativo de riesgos

Análisis cuantitativo (Técnicas)

Obtención de datos estadísticos Juicio de expertos

Análisis cualitativo (Técnicas) Juicio de expertos Lluvia de ideas Matriz de probabilidad

ID LISTA DE RIESGOS %R

R1 Problemas con el proveedor del host. 16

R2 Incumplimieno por parte de alguno de los desarrolladores del sistema. 12 R3 Pérdida de archivos por parte de alguno de los desarrolladores. 32

R4 Problemas de transferencia/descarga de internet. 6

R5 Falta de documentacion del codigo desarrollado por programadores 6

R6 Falta de conocimiento en algunas técnicas tanto de metodologías comode programación requeridas.

40

R7 Errores por parte de los equipos o fallos en los mismos por comunicación 14

R8 Incompatibilidad de software con algún otra plataforma en la que sedesarrolla el software

8

R9 Problemas entre los integrantes del equipo de desarrollo. 12



22

Acta de compromiso

Mediante este documento se hace presente el compromiso de la empresaJarcorSoft con el proveedor Edgar Pérez Contreras con el fin de mantenercomunicación y vincular todos los procesos de compra/venta/renta de servicios oproductos para el proyecto ShareIt.

Que la información siempre fluya cliente-proveedor y proveedor-cliente conel fin de evitar inconformidades y poder concluir con éxito el proyecto.

Participantes Edgar Pérez Contreras

Director general: encargado de controlar, liderar, motivar, comunicar yaprobar el proyecto

Daniel López Maldonado

Encargado de la gestión del proyecto quien mediante la administraciónadecuada de los recursos cumplirá los objetivos establecidos por el Director

logrando así el éxito del proyecto

Roberto Carlos Machado Aguilar

Analista: Se encarga de la recopilación del catálogo de requisitos. Describe lasfuncionalidades del sistema y su comportamiento

Duanlien Nomar Lau Sánchez

Programador: Se encarga de implementar algoritmos, mediante un lenguaje deprogramación, escribe el programa de acuerdo a las especificaciones formales

dadas por el analista de proyecto.

Josué Isaí Romero Barrera

Diseñador de Base de Datos: persona que se encarga de diseñar, gestionar yconstruir la base de datos que trabajará en conjunto con el sistema que esdesarrollado por el (los) programador(es).

PLAN DE ADQUISICIONES



23

Firmas de todos los interesados Requisiciones

rea que requisita Proyecto general

Nombre del solicitante Daniel López Maldonado

Fecha de elaboración 14/03/2015

Especificaciones de lorequisitado

El proyecto necesitará de los siguientes servicios para poder desarrollar con éxitoel proyecto:

1 Programador: Habilidades de lògica y de programaciòn para Java y Android

1 Tester: Capacidad para identificar debilidades en el software

1 Diseñador de Base de datos: Experiencia en SQL y modelo entidad-relaciòn.

1 Analista: Facilidad de comprensiòn e identificaciòn de requerimientos

para el software

Observaciones

Firmas del solicitante y elcliente

Daniel López Maldonado Edgar Pérez Contreras



Fecha de elaboración

14/03/2015

Especificaciones de lo

requisitado El proyecto necesitará de los siguientes servicios para poder desarrollar con éxitoel proyecto:

Internet: Se requiere de un ancho de banda de 3 Mbps para el correctoflujo de servicios de internet.

Observaciones Se debe pagar mensualmente este servicio.





24





El proyecto necesitará de los siguientes servicios para poder desarrollar con éxitoel proyecto:

Electricidad

Observaciones Se debe pagar mensualmente este servicio.



rea que requisita Recursos humanos




Se necesita 1 equipo de cómputo por cada integrante del equipo de proyecto,en total son 4.

Observaciones Entregar con software de desarrollo a los integrantes

Firmas del solicitante y el

cliente




25

Riegos de compras

ID Descripción del riesgo Plan de acción/prevención

R1 Se corta el suministro de electricidad, sepierde información

Tener plantas de electricidad paraevitar pérdidas de información

R2 Pérdida de conexión, no hay coordinaciónen respaldos, trabajo en equipo, no

funciona la app

Tener 2 proveedores de internetpara evitar pérdida de conexión

R3 Se cae el servidor de Hosting Tener varios puntos de Hosting

para tener siempre el servicio R4 Un empleado no rinde para lo que fue

contratado Motivarlo con incentivos para que

trabaje mejor o recontratar



Administrar las adquisiciones

Control de cambios

Responsable Fecha Ajuste Comentario Versiòn

Cierre de adquisiciones

Mediante este apartado se establece el cierre de las adquisiciones por parte deJarcorSoft y el proveedor Edgar Perez Contreras para finalizar todos los servicios oproductos que fueron adquiridos durante el desarrollo del proyecto de manera formalpara evitar malentendidos.

Plan de Administracion de Proyectos

Documents

Transcript of Plan de Administracion de Proyectos