Administracion de riesgos

CAPITULO ADMINISTRACIÓN DE RIESGOS

Link de presentacion en Mindomo :
Administracion de riesgos

CAPITULO 1 PMBOK

CAPITULO 1 PMBOK

Video sobre el primer capitulo del PMBOK Dirección de Proyectos.

Project Charter-CRM

Acta de Constitución

Del Proyecto

SISTEMATIZACIÓN E IMPLANTACIÓN DE UN CRM EN EL PROCESO ADMINISTRATIVO EN LABORATORIOS DE CALIBRACIÓN

Información del Proyecto

Datos

Empresa / Organización	FX-Comerce
Proyecto	Implantación de CRM
Fecha de preparación	07/08/2014
Cliente	UMB
Patrocinador principal	UMB
Gerente de Proyecto	Felix Antonio Rojas

Patrocinador / Patrocinadores

Nombre	Cargo	Departamento / División	Rama ejecutiva (Vicepresidencia)
Andrés Malagón	Propietario	Dirección general
Felipe Cárdenas	accionista	particular

Propósito y Justificación del Proyecto

Se busca sistematizar los procesos que se realizan en los diferentes laboratorios de calibración, desde la petición de un cliente que pasa por manos del área administrativa, donde se hace la relación de instrumentos con técnicos, hasta la fiscalización del servicio, por medio de un CRM se mantendrían diferentes módulos entre ellos uno de administración el cual haría la gestión en cuanto a personal del laboratorio, uno para los diferentes usuarios quienes harán la gestión en cuanto a relacionar servicios con técnicos y un módulo específico para los técnicos quienes realizan el trabajo y donde almacenaran los diferentes datos para la generación de un acta de entrega o certificado de calibración. Esto permitiría el ahorro de tiempo, menos perdidas de información, datos leíbles en un sector en el que la calidad y el tiempo son esenciales para prestar un buen servicio a todo el país.

Descripción del Proyecto y Entregables

El CRM para los laboratorios de calibración deberá tener los 3 módulos mencionados en el punto anterior, administración de cuentas de usuario y modulo para el ingreso de los nuevos clientes quienes a través de la plataforma solicitaran su servicio, además debe estar desarrollado en una aplicación WEB. Creación de acta de constitución, para la aprobación e inicio del proyecto Desarrollo de los diferentes requerimientos y casos de uso por parte del cliente Entrega del diseño y los diagramas UML que se requieran para el desarrollo de la plataforma Entrega del módulo de administración de cuentas de usuario así como las primeras pantallas de lo que sería la plataforma. Entrega primer módulo para usuarios administradores. Entrega modulo usuarios funcionarios. Entrega modulo usuarios técnicos. Entrega de modulo para ingreso de nuevos clientes y peticiones.

 

Requerimientos de alto nivel

Requerimientos del producto

Debe ser amigable al cliente y muy intuitivo. Desarrollado bajo plataforma web Preferiblemente uso de software libre diferentes plataformas según tipo de usuario. plantillas con logotipos de las diferentes organizaciones. control de administrador, gestión de usuarios, clientes, recipientes y/o servicios. base de datos con datos esenciales para cada usuario, servicio, facturas, históricos,clientes nuevos y clientes antiguos. diferentes modulos: clientes, administrador, usuario funcionario, usuario técnico, solicitud de servicios. Debe permitir el pago en linea, bien sea con tarjeta débito, crédito, así como mantener el estado del pago ya que el cliente puede preferir el pago en efectivo o cheques.

Objetivos

Objetivo	Indicador de éxito
Alcance
El CRM contara con los módulos de administración, y los diferentes usuarios, así como el ingreso para nuevos clientes y petición de servicios.
El CRM al ser desarrollado con Software libre tendrá la capacidad de integrar nuevos módulos, pero en este proyecto solo se desarrollaran los ya mencionados.
Reducir los tiempos de desarrollo de un servicio, ahorro de papel entre otros.
Cronograma (Tiempo)
Se tienen 6 meses para el desarrollo de la aplicación. sin prorrogas ni retrasos, si los cambios son en tiempo de desarrrollo por parte del cliente se estableceran mas costos y tiempo.
Se realizaran 6 entregables, una cada mes.
El ingeniero deberá trabajar en horario de oficina, de 8 am a 5 pm, sin contar los sábados.
Costo
hora desarrollador: $50.000 hora
hora Ingeniero BI: $80.000 hora
Mantenimientos, reparaciones cambios dentro del proyecto: según tiempo acordado con el gerente de proyecto.
Calidad
deberá ser integrable con otras plataformas, ya que su código es abierto.
Debe ser concurrente ya que serán muchos usuarios que deberá soportar.

