domingo, 26 de agosto de 2012

Casos de Gestión de Proyectos Tecnológicos


Estudio de Casos Guía 2 Parte 1.

 


Caso 1 Prueba Piloto Microsoft Lync Server "Comunicaciones Unificadas"

De acuerdo alcance de la prueba piloto, se instalo Lync Server, para 250 usuarios.
Las actividades de la implementación se definieron en 1 fase, la cual se cumplió de acuerdo al cronograma establecido.
 
El alcance comprometido era:
  • Instalar los servidores internos y externos para dar servicio a los usuarios de la red interna y externa.
  • Instalación de 250 Clientes.
  • Publicación de Servicios:
    • Mensajería instantánea
    • Presencia
    • Voz de PC a PC
    • Videoconferencia
    • Webconference
    • Desktop Sharing
    • File Transfer
El Criterios de Éxito se entendía como: El piloto se entenderá exitoso y lo considerará como plataforma para adquisición y despliegue en producción si se cumplen los siguientes criterios de éxito:
  • Instalación  y correcto funcionamiento de los servidores de Lync Server 2010
  • Instalación y correcto funcionamiento de los 250 clientes de Lync 2010
  • Servicios de comunicaciones unificadas operando para usuarios internos y externos vía Internet:
    • Mensajería instantánea
    • Presencia
    • Voz de PC a PC
    • Videoconferencia
    • Webconference
    • Desktop Sharing
    • File Transfer
Se desarrollo las actividades bajo lineamiento Pmi, lo cual permitio cumplir con los alcances y metas propuestas.
 
El éxito del proyecto permitio que el cliente tomara la decisión de instalar y desplegar el servicio a los usuarios de la compañía, el cual tiene sedes en 5 países con mas de 2.500 usuarios.

El proyecto se encuentra en la etapa de negociación y se estima que la implementación se hará en 5 meses.

*Por políticas de confidencialidad no se nombra el cliente 




Caso 2 Actualización Microsoft Office 2010.

El Banco, cada trimestre verifica si cumplen con los acuerdos de licenciamiento con Microsoft. Estos procesos igual que en otras empresas, deben ser revisados antes del cierre del año fiscal, ya que deben generar los presupuestos y por normas legales deben estar al día con el pago del uso de licencias de sus productos.
 
Antes de implementar la verificación trimestral, no se tenia control ni inventario de software, en el año 2011 se contrato una consultoría  con un partner de Microsoft, ejecutando varias herramientas propias de Microsoft, una de ellas Microsoft System Center Configuration Manager la cual permite hacer un descubrimiento de todas las maquinas instaladas en el dominio y permite generar reportes de uso de licencias.
 
Comparando las licencias adquiridas vs las instaladas para productos Microsoft,  descubrieron que las licencias de Microsoft Office no estaban cubiertas.
 
Específicamente se encontró que existían múltiples versiones de office, donde incluso el Banco, nunca adquirió esas versiones de office.
 
Versiones NO Licenciadas:
  • MsOffice 95
  • MsOffice 97
  • MsOffice 2000, 2002,2003, 2007 versiones Starter, Home, Standar

Versiones Licenciadas:
  • MsOffice 2003 Professional
  • MsOffice 2007 Professional
  • MsOffice 2010 Professional


El Banco contaba con versiones licenciadas, en menor numero que las instaladas.


Se llego a un acuerdo de compra para migrar las versiones instaladas no licenciadas, la migración se contrato por servicios de consultoría el cual se planeo para realizar en 3 meses.

Aproximadamente se tenían 6.500 maquinas que se debian actualizar a versiónes 2007 Standar y Professional y 2010 Professional. (Promedio 100 por Día).

El en alcance se definio:
  • Actualización y despliegue automático con Microsoft System Center Configuration Manager.
  • Dedicación de un consultor por 3 meses.
  • Instalar las versiones de acuerdo a listado de maquinas suministrado por el Banco.
  • Despliegue en horas de la noche para no afectar a los usuarios.

Al ejecutar el proyecto, se presentaron innumerables problemas que no permitieron finalizar el proyecto en el tiempo pactado, el proyecto se ejecuto en 5 meses.


El impacto se produjo entre muchos problemas por:
  • No se programo en el cronograma días para pruebas y desarrollo de paquetes de instalación.
  • Informes desactualizados de nombres de maquinas del Directorio Activo.
  • Falta de coordinación interna, entregaban tarde los reportes y no les comunicaron a los usuarios la actividad.
  • Debido al nombre incorrecto de maquinas se instalo office en maquinas que no debían tenerlo.
El alcance del proyecto a pesar de no cumplirse en el tiempo acordado, se cumplió con la actualización de los equipos proyectados.

Al finalizar el Banco se comprometio a implementar planes de contingencia para que no se les saliera de la manos el control del licenciamiento.

Algunos de los planes a implementar fueron:
  • Manejo de medios de instalación adecuado.
  • Retirar permisos de instalación a los usuarios.
  • Solicitud de instalación de office a la mesa de ayuda, previa autorización del líder de área.
  • Constante verificación de los reportes de uso de programas instalados.
  • En maquinas a formatear revisar la versión instalada para conservar la misma versión.
En este momento el Banco, contrato de nuevo, los servicios de consultoria para instalar Msoffice 2010 profesional y estandar a un promedio de 2000 equipos que tienen instalado OpenOffice y se encuentra en etapa de negociación, donde de acuerdo a las lecciones aprendidas se espera lograr el alcance acordado.


*Por políticas de confidencialidad no se nombra el cliente


 

Caso 3 Migración Software Visita Medica

 
Hace unos 5 años trabaje en Bayer como Administrador del Software de visita medica para Colombia y Ecuador.
 
En el momento de ingresar, se estaba implementado un software a la medida para que los visitadores ingresaran la información en sus Ipaq HP y sincronizaran en las noches, la información se cargaba y al día siguiente en los módulos de administración se procesaban los informes que interactuaban con las diferentes áreas, logística, administración, gerentes de zona y administradores entre otros.
 
Esta implementación fue diseñada por una empresa Argentina, la cual tenia experiencia en dispositivos PalmPilot y no en Ipaq HP.
Después de dos años de uso del software y debido a los problemas de confiabilidad en la información, tomaron la decisión de implementar una herramienta con representación en Colombia y líder en el mercado la cual incluso ya contaba con la opción de sincronización en linea.

En esta caso desde la perspectiva de la gerencia de proyectos no es posible valorar si fue exitoso o fracaso, debido a que el software realizaba lo establecido en el alcance, reconociendo que la nueva herramienta es robusta e inclusive maneja módulos que no se tenían en el anterior aplicativo.

Para el proyecto se tenían procesos de gestión de proyectos, se culmino la implementación pero los costos asociados a actualizaciones y soporte, fueron parte de la toma de decisión del cambio de tecnología.


 

Cápitulo 9 Planeación y Desempeño de los costos

Administración de Proyectos

 
 

Cápitulo 8 Consideración acerca de los recursos

Administración de Proyectos

 
 
 
 

 

Capítulo 7o Proceso de control del proyecto

Click en el link para bajar archivo diseñado con CmapTools

Para bajar jpg, click aqui


Mapas Mentales Pmbook

 Mapas  Mentales Pmbook 4 Edition






Capítulo 4o Gestión de la Integración del Proyecto
Click en el link para bajar archivo diseñado con CmapTools
Para bajar Pdf, click aqui


Capítulo 5o Gestión del Alcance del Proyecto
Click en el link para bajar archivo diseñado con CmapTools
Para bajar Pdf, click aqui


Capítulo 6o Gestión de tiempos del Proyecto
Click en el link para bajar archivo diseñado con CmapTools
Para bajar Pdf, click aqui


Capítulo 7o Gestión de Costos del Proyecto
Click en el link para bajar archivo diseñado con CmapTools
Para bajar Pdf, click aqui




jueves, 23 de agosto de 2012

Capítulo 7 Control del Programa

Administración de Proyectos

 





 

Proceso de control del proyecto

 
El principal objetivo en el control del proyecto es medir el avance real y compararlo con el avance planteado de manera oportuna y periódica y aplicar de inmediato la acción correctiva necesaria.
 
 
Durante cada periodo de informes, dos tipos de datos o información deben reunirse:
  1. Datos sobre le desempeño real:
    • Fecha real en que las actividades se iniciaron o terminaron.
    • Los costos reales incuridos y comprometidos.
  2. Información sobre cualquier cambio en el alcance, programa o presupuesto del proyecto.
    • Estos cambios pueden darse por el cliente o el equipo del proyecto.
 
Al incluir cambios al plan y aceptados por el cliente, se debe establecer un nuevo plan inicial, el alcance, programa y presupuesto pueden ser diferentes del plan original.
 
Las acciones correctivas con frecuencia involucran un equilibrio entre tiempo, costo y alcance.
 
el control debe hacerse de manera oportuna, actualizando en periodos de tiempo la información del proyecto, analizarla frecuentemente para realizar las correcciones necesarias.
 
El proceso continua durante el tiempo que dure el proyecto, entre menor sea el periodo de informes, mayores oportunidades de identificar problemas a tiempo y aplicar acciones correctivas.

