jueves, 28 de febrero de 2013

¿Cómo ganar y registrar mis PDUs, Categoria C, Actividades de Auto-Aprendizaje


¿Cómo ganar y registrar mis PDUs, Categoria C, Actividades de Auto-Aprendizaje?



CATEGORÍA C:

Actividades de autoaprendizaje
Gana PDUs con actividades de auto-aprendizaje tales como eventos individuales de aprendizaje que impliquen investigación o estudio.
Este aprendizaje puede incluir actividades informales tales como:
·        lectura de artículos, libros, manuales de instrucción;
·         ver vídeos, utilizar CD-ROM interactivos, Podcasts u otro tipo material similar;
·         teniendo conversaciones formales con colegas, compañeros de trabajo, clientes o consultores;
·         siendo acompañado (“coaching”) o adiestrado (“mentoring”) por un colega, compañero de trabajo o un consultor (si usted actuó como “coach” o “mentor” de otra persona, informe esta actividad en el marco  Categoría de Voluntariado).
Para que estas actividades califiquen deben, ser relevantes en Gestión de Proyectos, Gestión de Riesgos, Gestión de Programas, Gestión de Cronogramas,  reunir  un propósito  específico y utilizar recursos de experto.

Regla para los PDUs
Por cada 1 hora gastada en una actividad de auto-aprendizaje  se otorga 1 PDU en esta categoría.

Las restricciones a los PDUs de la categoría de auto-aprendizaje son las siguientes:
·         Los titulares de credenciales PMP y PgMP puede ganar un máximo de 30 PDUs  en la categoría de actividades de auto-aprendizaje  por ciclo.
·         Los titulares de credenciales PMI-SP y PMI-RMP pueden ganar un máximo de 15 PDU en la categoría de actividades de auto-aprendizaje por ciclo.

Documentación requerida por petición o auditoría del PMI
Evidencia que soporte su reporte de proyecto de aprendizaje, incluyendo notas, fechas de las discusiones o lecturas

Alianza con EIA "Conversatorio en la Escuela de Ingeniería de Antioquia



  Conversatorio en la Escuela de Ingeniería de Antioquia




Altus & PMstudy han creado una alianza con EIA (Escuela de Ingeniería de Antioquia)  una de las principales y más prestigiosas universidades en la ciudad de Medellín. Esta alianza tiene el objetivo de brindar educación de altísima calidad a los egresados y estudiantes de postgrado de EIA, así como al público en general, ofreciendo uno de los más prestigiosos entrenamientos para conseguir la certificación PMP® a nivel mundial.

EIA se ha distinguido durante décadas por formar  a muchos de los más importantes líderes en Antioquia y se ha logrado posicionar como una de las más importantes universidades del departamento; y todo ésto por su política interna que busca la excelencia.

Altus, se ha aliado con PMstudy ofreciendo el entrenamiento de inmersión o “Boot Camp” que tiene el índice más alto de éxito a nivel global pasando el examen de certificación.
Esta alianza permitirá a los profesionales antioqueños conocer y aplicar el estándar internacional en Gerencia de Proyectos y posteriormente certificarse como PMP®.

El próximo Jueves 7 de marzo de 7:30 am a 9:30 am, se llevara a cabo un conversatorio sobre temas importantes en torno a la certificación tales como, ¿Qué es la certificación PMP®?, ¿Qué es el PMI®?, requisitos para certificarse, importancia de la certificación, contenido del curso a ofrecer, etc. Este conversatorio se realizara en la sede en Envigado de EIA, Calle 25 sur Nº 42 – 73, las inscripciones se pueden hacer  a través del teléfono 3 54 9090 Ext 103 o al email ceia@eia.edu.co

La inscripción es gratuita pero los cupos son limitados!

Transformando las restricciones de sus proyectos en valor

Transformando las restricciones de sus proyectos en valor

Como cualquier empresa e iniciativa llevada a cabo por nosotros “seres humanos”, todos los proyectos sin excepción necesitan ser realizados y entregados bajo ciertas restricciones.

Inclusive hasta el más pequeño, como puede ser hacer una fiesta a los hijos, tiene restricciones, como por ejemplo la fecha misma de la fiesta – que es el día del cumpleaños u otro muy cercano al mismo, no otro día, el lugar donde se quiere llevar a cabo, tal vez no esté disponible el salón comunal para esa fecha y se tenga que pensar en otro espacio; en fin, a pesar de ser un proyecto “chico”, como ven tiene sus restricciones.