Premisas y Restricciones

Manejo de software libre. Plataforma web Debe ser concurrente. Solo un usuario calificado puede eliminar información, si hay errores en el desarrollo de un proceso de gestión de servicios se deberá crear una nueva petición. Las peticiones que se realicen y asignen a un técnico deberán ser informadas de manera inmediata. Los costos no deben exceder los 80 millones de pesos Restricciones de ley (nombres, derechos de autor). Restricciones en limitaciones de personal.

Cronograma de hitos principales

Hito	Fecha tope
Inicio de desarrollo, entrega de acta de constitución y diferentes actas para el inicio del proyecto	07/09/2014
Inicio del proyecto	20/09/2014
Mitad del tiempo, 3 entregables verificados	07/12/2014
Entrega final de la aplicación	28/02/2014
"sin prorrogas ni retrasos"

Presupuesto estimado

$ 115’000.000

 

Lista de Interesados (stakeholders)

Nombre	Cargo	Departamento / División	Rama ejecutiva (Vicepresidencia)
Volumed Ltda.		Laboratorio de metrología
Camilo Alarcón		Laboratorio de metrología
Colmetric		Laboratorio de metrología
Andrés Malagón	Propietario, Empresa	Dirección general
Felipe Cárdenas	Accionista	particular

Requisitos de aprobación del proyecto

Cronograma realizado bajo un tiempo estipulado según horas ingeniero. Buen presupuesto para el proyecto. Contrato a largo plazo en el cual se manejen los mantenimientos y ajustes a la plataforma. Project Charter completamente diligenciado con las especificaciones de todo el proyecto.

Asignación del Gerente de Proyecto y nivel de autoridad

Gerente de Proyecto

Nombre	Cargo	Departamento / División	Rama ejecutiva (Vicepresidencia)
Felix Rojas	Ingeniero de sistemas	sistemas

Niveles de autoridad

Área de autoridad	Descripción del nivel de autoridad
Decisiones de personal (Staffing)	Creación de grupos de trabajo, según actividades (bajo)
Gestión de presupuesto y de sus variaciones	Hará los respectivos pagos, así como la asignación para cada área de trabajo y trabajos que se deban realizar por aparte. (bajo)
Decisiones técnicas	Tendrá a cargo las especificaciones de la plataforma cambios que se deban realizar y manejo y apoyo de personal (alto)
Resolución de conflictos	Coordinar el personal para que se haga a cargo de los diferentes causales de los conflictos bien sean de personal o de aplicación.(medio)
Ruta de escalamiento y limitaciones de autoridad	Manejo de personal encargado (coordinadores y gerentes de proyectos) (medio)

Personal y recursos preasignados

Recurso	Departamento / División	Rama ejecutiva (Vicepresidencia)
5 ingenieros de desarrollo /20 millones	desarrollo
3 Analistas de información /15 millones	sistemas
Gerente de proyecto 15 millones	Sistemas
4 Business intelligence /20	BI
15 computadores, puestos de trabajo, transportes para quienes deben conocer el negocio.	Todo el Equipo de Trabajo

Aprobaciones

Patrocinador	Fecha	Firma
Andrés Malagón
Felipe Cárdenas
Felix Rojas

 

Quiz Gerencia de proyectos

TALLER
GERENCIA DE PROYECTOS INFORMATICOS

1.     Las disposiciones tomadas por una decisión experimentada pueden tener impacto significativo en la eficacia de un equipo de ingeniería del software. Proporcione cinco ejemplos para ilustrar que es cierto.

·         Tipos de metodología usada, ya que se puede usar una metodología que el equipo ya conozca por lo tanto su adaptación es más sencilla.

·          Que solicite otro equipo de trabajo que esté a disposición para trabajo extra necesario.

·         La toma de medidas basado en suposiciones, es decir realziar predicciones documentadas para las diferentes posibilidades y tener soluciones ya dispuestas en dado caso.

