sábado, 30 de diciembre de 2006

De regreso...

Muy bien, ya estoy de regreso, después de un exámen de 4hrs, un trabajo que dejar al corriente y una bebé que cuidar durante mis vacaciones... al fin, el siguiente post.
Como lo anuncié, estuve ausente dado que estuve estudiando para el exámen del PMI que me acreditaría como Project Management Professional (PMP). Me complace reportar que pasé el examen y que me he unido a las filas de los certificados en Administración de Proyectos del PMI.
Quisiera dedicar un par de posts para relatar un poco esta experiencia siempre con el objetivo de entregarles información útil y digna de ser discutida aquí. He aquí el primero:

Acerca del exámen: El PMI, según he leido, se destaca por ser el instituto con la certificación No. 3 mas buscada en el mundo. Además ha recibido un premio por parte de la ISO que acredita el exámen como uno de los mejor elaborados para comprobar conocimientos. Con esto como background ¿qué mas puedo yo agregar? Simplemente algunas leccionesAPrendidas:
Lecciones
1. El examen es difícil.
2. Rara vez encontrarás preguntas conceptuales (lo que hace inútil confiar totalmente en tu memoria), mas bien son preguntas situacionales en las que deberás contestar cuál es el mejor curso de acción en una situación dada.
3. Practica con examenes de prueba. Hay muchos sitios que ofrecen preguntas gratuitas y otros con un bajo precio (49USD). El mejor ensayo es permanecer 4 horas concentrado en contestar preguntas, si pasas esa prueba, habrás sumado para la prueba final.
4. No dejes que la rigidez del proceso (agendar examen, acudir al aula Prometric, la revisión previa, las instrucciones del guía, etc) te cohiban o pongan nervioso. Solo son trámites que tienes que hacer.
5. Cuando termina el exámen una pantalla en blanco que dura unos 40 segundos te hace pensar que hiciste algo mal. No te preocupes, espera pacientemente el resultado.
6. No esperes que empiecen con las preguntas fáciles, si la primera pregunta es difícil, no te pongas nervioso(a).
7. No te preocupes si te pasas de 72 segundos por pregunta durante las primeras 50, pero trata de cerrar esa brecha. Ajustate a 60 o 70 segundos por pregunta, eso te va a dar de 10 a 30 minutos para revisar tus respuestas al final.
8. El PMBOK es un "must" para estudiar para el examen, pero no trae toda la información que necesitas. Revisa las notas de el curso de certificación que hayas tomado o compra algún libro de "PMP Preparation".
9. Aunque el PMI evalúa la experiencia, el examen presenta situaciones en muchos de los casos no de la vida real, así que no confíes en tu experiencia, mejor aprende los términos del PMI.
10. Si no pasas a la primera, sabe que la mayoría no lo hace. Entiende que no eres el primero en fallar. No te desanimes, presenta otra vez. Date un par de meses para reestudiar. Revisa en qué fallaste y ahonda en esos temas. Repasa los que ya dominas y no te metas a mucha profundidad en ellos, mejor invierte en aquellos en los que no dominas.

Bueno, asumí que los lectores querrían saber algo acerca del examen de certificación para PMP, así que espero que esta mini guía de consejos les sirva. ¿Alguna otra sugerencia?

domingo, 17 de diciembre de 2006

A mis dos lectores...

Yo sé que no he escrito, pero estoy en mis últimos días antes de presentar el exámen de certificación del PMI. Les pido paciencia...

No se me ha ido la inspiración ni se me apagó la calentura, tengo un par de posts medio escritos que, a mi juicio, son de mucho valor, pero considero que Ustedes se merecen una buena redacción y LeccionesAPrendidas de calidad.

Gracias por su paciencia.
¡¡¡Saludos!!!

Fernando Valdez B.

miércoles, 6 de diciembre de 2006

Requerimientos… ¿con fecha de caducidad?

Estuve en un proyecto en el que el usuario que definía la funcionalidad solicitó algo cuyo costo de construcción implicaba cambios importantes en varios productos que ya estaban en operación y desarrollarlo elevaba el costo del proyecto en un 50%, sin embargo la funcionalidad solicitada no elevaba el valor del producto final en una cantidad proporcional. En otras palabras, el usuario definidor solicitó funcionalidad de alto costo y bajo impacto.
Lo que hice en ese caso fue solicitar una autorización formal incluyendo información de costo del desarrollo, impacto de tener la funcionalidad, impacto en riesgos para el proyecto y en la fecha de entrega.
En el ambiente organizacional de esa empresa, cuando no se quería tomar una decisión, simplemente no comentaban al respecto. Para evitar problemas, incluí una clausula en la que decía que si no recibía autorización por escrito de este cambio a mas tardar en 72 horas, el requerimiento quedaría excluído del alcance del proyecto.
Tal como lo estás pensando, no recibí respuesta y el requerimiento “caducó”.
Después me preguntaron acerca de si se había incluído (aquellos usuarios que fingieron demencia acerca de mi comunicado, como si nunca lo hubiera enviado) y me orgullecí haciendo referencia a los dos recordatorios que envié antes de que caducara la solicitud.
¿Qué aprendí?
Lección 1.- Debemos establecer un medio formal por el cual se autoricen o rechacen los cambios en el proyecto (costos, tiempo, calidad, etc.)
Lección 2.- La cultura organizacional es un input importante al iniciar un proyecto.
Lección 3.- No se trata de “cubrirse”, se trata de satisfacer expectativas. En esta lección entra la proactividad: si hubiéramos dejado caducar el requerimiento sin hacer el esfuerzo por obtener respuesta, hubiéramos sido calificados como inflexibles. De esta otra forma, la gente se queda con la idea de que somos firmes, pero que estamos haciendo lo posible por hacer las cosas bien.
Al menos estas tres lecciones por ahora, ¿qué habrías hecho tu?

Where am I (in the world)?

Where am I (in the city)?

Visitantes

free counters