Tradicionalmente, estas restricciones han sido catalogadas como restricciones de "alcance" - lo que se quiere lograr con el trabajo que se debe realizar,  "tiempo" – el cronograma con el que se cuenta para desarrollar el proyecto y el "costo" – el presupuesto con el que contamos para terminar con éxito el proyecto.



Si éstos 3 aspectos críticos del proyecto se manejan adecuadamente, el resultado será:

1. Una utilización eficaz de los recursos del proyecto.
2. Una reducción del costo de oportunidad.
3. Una entrega rápida y eficaz de los resultados.
4. Una salida de alta calidad generando satisfacción en el cliente.

Todos los puntos anteriormente mencionados, afectan directamente nuestra relación con los clientes y si se administran adecuadamente nos ayudarán a entregarle un valor óptimo. Podemos decir entonces en pocas palabras, que el valor del proyecto es el valor que se le entrega al cliente.

Si miramos más allá, las empresas de proyectos que han construido su reputación, lo han logrado por medio de la capacidad que tienen de realizar de forma eficaz sus proyectos. La contraparte es muy simple, muchas organizaciones no han podido administrar eficazmente sus proyectos, porque no han podido gestionar eficazmente sus restricciones.

Tenemos que ver si nuestras Pymes tienen alguna de las siguientes características, que nos pueden indicar que los proyectos tienen problemas a nivel de restricciones. Los siguientes pueden considerarse disparadores o gatillos:

• Nos hemos pasado del presupuesto inicial.
• Brecha en tiempo existente en el plazo acordado para el proyecto.
• El producto final entregado con discrepancia para con los requisitos del cliente.
• Los procesos usados no son estándar y por ende tienden a ser ineficaces.
• Tenemos procesos reactivos en vez de proactivos en nuestra gestión de proyectos.

El tener buenas habilidades de gestión de proyectos no significa que usted no vaya a tener ningún problema o riesgo. El valor de una buena gestión de proyectos es contar con procesos estandarizados en sus proyectos o labores/tareas, para hacer frente a todas las contingencias, lo que puede derivarse en:

1. Una gestión eficaz del tiempo.
2. Una gestión de los costos más efectiva.
3. Una mejor planificación.
4. Un ahorro de los costos mediante una gestión proactiva de alcance o el trabajo a realizar.
5. Una gestión proactiva de los riesgos.
6. Una mejor calidad de producto a entregar.
7. Y una toma de decisiones efectiva.

Para todo lo anterior se necesita tiempo, esfuerzo y dinero. Como dice una propaganda del mercado, “las cosas buenas toman tiempo…” y generar valor óptimo a un cliente es uno de los temas a revisar en nuestras compañías.

Por Ralf Bühl - PMstudy

viernes, 22 de febrero de 2013

¿Va a usar Agile en su próximo proyecto Software?


¿Va a usar Agile en su próximo proyecto Software?



¿Ha tenido usted alguna vez la experiencia de un proyecto software que haya fracasado? Si ha estado trabajando en este sector algún tiempo, es casi seguro que le ha pasado alguna vez. ¿Recuerda la sensación cuando se iba dando cuenta de que no iba a ser posible cumplir el plazo, o que el producto sería inaceptable? 

Usted intentó alertar a la dirección, pero ellos no querían escucharle. Más bien al contrario, declaraban abiertamente lo bien que iba el proyecto. A usted le parecía un tanto “surrealista” lo convencidos que estaban de que todo iba bien, cuando era obvio quetodo iba mal. Los que sabían que su proyecto iba en caída libre, tampoco querían hacer nada al respecto. En vez de intentar salvar el proyecto, se concentraban en salvarse a ellos mismos: El proyecto no iba tan mal (por lo menos en su área no había problemas).

¿Recuerda el estilo de gestión que se utilizaba en este proyecto? Seguro que la comunicación no era buena, y había poca realimentación por parte de los miembros del equipo sobre requisitos, funcionalidad, tamaño, etc. Si algún miembro del equipo trataba de decir algo sobre la situación real del proyecto, se le tachaba de “negativo” o “poco colaborador”.

Aquel proyecto fracasó, básicamente, porque los miembros del equipo sabían la verdad y la dirección se negaba a admitirla. No había espíritu colaborativo ni verdadera comunicación. Fue una mala experiencia y no quiere que se repita ahora que está a punto de comenzar otro nuevo proyecto software, ¿verdad?

¿Por qué fracasan los proyectos software?


Muchos proyectos software fracasan porque se hacen de la forma tradicional, que siguen un “ciclo de vida en cascada”: Se planifica en profundidad al principio y se evitan los cambios en fase de ejecución. Se llama “en cascada” porque las fases del proyecto transcurren como los saltos de agua de una cascada: cuando una fase acaba, se baja al siguiente nivel, sin posibilidad de vuelta atrás. 

Este método de trabajo inflexible, orientado a cumplir exhaustivamente la planificación, hace que cuando estos grandes proyectos terminan, muchas veces el cliente no obtenga lo que quería. Una vez se supera la fase de planificación, ya no hay buena comunicación con el cliente. Como tampoco se analizan las lecciones aprendidas, los mismos errores se repiten una y otra vez en los proyectos siguientes. 

Los problemas de la gestión de proyectos tradicional


Los proyectos software que se gestionan de forma predictiva, siguiendo estrictamente una planificación inicial, generalmente no entregan valor al cliente hasta que se produce la entrega final. No se hacen buenas pruebas hasta las últimas fases del proyecto, los grandes problemas permanecen encubiertos, y cuando se descubren ya es demasiado tarde para repararlos. Tampoco se produce ninguna validación por parte del cliente hasta el final del ciclo de vida, cuando, cuando sus requisitos pueden haber cambiado drásticamente. 

En este tipo de proyectos, si el Director del Proyecto es sustituido (o se va de la empresa), el proyecto está en peligro porque suele depender demasiado de la dirección de una sola persona. 

Usando métodos ágiles para gestionar proyectos software


Cada vez más empresas están cambiando a métodos ágiles porque el tipo tradicional de gestión no está funcionando. 
Los métodos ágiles han evolucionado durante años a partir de los procesos de fabricación como “just-in-time” (JIT). JIT trataba de reducir los desperdicios y la sobreproducción determinando qué partes necesitaban los clientes en cada momento, mejor que producir masivamente demasiados productos que se quedaban en el almacén. JIT surgió como resultado de las nuevas capacidades de computación, que permitían gestionar inventarios y predecir cuántas unidades serían requeridas, dónde y cuándo. Antes de JIT, había que mantener grandes almacenes porque nadie sabía calcular qué cantidades serían requeridas, y quedarse sin producto era peor que tener productos sobrantes. Desde que tenemos JIT, los suministros llegan justo a tiempo para usarse.

Este concepto ha sido extendido y adaptado hasta convertirse en una herramienta útil para gestionar proyectos de software. 

Los métodos ágiles se parecen a JIT porque los componentes de software son entregados tan pronto como están listos: no se “almacenan” con el objeto de entregar todo a la vez. 

La idea básica de los métodos ágiles


La forma ágil de trabajar consiste en lo siguiente: En vez de pasar mucho tiempo planificando un proyecto al principio y luego ejecutando el plan sin revisión ni comunicación frecuente con el cliente, se planifica una pequeña funcionalidad que se puede entregar rápidamente. 

A diferencia de lo que ocurría con los métodos predictivos, con los métodos ágiles (o adaptativos) se puede empezar el proyecto sin un plan completo. Dicho plan irá surgiendo poco a poco, según se avanza. En los métodos predictivos, donde se tiene un plan completo desde el principio, los cambios se toleran peor porque también hay que modificar la planificación

En los métodos ágiles, se comienza planificando una pequeña parte inicial, se asigna un equipo con las habilidades necesarias y comienzan a trabajar. No se pierde tiempo esperando a que alguien termine algo en otra parte de la organización. Se desarrolla el elemento de software y se va probando según se avanza. Al final de una corta iteración, hay algo que poder enseñarle al cliente, ya sea un prototipo o una demo. El cliente percibe un valor en esa entrega y transmite buena realimentación sobre la funcionalidad y la usabilidad. Después comienza una siguiente iteración incremental. 


Por: jose-barato.blogspot.com

lunes, 11 de febrero de 2013