2.     Se le ha nombrado gestor de un proyecto dentro de una organización de sistemas de información. Su trabajo es construir una aplicación que es bastante similar a otras que ha construido su equipo, aunque esta es mayor y más compleja. Los requisitos han sido detalladamente documentados por el cliente. ¿Que estructura de equipo eligiría y porque? ¿Qué modelo(s) de procesos de software elegiría y por qué?

Usaría la estructura de programador en jefe ya que sería quien lidere el proyecto haciéndolo productivo confiable y dando las especificaciones de lo que se quiere, de esta manera usaría la metodología en espiral para estar revisando cada fase del proyecto de manera que el cliente también vea resultados buenos o genere modificaciones.

3.     Se le ha nombrado gestor de un proyecto de una pequeña compañía de productos de software. Su trabajo consiste en construir un producto innovador que combine hardware de realidad virtual con  software innovador. Puesto que la competencia por el mercado de entretenimiento casero es intensa, hay cierta presión para terminar el trabajo rápidamente. ¿Que estructura de equipo eligiría y porque? ¿Qué modelo(s) de procesos de software eligiría y porqué?.

Usaría una estructura de un equipo autodirigido, ya que al ser un producto innovador seria interesante escuchar la opinión de todo el grupo de trabajo, para esta usaría una metodología agil como XP combinada con SCRM debido a su facilidad para implementar y la rapidez de los resultados.

4.     Se le ha nombrado gestor de un proyecto de una gran compañía de productos software. Su trabajo consiste en  dirigir la versión de la siguiente generación de su famoso procesador de textos. Como la competencia es fuerte, se han establecido y anunciado fechas límites rígidas. ¿Que estructura de equipo eligiría y porque? ¿Qué modelo(s) de procesos de software eligiría y porqué.

Usaría la estructura de programador en jefe, ya que necesaria dirigir los nuevos cambios preestablecidos, de manera que se tiene claro cual es el camino que se tomara, por otra parte usaría la metodología de reutilización de software ya que las modificaciones no es en toda la aplicación por lo tanto la parte escencia y funcional del procesador de texto seguirá siendo viable junto con alguna metodología Cristal que resulta fácil de implementar y dirigida al mismo equipo de trabajo.

5.     Se le ha pedido que desarrolle una pequeña aplicación que  analice todos los cursos ofrecidos por la universidad e informe de las notas medias obtenidas en los cursos (para un período determinado). Escriba una exposición del alcance que abarca este problema.

Requerimientos:

• La aplicación debe poder accederse en cualquier momento desde cualquier sitio por lo cual se deberá realizar en una plataforma web.
• La aplicación deberá mantener información de tallada de los maestros, los estudiantes, y las materias, así como su relación directa.
• La plataforma deberá tener acceso a las notas con su respectivo porcentaje.
• Deberá tener un modo de comunicación entre alumno y profesor bien sea mensajes de texto o un chat implementado.
• La plataforma deberá poder expedir un certificado de notas bien sea del nivel en el que se encuentre o de la totalidad de materias que ha visto.
• La plataforma deberá contar con todos los cursos ofrecidos por la universidad así como habilitada para quienes están en condiciones de verla.

Taller2 Gerencia de Proyectos

1. Análisis del capitulo de Gerencia de Integración.


Link de Mindomo:

http://www.mindomo.com/mindmap/new-map-fee27357383440c483a5a880caec71d3


3. Alcance Preliminar:

Se espera el desarrollo de una aplicación web que mantenga diferentes módulos (administrativo, usuarios funcionarios,usuarios técnicos, modulo de ingreso de datos y peticiones por parte del cliente), entre los cuales se

pueda hacer todo el seguimiento al proceso de gestión de un servicio, desde su petición, su asignación, la solución del mismo por parte de los técnicos y finalmente su facturación y entrega.

La aplicación debe manejar una base de datos que mantenga información esencial de los clientes, los técnicos y funcionarios, así del inventario de los diferentes servicios que pueden ofrecer, como lo son los  diferentes recipientes volumetricos que pueden calibrar.

Durante el desarrollo de la aplicación se harán una serie de entregas aproximadamente cada mes, el proyecto tendrá una duración de 6 meses  por lo cual se espera que las entregas se realicen una cada mes, al ser poco tiempo se usara la metodología XP, y se requiere del apoyo continuo del propietario para hacer los cambios en tiempo de ejecución.

4. Plan de gerencia del proyecto: