Es parte de la vida profesional el enfrentamos a muchas y diferentes situaciones durante el desarrollo de un nuevo proyecto o mantenimiento de un software. Entiéndase como desarrollo no a la etapa de programación de la aplicación, sino a todo el proceso desde el lanzamiento del proyecto o autorización a un mantenimiento, hasta su puesta en producción, mejor conocido como implantación; para luego comenzar a corregir errores post-implantación, esto es, la estabilización. Las situaciones referidas dependerán del rol que desempeñemos dentro del equipo de trabajo. A un Gerente de Proyectos le interesará llevar el control estricto de los tiempos y presupuestos de su cartera de proyectos asignada. A un Jefe de Proyecto le interesará ver el cumplimiento estricto de los tiempos, presupuesto y entregables del software de su proyecto en particular. A un analista le interesará llevar la parte de los requerimientos a ser implantados en el software a construir, y diseñar la solución. A un desarrollador le importará ser experto en la herramienta de programación y construir la aplicación según lo especificado en el diseño.

   En general, cada integrante del equipo interactúa y coordina con otras personas de acuerdo al tipo de rol que tiene. Por lo tanto, todo integrante del equipo tiene un nivel de gestión determinado y un nivel de responsabilidad de acuerdo a su rol.

OBJETIVO:
   El presente seminario-taller tiene por objetivo familiarizar al participante en el manejo de la gestión de situaciones típicas durante el desarrollo de un proyecto o mantenimiento de software.

REQUISITOS: 
- Conocimientos en desarrollo de sistemas.

AUDIENCIA:
- Jefes de Proyecto, Ingenieros de Software, Consultores de Sistemas, Analistas, Desarrolladores de Software, Profesionales del Software y Público interesado en general.

TEMATICA:
   El seminario-taller será dinámico y todos los participantes debatirán junto con el expositor, para cada caso:
1) Cómo se abordaría el caso propuesto asumiendo que el caso o problema ya existe y es una realidad (¿Qué actividades haré?).
2) Qué se hubiera hecho con anterioridad para evitarlo o minimizarlo (¿Qué actividades hubiera hecho?).

   El expositor será el moderador de las participaciones. Se analizarán las posibles diversas soluciones por cada caso, intercambiando experiencias y opiniones entre todos los participantes y el expositor, abordando el caso desde muchas aristas y variantes posibles. En todos los casos, el expositor complementará el debate con el uso de conceptos de gestión de proyectos, ingeniería de requerimientos, ingeniería de software, metodologías y modelos de desarrollo como sustento formal.

CASOS A DEBATIR:
Caso Tipo 1: Muchos cambios en el alcance del proyecto, el usuario solicita cambios respecto a los requerimientos originales, ya han cambiado más del 40%.
Caso Tipo 2: Muchas reuniones en el proyecto, el Jefe de Proyecto llama a reuniones de un momento a otro. En la reuniones, generalmente se trata de descubrir el origen de los problemas o el estado del proyecto. Las reuniones generalmente terminan sin conclusiones, generando una sensación de que se ha perdido el tiempo.
Caso Tipo 3: Hay muchos errores en las pruebas del sistema y el usuario no termina nunca de aprobar el producto. La cantidad de errores encontrados es enorme y no hay consenso entre los usuarios y el equipo técnico acerca de si realmente son errores; lo que generan extensas discusiones para determinar si hay errores o si se trata de nuevos pedidos.
Caso Tipo 4: El Equipo de Proyecto estaba planificando las actividades de un nuevo proyecto y aún no se tenía el trabajo totalmente claro para los programadores; cuando se les notifica que desde el día siguiente iniciará el proyecto y llegará un contingente de 15 programadores que vienen de otro proyecto que acaba de terminar.
Caso Tipo 5: Los Usuarios han iniciado la etapa de aceptación de un producto que ha tomado 10 meses de construcción. El producto está estable, sin mayores errores, pero dentro de los usuarios asignados a la prueba existe una sensación de que el producto no satisface sus necesidades.
Caso Tipo 6: Los desarrolladores de un equipo técnico estaban desde hace 5 semanas desarrollando un grupo de componentes críticos para una aplicación, pero han detenido su trabajo hace 2 días, durante los cuales han estado discutiendo una nueva manera mejor de hacer las cosas que un desarrollador ha planteado. Como sólo faltan 2 semanas para la entrega del producto no saben qué decisión tomar.
Caso Tipo 7: En un proyecto de 18 personas por 22 meses, el líder del proyecto, formó 5 equipos de trabajo, entregando trabajo específico a cada equipo. El proyecto se desenvolvió bastante bien sin mayores retrasos, hasta que se inició la etapa de pruebas integrales y los cronogramas han empezado a retrasarse, porque ningún modulo funcionó bien en la integración. Pareciera que todo está impactado y el avance planificado inicialmente sin desviaciones se irá a perder.
Caso Tipo 8: Un Usuario llamó al Jefe de Proyecto pidiendo la ejecución de un proyecto de carácter urgente. El usuario ha estado presionando al Jefe de Proyecto y éste ha cedido y ha comenzado sin una planificación formal. En la ejecución, el Jefe de Proyecto descubrió que el trabajo es más complicado de lo que parecía inicialmente y el alcance crece cada día. El Usuario pide fechas específicas y está presionando por el estado del proyecto.
Caso Tipo 9: Los analistas de un proyecto han terminado de definir el alcance del producto con el representante del usuario asignado. Cuando han acabado, el jefe del usuario dice que él también quiere revisar la definición y que le va a tomar 3 semanas, tiempo que no está considerado en ningún cronograma.
Caso Tipo 10: El usuario está en la etapa de prueba y manifiesta que el producto no satisface lo que necesita. El analista a cargo manifiesta que ha hecho exactamente lo que el usuario solicitó y que incluso tiene lo requerimientos firmados. El usuario solicita que se arregle el sistema con algo que le sirva, el analista dice que la petición es un requerimiento nuevo y que está fuera del alcance.

EXPOSITOR:
   Juan José Cárdenas (PMP). Consultor con más de 15 años de experiencia en desarrollo de software corporativo, para los sectores de servicios, banca, industria y gobierno; ha escrito código fuente, diseñado y desarrollado componentes críticos de software, ha diseñado la arquitectura de sistemas de software, ha liderado proyectos de desarrollo y mantenimiento de software. Actualmente labora en la mejora de procesos con CMMI, como tal, ha sido evaluado, ha participado en evaluaciones de CMMI y ha sido líder técnico, responsable de la implementación de los componentes de gestión de proyectos de CMMI, en la primera organización de TI en lograr el nivel de madurez 3 de CMMI en Perú.
   Tiene la certificación PMP de PMI y RUP V7.0 de IBM Rational. Es expositor frecuente de MUGPERU en temas de gestión de proyectos y mejora de procesos para desarrollar y mantener software con CMMI.

INVERSIÓN:
- S/.  50.00 (Cincuenta Nuevos Soles, Incluido IGV)

INCLUYE:
- Material impreso
- 1 CD conteniendo material de estudio
- Constancia de participación

FORMAS DE PAGO:
1. Depósito en Cuenta Corriente de CONS4BIZ SAC
      En Soles    :  191-1542960-0-53  
en cualquier agencia del Banco de Crédito, y enviarnos tu ficha de inscripción con los datos del voucher de pago o una imagen escaneada del voucher a este correo talleres@mugperu.com

2. Transferencia a Cuenta Corriente de CONS4BIZ SAC (Banco de Crédito)
      En Soles    :  191-1542960-0-53
y enviarnos tu ficha de inscripción con los datos de la transferencia o una copia del email de constancia de transferencia a este correo talleres@mugperu.com

3. Pago en efectivo sólo será factible el mismo día del evento, sujeto a disponibilidad de vacantes y material en ese momento. En este caso sólo envíanos tu ficha con tus datos personales a este correo talleres@mugperu.com

INFORMES:
- Correo Electrónico: talleres@mugperu.com
- Página Web: http://www.mugperu.com/norte
- Teléfono Trujillo: (044) 949787857 (movistar)
- Teléfonos: (01) 99789-0870 (claro) - (01) 99653-9575 (movistar)