¿Cómo puedo ganar y registrar mis PDUs con cursos, talleres y formación en Gerencia de Proyectos?



¿Cómo puedo ganar y registrar mis PDUs con cursos, talleres y formación en Gerencia de Proyectos?





Categoría B: Educación Continua.
·        
        Al terminar un curso académico ofrecido por una universidad o institución educativa.
ó
·     Al asistir a cursos de formación relevantes, ofrecidos por organizaciones de formación NO registrados ante el PMI. Esto puede incluir la formación (o un “Webinar”) ofrecido por su empresa, otras organizaciones profesionales o una organización NO R.E.P.
Cuando solo una parte del curso está relacionado con el área de la experiencia de su credencial, calcule los PDUs por el porcentaje que se centró en el tema del plan de estudios general. Reporte cada curso separadamente; ingresar programas completos no serán reconocidos por créditos PDUs, solo los cursos individuales.
Regla para los PDUs.
1 hora de instrucción relacionada con gestión de proyectos, riesgos en los proyectos, programación en el proyecto o gestión de programas es igual a 1 PDU. Puede reportar 0.25, 0.50 ó 0.75 PDUs.

Documentación requerida por petición o auditoría del PMI
Si es un curso académico: por favor proporcione la copia o el reporte que indica que aprobó el grado
Si no es un R.E.P. ante el PMI: Por favor provea el formulario de registro, certificado o carta de asistencia y un folleto o material del curso (con el plan de estudios) resaltando los temas cubiertos y las calificaciones del instructor/profesor.

lunes, 4 de febrero de 2013

¿Puedo hacer mejor las cosas en los proyectos de mi Pyme? Un enfoque de Metodología de Gerencia de Proyectos “MdGP” para las Pyme


Por: Ralf Bühl

Siempre existe una forma de hacer mejor las cosas, indiscutiblemente, por más pequeña que sea esa aportación y en el caso de los proyectos en empresas grandes o pequeñas, no existe esa excepción.
En la actualidad las grandes empresas colombianas Ecopetrol, el Grupo Aval, Carvajal, etc. y multinacionales prestigiosas HP, Deloitte, Unisys, Siemens, KPMG, etc. han adoptado las Mejores Prácticas Internacionales como las del Project Management Institute® – “PMI®” para gestionar sus proyectos e inclusive las han adaptado y personalizado al interior de ellas, generando su propia Metodología de Gerencia de Proyectos.
Una forma simple de explicar lo que significa una MdGP – Metodología de Gerencia de Proyectos podría ser, entre otras, una forma gradual y ordenada de llevar a cabo los proyectos, que es adicionalmente concebida y diseñada o ajustada al contexto empresarial para generar valor al interior y para con los clientes. Se genera valor porque, al concebir una MdGP se logra entre otros, sermás eficientes en:
·         las fechas y los recursos acordados,
·         alinear las metas del negocio y metas de los proyectos administrando integralmente el portafolio de proyectos de la Pyme,
·         tener un estándar personalizado a la Pyme para gestionar los proyectos, incrementandola calidad del proyecto y gestionando adecuadamente sus riesgos,
·         centralizar el control de los proyectos, para poder monitorear su alcance, cronograma, presupuesto, teniendo una información consolidada de los proyectos para la Alta Gerencia,
·         evaluar los proyectos, posterior a su implementación (que en el medio no es una costumbre frecuente, pero que si se hace juiciosamente, se convierte en las valiosasLecciones Aprendidas de incalculable valor para la Pyme).
Solo pensar en que al menos uno de los anteriores puntos se logre, estaríamos “haciendo mejor las cosas” y por ende los resultados de implementar una MdGP se ven reflejados en el corto plazo por medio de:
·         un aumento en los ingresos y en la reducción de los costos de los proyectos
·         un aumento en la satisfacción de nosotros la Pyme y sus ejecutores, como también el cliente de la Pyme
·         aprendizaje en el tiempo tras cada proyecto bien o mal terminado (en relación con evaluar los proyectos posterior a su implementación) para llevar poco a poco a la Pyme a madurar en este ámbito.

Un poco sobre el Estándar del PMI® antes de entrar en materia con la MdGP
El estándar del PMI® – el PMBoK® ver4. (Project Management Book of Knowledge®), clasifica el ciclo de vida de gestión de proyectos en 5 “tiempos”, Iniciación –Planeación –Ejecución–Monitoreo&Control-Cierre, que están muy alineados con el modelo Deming (Planear-Hacer-Chequear-Actuar), a mi forma de ver una forma muy intuitiva de realizar las cosas.
El PMI®, ha definido en su estándar del PMBoK®, unos campos de acción que se deben contemplar en todo proyecto que han llamado las 9 áreas de conocimiento y son la Gestión de la(s)/del(os):Integración, Alcance, Tiempo, Costo, Calidad, Recursos Humanos, Comunicaciones, Riesgos y Adquisiciones.
Adicionalmente para cada área de conocimiento el estándar define procesos y cada proceso está articulado por medio deEntradas, Técnicas y Herramientas y Salidas.
·         Entradas (documentos, planes, diseños, etc.): ¿Qué se tiene para realizar el proceso?
·         Herramientas y Técnicas (mecanismos aplicados a las entradas): ¿Cómo lo vamos a procesar/llevar a cabo?
·         Salidas (documentos, productos, etc.): El resultado (éste en muchos casos es entrada de otros procesos).
Tomemos como ejemplo,la Gestión de Riesgos:La gestión del Riesgo del Proyecto, describe los procesos involucrados en la identificación, análisis y control de los riesgos para el proyecto, a saber:
·         Planificar la Gestión de Riesgos
·         Identificar los Riesgos
·         Realizar Análisis Cualitativo de Riesgos
·         Realizar Análisis Cuantitativo de Riesgos
·         Planificar la Respuesta a los Riesgos
·         Dar seguimiento y Controlar los Riesgos
Y a manera de ejemplo explicativo, algunas Entradas, Técnicas y Herramienta y Salidas del proceso de Identificar los Riesgos podrían ser:
·         Entradas: Plan de la gestión de riegos, Estimación de costos de las actividades, Estimación de la duración de las actividades, etc.
·         Herramientas y Técnicas: Técnicas de recopilación de información,  Análisis de supuestos, Análisis DAFO, Juicio de expertos.
·         Salidas:Registro de riesgos(única salida).
La idea de este artículo no es entrar en detalle con el estándar del PMI®, ni con sus grupos de proceso, áreas de conocimiento, procesos, etc. pues para ello ya existe mucha información en la WEB que el lector puede revisar o consultar directamente en el sitio web del PMI, sino mostrar un enfoque de una MdGP aplicado a Pymes, desde la perspectiva global de estas mejores prácticas en Gerencia de Proyectos.

La hora de implementar la MdGP
Es importante mencionar, a la hora de implementar una MdGP, que esta labor implica 3 aspectos fundamentales que conllevan a un trabajo entre la Pyme y un experto; el primero de ellos es la revisión de cómo la Pyme está haciendo actualmente sus proyectos, el segundo es hacer el “match” (intersección) de esos resultados con las mejores prácticas y el tercero es diseñar e implementar lo que se quiere lograr.
Pensemos ahora en un proyecto de nuestra Pyme y revisemos si cada una de las áreas de conocimiento, aplicarían. Posiblemente nos encontraremos con que a éstas las “tenemos en cuenta” en los proyectos, pero tal vez varias de ellas las contemplamos como una sola con otro nombre, o algunas no se tengan en cuenta, lo cual no significa que algo se esté haciendo incorrectamente. Lo que si significa es, como este estándar “implícitamente” y de cierta medida lo usamos en nuestro día a día de proyectos, pero también nuestra conclusión debe llevarnos a ser honestos y poder decir, nos hacen falta puntos muy importantes que podríamos estar haciendo en nuestros proyectos.
Una aproximación al desarrollo de una Metodología de Gerencia de Proyectos para Pymes con cierto grado de influencia del estándar internacional, podría estar enmarcadadesde los siguientes conceptos:
·         Defina e inicie su Proyecto (DeI), Planee y Estructure su Proyecto (PyE), Emprenda y Chequee/Verifique su Proyecto (EyV) y Finalice su Proyecto (F)1.
·         La forma en que lo podemos hacer es integrando el estándar del PMBoK®a la MdGP por medio desus Entradas - ¿Qué se tiene?y Salidas - El resultado:





…Entonces vamos al grano
Defina e inicie su Proyecto (DeI)
¿Qué se tiene?
·   Defina el Proyecto: ¿Qué se entiende por el proyecto (Presupuesto, Cronograma, Alcance, Calidad, Riesgos, Recursos y cómo vamos a dejar satisfechos al cliente)? Lo anterior se hace sin un alto grado de detalle.
·    Seleccione la persona encargada del proyecto.
· ¿Qué nos sirve, dentro de lo que tenemos en la empresa y lo que tiene el cliente (políticas, procedimientos, metodologías, etc.)?
·    ¿Quiénes son las personas que intervienen?
El resultado:
·         Un documento de inicio del proyecto con los anteriores puntos y dónde se declare que el proyecto está aprobado.
Planee y Estructure su Proyecto (PyE):
Planificar y Estructurar, es la respuesta a  ¿Cómo lo vamos a hacer, cómo vamos a trabajar para lograr los objetivos y el alcance del proyecto, terminando especialmente dentro del cronograma pactado y el presupuesto aprobado? Realmente dedicar tiempo a este paso, es ahorrar tiempo en emprender/ejecutar el proyecto y finalizarlo adecuadamente.
¿Qué se tiene?
·     Lista de los requerimientos.
·     Realice un documento con el trabajo a realizar: Subdivida el trabajo, en paquetes de trabajo y éstos en actividades.
·    Asigne un responsable (si el equipo lo compones más de 1 persona) por paquete(s) de trabajo y defina el presupuesto y el tiempo para realizarlo (implica revisar los recursos para ambas tareas), la calidad y sus posibles riesgos.
·   Definala estructura de comunicaciones dentro del proyecto (cliente y ejecutores del proyecto), especialmente del cómo se van a realizar los cambios en el proyecto.
El resultado:
·    Un documento del CÓMO se trabajará en el proyecto y cómo lo vamos a realizar en cuanto a Alcance (lo que se quiere por medio del trabajo a realizar), Costo (Presupuesto definitivo), Cronograma Definitivo, Calidad deseada, Riesgos (posibles riegos y su forma de “prevenirlos” o “atacarlos”) y la forma deseada de comunicaciones entre los involucrados del proyecto.
Emprenda y Chequee/Verifique su Proyecto (EyV)

¿Qué se tiene?
·     El documento anterior del CÓMO.
· Resultados correspondientes a realizar cada parte del CÓMO, que implicarán un Chequeo/Verificación del resultado.
·   Después de obtener resultados por paquete de trabajo(s), un reporte de cómo está nuestro proyecto en cuanto a Presupuesto (¿estamos con sobre costos?) y Cronograma (¿vamos atrasados?).
·    Una solicitud de cambio debido a una mejora, a un error, a un defecto.
El resultado:
·         Información sobre el desempeño del proyecto (generalmente presentada en reuniones de avance).
·         Realización total o parcial (hasta el momento en tiempo del Chequeo del proyecto) de los Entregables del proyecto.
·         Mejoras al proyecto (revisando que éstas no estén cambiando el alcance del proyecto), que permiten ser proactivos de acuerdo al estado en general del proyecto, con el fin de evitar la reactividad que generalmente implica retrasos.

Finalice su Proyecto (F)
¿Qué se tiene?
·         Los entregables o paquetes de trabajo completados.
·         La documentación que se haya generado o modificado en la anterior etapa.
El resultado:
·    Recibir  y aprobar todos los entregables del proyecto entre ambas partes, a través de una reunión formal que genera un acta de aceptación en total conformidad del proyecto.
·    Información sobre la variación de lo real vs. lo planificado.

No olvide
A la hora de realizar proyectos las mejores prácticas internacionales, son un punto de referencia que toda empresa de cualquier índole debería tomar en cuenta.
Toda empresa involucrada en proyectos al interior de la misma o hacia sus clientes, debe pensar que puede realizarlos de una manera más eficiente (beneficios mencionados al principio) y una de las herramientas más contundentes en proyectos - la MdGP, no es solo para quien gestiona el proyecto (líderes, gerentes, supervisor, etc.), sino para todo el equipo de trabajo, la empresa misma y sus clientes.
Y recuerde que los beneficios de una MdGP son apreciables, desde el primer momento de la implementación de ésta a un proyecto de la empresa.

Articulo publicado en Revista GerentePyme