Creador y propietario de AdictosAlTrabajo.com, Director General de Autentia S.L., Ingeniero Técnico de Telecomunicaciones y Executive MBA por el Instituto de Empresa 2007.
Twitter: Follow @rcanalesmora
Autor de los Libros: Planifica tu éxito: de aprendiz a empresario y Informática profesional, las reglas no escritas para triunfar en la empresa
Puedes consultar mi CV y alguna de mis primeras aplicaciones (de los 90) aquí
Fecha de publicación del tutorial: 2010-07-09
PMBOK (Project Management Body of Knowledge) v4.0
En Autentia, no sólo impartimos cursos técnicos sino que también impartimos decenas de cursos relacionados con la dirección de proyectos y gestión eficiente de equipos.
Como prueba de ello podéis ver que tenemos un libro entero publicado al respecto. [Más información]. [Otras publicaciones de Autentia]
Este tutorial voy a hacerlo de un modo muy particular y aunque va a tener poco escrito, si va a ser largo porque va a tener mucho hablado, que es más rápido y da menos pereza. Ya os digo que el próximo libro lo hago así.
Dirigir proyectos en una profesión en si misma y requiere formación específica. El PMBOK [base de conocimiento en la dirección de proyecto] es un punto de referencia (como otros muchos) para darnos cuenta de la dimensión de la tarea.
La obra es un punto de comienzo pero recordar eso de que "formar no es como llenar un cubo sino como encender una llama". Como siempre que hago un esfuerzo hay que dejar un tangible … disciplina es la base del éxito dirigiendo cualquier cosa.
Seguir el PMBOK y trabajar con metodologías ágiles no es incompatible y alguna referencia haremos al respecto. Os animo a profundizar en el tema.
Bueno, a la faena.
El PMBOK define que hay 5 grupos de procesos (no secuenciales):
Inicio
|
Planificación.
|
Ejecución.
|
Supervisión y control.
|
Cierre.
|
Bueno, espero que os haya gustado el formato aunque todavía estoy experimentando en ello.
Creo que si tiene éxito me animaré a hacer muchos más y más asiduamente.
A continuación puedes evaluarlo:
Fecha publicación: 2011-10-23-23:43:23
Autor: arcelia
Fecha publicación: 2010-07-23-09:03:30
Autor: vaalva
Por cierto, me ha llegado ayer tu libro (no sé si recuerdas que hablamos por correo). ¡Qué rapidez!
Fecha publicación: 2010-07-21-16:43:40
Autor: rcanales
Fecha publicación: 2010-07-21-12:43:51
Autor: vaalva
Comentas que esto no es incompatible con utilizar metodologías ágiles. ¿Cómo lo harías? ¿Han de hacerse todas estas fases para cada uno de los ciclos o sprints? ¿Tiene que haber también una planificación global?
Se dice que usando metodologías ágiles no se sabe dónde se va a acabar exactamente, ya que el usar ciclos cortos o sprints (en terminología Scrum) y sobre todo tener mayor implicación del cliente en el día a día, puede que el producto que se esté desarrollando evolucione hacia algo que no era lo que inicialmente se tenía previsto. ¿Cómo se puede inicialmente estimar duración global y coste global? ¿cómo plasmas esa incertidumbre en un contrato con el cliente? Yo creo que realmente esto último es lo que puede echar para atrás a los clientes a aceptar el uso de metodologías ágiles, muchos prefieren tener cerrado de antemano qué se va a hacer y su coste, aunque en mi opinión suelen salir perdiendo.












Saludos Cordiales
Arcelia