La administración de proyecto es un método proactivo para controlar un proyecto, de manera que se asegure el logro del objetivo proyectadom incluso cuando las cosas no resultan ségun lo planeado.



Capítulo 7o Proceso de control del proyecto
Click en el link para bajar archivo diseñado con CmapTools
Para bajar Pdf, click aqui

 


 
 
 
 
 Fuente imagen:
 

 
 
 
 

miércoles, 22 de agosto de 2012

Capítulo 6 Programación


Administración De Proyectos

 
 
 

6.1 Estimación de la duración de las actividades.

 
Las actividades del proyecto, deben ser estimadas en tiempo, desde que inicia hasta que finalice, es decir tiempo total transcurrido, que es el tiempo necesario para realizar el trabajo mas los tiempos de espera asociados a la actividad.
 
los tiempos en los diagramas de red se representan así:
Actividad en el cuadro: Numero de horas se ingresan en la esquina inferior derecha del cuadro.
Actividad en la Flecha: Numero de horas se ingresan debajo de la flecha.
 
El responsable de la actividad es quien debe hacer la estimación de las horas. Generando compromiso y evitando estimaciones incorrectas.
En proyectos grandes la estimación es asignada a la empresa o subcontratista, usando como guia datos históricos de otros proyectos.
La estimación de la duración se debe hacer por la cantidad de recursos asignados en cada actividad.
 
Las estimaciones deben ser realistas y consistentes con las actividades a realizar.
 
Se recomienda tener tres estimación de duración de las actividades:
  • Una Optimista.
  • Una Pesimista.
  • Una de lo más probable.
 
 
 

6.2 Fechas de inicio y terminación del proyecto.

 
Para calcular la estimación de la duración de las actividades, es necesario seleccionar una fecha de inicio estimada y una fecha de terminación requerida, estas dos fechas definen el espacio delimitado de tiempo general en el que el proyecto debe realizarse.
 
La fecha de terminación se establece en el contrato haciendo parte del objetivo del proyecto.
 
En algunos casos se manejan ciclos de tiempo y no fechas especificas, que se establecen en el contrato.
 
 

 

 

6.3 Cálculos del programa.

 
Una vez definida la duración estimada de cada actividad y un tiempo general de terminación del proyecto, es necesario determinar si las tareas pueden ejecutarse en el tiempo de terminación requeridos.
 
Se puede calcular un programa del proyecto que proporcione un cronograma por cada actividad indicando:
  1. Primeras fechas de inicio y terminación de cada actividad, en base de fechas o tiempos de inicio estimada del proyecto.
  2. Ultimas fechas de cada actividad indicado inicio y finalización, con el objetivo de cumplir la fecha requerida.



6.3.1 Primeras fechas de inicio y terminación


De acuerdo a la duración estimada de cada actividad en la red se pueden calcular las dos fechas siguientes por cada actividad.

Primera fecha de inicio (PI): se da por la fecha mas cercana al inicio de la actividad, calculada en base a la fecha de inicio estimada del proyecto y el calculo de las actividades precedentes.

Primera fecha de terminación (PT): fecha mas cercana en que una actividad debe terminarse.
Calculo: suma la estimación de la duración de la actividad a la primera fecha de inicio a la actividad.



6.3.2 Ultimas fechas de inicio y terminación


Con la estimación de la duración para cada actividad en la red y utilizando la fecha o tiempo de terminación del proyecto, se puede calcular las dos fechas siguientes para cada actividad.
 
 
Ultima fecha de terminación (UT): es la ultima fecha de una actividad que debe completarse para que el proyecto termine en la fecha requerida.
 
Ultima fecha de inicio (UI): es la ultima fecha de una actividad que debe iniciarse con el fin de terminar el proyecto en la fecha requerida.




6.3.3 Holgura Total

 
La diferencia existente entre la primera fecha  de terminación calculada de la ultima actividad y el tiempo de terminación requerido del proyecto se llama holgura total (HT).
 
Si la holgura total es positiva, representa la cantidad máxima  de tiempo en que las actividades pueden retrasarse sin poner en peligro la terminación del proyecto en la fecha programada.


Si la holgura total es negativa, indica una falta de holgura en todo el proyecto. se debe buscar la ruta en particular y ejecutar la tarea retrasada con mayor rapidez.

Si la holgura es cero, no se requiere acelerar las actividades pero no se deben retrasar.




6.3.4 Ruta Critica


Un proyecto no puede terminarse hasta que se termine la ruta de actividades mas larga (la que tarde más tiempo). la ruta mas larga en el diagrama de red se llama ruta critica.



6.3.5 Holgura Libre

Otro tipo de holgura que a veces se calcula es la holgura libre (HL). Es la cantidad de tiempo que una actividad en particular puede posponerse sin retrasar la primera fecha de inicio de las actividades sucesoras inmediatas. Es la diferencia relativa entre las actividades de holgura total para las actividades que entran en la misma actividad.



6.4 Programa para el desarrollo de sistemas de información.



Un sistema de información (SI) es un sistema basado en computadora que acepta datos como entrada, procesa los datos y produce la información requerida por los usuarios.
Entre los problemas comunes que con frecuencia hacen que los proyectos de desarrollo de SI abarquen más allá de su tiempo de terminación requerido se cuentan los siguientes:
  • No lograr identificar los requerimientos del usuario.
  • No lograr identificar en forma adecuada los requerimientos del usuario.
  • Crecimiento continuo del alcance del proyecto.
  • Subestimación de las curvas de aprendizaje para software nuevo.
  • Hardware incompatible.
  • Fallas del sistema lógico.
  • Mala selección ser software.
  • No seleccionar la mejor estrategia de diseño.
  • Problemas de incompatibilidad de datos.
  • Fracaso en la realización de todas las fases del CVDS.
*CVDS: Ciclo de Vida del Desarrollo

6.5 Software de Administración de proyectos.

 
Los software de administración de proyectos permiten realizar las funciones de calculo de las actividades estimadas en horas, días, semanas, meses o años, para poder hacer uso de las escalas de tiempo y poder revisarse con facilidad.
 
Las fechas de inicio y terminación pueden incluirse junto con la lista de actividades con sus duraciones estimadas.
 
El software calculará as fechas PI, PT,UI YUT, las holguras y rutas criticas.
 
Algunas funciones del software de administración debe ser (Apéndice A):
  1. Elaboración de presupuestos y control de costos: información de costos por actividad y recursos.
  2. Calendarios: se definen los días y horas laborales por recurso o grupo.
  3. Capacidades de Internet: facilidad de publicar la información en sitios web (Sharepoint).
  4. Grafías y tablas: facilidad para generar grafías, como Gantt y los diagramas de red.
  5. importación / exportación de datos: permitir transferir información a procesadores de palabra, hojas de calculo y bases de datos.
  6. Manejo de proyectos múltiples y subproyectos:  permiten dividir actividades de proyectos grandes o manejar diferentes proyectos.
  7. Generación de informes:  informes sobre el proyecto, informes de punto de referencia, tareas completadas, informes financieros, costos, asignación de recursos, informes personalizados.
  8. Administración de recursos: asignación de recursos, tiempos de asignación a las actividades, disponibilidad, ajustes de recursos.
  9. Planeación: creación de la estructura de trabajo EDT.
  10. Monitoreo y seguimiento del proyecto: El proceso de seguimiento, costos reales y uso de recursos son fundamentales.
  11. Programación: los cambios son reflejos automaticamente.
  12. Seguridad: proporcionan acceso con contraseña para proteger los datos.
  13. Ordenación y filtrado: poder ver la información en un orden deseado.
  14. Análisis qué pasaría sí: Explorar varios escenarios en los proyectos con la ventaja de ver los cambios de forma automática.
 


Ejemplos Software de Administración de proyectos:

Gantt PV es un programa gratuito, de apariencia sencilla y sin grandes complicaciones, para planificación de proyectos, descomposición, representación y seguimiento de tareas sobre diagrama de Gantt.   http://www.pureviolet.net/
 
Gantt Project
Genera diagramas de Gantt.
Crea la work breakdown structure, grafica dependencias, define hitos
Gestiona Recursos 
Asigna recurso a las tareas y genera graficas de uso de recursos.
Genera diagramas de PERT.
Exporta datos hacia y desde MS Project
Graba los diagramas como PNG, PDF yHTML

 

Consulta de mas herramientas de uso libre:

 
 








 

martes, 21 de agosto de 2012

WBS

Work Breakdown Structure



A work breakdown structure (WBS), in project management and systems engineering, is a deliverable oriented decomposition of a project into smaller components. It defines and groups a project's discrete work elements in a way that helps organize and define the total work scope of the project.[1]
 

A work breakdown structure element may be a product, data, a service, or any combination. A WBS also provides the necessary framework for detailed cost estimating and control along with providing guidance for schedule development and control.[1]

1. a b Booz, Allen & Hamilton Earned Value Management Tutorial Module 2: Work Breakdown Structure, Office of Science, Tools & Resources for Project Management, science.energy.gov. Accessed 27. Dec 2011.



Benefits of the WBS


http://pmtips.net/benefits-work-breakdown-structure/





Example WBS



Fuente: http://edge.rit.edu/content/P11017/public/Preliminary%20Work%20Breakdown%20Structure