Leyendo los comentarios de una noticia sobre los cazatalentos más influyentes, me ha resultado curioso encontrar un par de enlaces a sitios web estadounidenses orientados a trabajadores jubilados o cerca de dicho momento en busca de trabajo. Aunque en muchos casos esto se debe a necesidad, me parece muy interesante este tipo de enfoques para gente que quiere seguir manteniéndose activa.
Como ya comentaba en una entrada anterior la experiencia y capacidades de algunas de estas personas pueden ser de gran valor.
Lo que me pregunto es, ¿tendrían cabida este tipo de sitios web en España? ¿Verías interesante que un grupo de estas personas, con experiencia y contactos, proporcionaran servicios como coaching o consultoría de negocio?
jueves, 11 de septiembre de 2008
lunes, 8 de septiembre de 2008
Proyecto en la Feria de Valladolid

Esta semana se presenta en la Feria de Valladolid un proyecto que hemos completado para una administración pública española. El servicio presenta gráficamente las parcelas de diferentes comunidades de regantes sobre Google Maps, integrando los servicios de mapas ofrecidos por los ministerios españoles (SIGPAC y PNOA). A su vez, un portal ofrece un enfoque participativo a estas comunidades de regantes.
viernes, 5 de septiembre de 2008
Project Assurance ¿El ojo fijo en tu nuca?
Vale, de acuerdo, no he podido evitar intentar crear un poco de controversia con el título. Pero me sirve de entrada para hablar sobre este tema de garantizar el correcto funcionamiento del proyecto recordando alguna anécdota del pasado.
Tengo que reconocer que, cuando hace ya siete años dirigía mi primer proyecto en una empresa de servicios (antes ya lo había realizado en una propia), me sorprendió tener a una persona que varias veces al día me preguntaba por el estado del proyecto y me solicitaba que comprobara si había tenido en cuenta determinados aspectos en los diagramas de MS project.
Cuando meses después un compañero tuvo problemas con su primer proyecto en esa misma empresa, descubrí que, aparte de no haberle proporcionado una formación en gestión, nadie había acudido a supervisar su avance.
Esto me llevó a descubrir dos aspectos de la época de las llamadas puntocom.
El primero era que, debido a la existencia de gran número de proyectos que había que llevar a cabo de forma inmediata, la necesidad de nuevos jefes de proyecto se cubría promocionando a gente sin suficientes conocimientos o experiencia en gestión (parece ser que no había tiempo para formarles) y sin alguien que les apoyara directamente (no había gente disponible). Entiendo que los salarios crecientes y la competitividad al final de la burbuja para sobrevivir como empresas hacía aún más difícil encontrar un equilibrio en estos factores.
El segundo aspecto que aprendí fue que actuar supervisando al jefe de proyecto no es una tarea fácil y que hay que comunicar de forma muy clara la existencia y finalidad de dicha supervisión y cómo ésta contribuye en el éxito del proyecto y, por tanto, en la reputación del jefe de proyecto.
En Prince2, esta supervisión se puede localizar en el rol de Project Assurance. Dicho rol tiene una doble cara:
La labor de "Project Assurance" en Prince2 es responsabilidad de la Junta de Proyecto que puede delegarla en terceras personas (nunca en el jefe de Proyecto). En este caso, si surgen diferencias de opinión sobre algún aspecto del proyecto se podrían escalar.
Tengo que reconocer que, cuando hace ya siete años dirigía mi primer proyecto en una empresa de servicios (antes ya lo había realizado en una propia), me sorprendió tener a una persona que varias veces al día me preguntaba por el estado del proyecto y me solicitaba que comprobara si había tenido en cuenta determinados aspectos en los diagramas de MS project.
Cuando meses después un compañero tuvo problemas con su primer proyecto en esa misma empresa, descubrí que, aparte de no haberle proporcionado una formación en gestión, nadie había acudido a supervisar su avance.
Esto me llevó a descubrir dos aspectos de la época de las llamadas puntocom.
El primero era que, debido a la existencia de gran número de proyectos que había que llevar a cabo de forma inmediata, la necesidad de nuevos jefes de proyecto se cubría promocionando a gente sin suficientes conocimientos o experiencia en gestión (parece ser que no había tiempo para formarles) y sin alguien que les apoyara directamente (no había gente disponible). Entiendo que los salarios crecientes y la competitividad al final de la burbuja para sobrevivir como empresas hacía aún más difícil encontrar un equilibrio en estos factores.
El segundo aspecto que aprendí fue que actuar supervisando al jefe de proyecto no es una tarea fácil y que hay que comunicar de forma muy clara la existencia y finalidad de dicha supervisión y cómo ésta contribuye en el éxito del proyecto y, por tanto, en la reputación del jefe de proyecto.
En Prince2, esta supervisión se puede localizar en el rol de Project Assurance. Dicho rol tiene una doble cara:
- Por un lado, desde un punto de vista del usuario, el proveedor y el negocio, comprueba que el jefe de proyecto está siguiendo los estándares requeridos, ajustándose al business case, realizando los pasos necesarios, comprobando la viabilidad del proyecto en cada momento entre otros aspectos (en definitiva dirigiendo el proyecto correctamente), y establece así una certeza que de otro modo se basaría en la información proporcionada por el jefe de proyecto (convertido en juez y parte).
- Por otro lado, hay que entender que la función de dicho rol NO es la de un espía que se encuentra en el proyecto para criticar el mal hacer de un jefe de proyecto. Eso es una percepción errónea. Todo lo contrario. En caso de que la persona que desarrolla dicho rol encuentre que no se está llevando a cabo alguno de los aspectos previstos, ayudará al jefe de proyecto a tenerlo en cuenta y así conseguir que el proyecto sea exitoso.
La labor de "Project Assurance" en Prince2 es responsabilidad de la Junta de Proyecto que puede delegarla en terceras personas (nunca en el jefe de Proyecto). En este caso, si surgen diferencias de opinión sobre algún aspecto del proyecto se podrían escalar.
lunes, 1 de septiembre de 2008
Cursos interesantes
Aunque ya no estoy de vacaciones, aún sigo cerrando flecos y preparandome para mi vuelta a España. A riesgo de hacer publicidad gratuita, un par de cursos interesantes que he visto anunciados en España son:
- Un curso de Scrum en Madrid por la empresa de Ángel Medinilla.
- Un curso online sobre Dirección de Proyectos para la Gestión de la Innovación y Proyectos I+D+i ofrecido para los miembros del COIT/AEIT.
miércoles, 20 de agosto de 2008
Entrada vacacional
Me encuentro de vacaciones, preparando mi regreso definitivo a España, y por eso la falta de contenido últimamente.
Algunos artículos interesantes en relación a la gestión de RRHH y talento en la empresa:
Como decía, aún me quedan unos días más de vacaciones, por lo que esto seguirá un poco parado.
Algunos artículos interesantes en relación a la gestión de RRHH y talento en la empresa:
- Artículo en Businesweek sobre un estudio acerca de la gestión del talento en función del tamaño de la empresa y donde comenta seis prácticas clave en dicho ámbito.
- CIO insight publica un artículo muy interesante sobre la falta de gestión de la formación y carrera de los trabajadores de los departamentos IT y cuáles son los principales obstáculos a dicha gestión y los riesgos a los que lleva.
- Este mismo sitio ofrece una presentación con claves sobre cómo retener a los mejores trabajadores del departamento IT.
Como decía, aún me quedan unos días más de vacaciones, por lo que esto seguirá un poco parado.
domingo, 10 de agosto de 2008
Plan de revisión del resultado del proyecto
¿En qué consiste el éxito de un proyecto? Cuando he preguntado a diferentes personas cómo valoran el éxito de un proyecto, me he encontrado con muchas respuestas distintas.
Las métricas clásicas de proyectos se centran en la consecución del plan de proyecto cumpliendo los requisitos iniciales. Desde mi punto de vista, no es lo mismo validar el éxito de un proyecto con el éxito del cumplimiento del plan. Si uno se centra en valorar estos aspectos de coste/tiempo/requisitos sin mirar el cuadro completo, se puede enfrentar a problemas como continuar un proyecto que ya no tiene sentido desde un punto de vista de negocio. Por eso el énfasis que algunas metodologías de gestión de proyectos, como Prince2, ponen en el Business Case actualizado como punto de referencia para la toma de decisiones a lo largo del proyecto.
Los objetivos de negocio del proyecto deberían ser los que marcaran si el proyecto ha tenido éxito o no, mientras que las métricas tradicionales pueden servir para mejorar la gestión de los proyectos en cuanto a buenas prácticas y metodologías, ayudado por el Informe de lecciones aprendidas. Desde esta óptica, Prince2 define el Post-project review plan que me ha dado por tradudir por Plan de revisión del resultado del proyecto. Este plan se genera al finalizar el proyecto, en la etapa de cierre del mismo. El jefe de proyecto define cuándo y cómo se ha de valorar si los objetivos se han cumplido. Para ello se han de observar los beneficios que se definieron en el BC y la foto inicial que se hizo de la situación del negocio al inicio del proyecto. Este plan ha de definir también qué personas serán necesarias para realizar esta validación, cuándo y por cuánto tiempo.
Tomemos como ejemplo un proyecto de posicionamiento Web. Uno de los beneficios definidos en el BC es que el porcentaje de visitas a la página a través de buscadores incrementará un 50% y las ventas un 10% al cabo de tres meses de finalizar el proyecto. En el plan de revision del resultado del proyecto se define que se requiere a un responsable de sistemas que compruebe dentro de tres meses los datos de visitas al sitio web que provengan de buscadores y compras realizadas por estos usuarios, lo cual le llevará 4 horas aproximadamente.
Otro elemento que ha de incluirse en la revisión de los resultados es la detección de posibles problemas que se hayan producido como resultado del proyecto, hablando con los usuarios (gente de soporte, por ejemplo) del producto del mismo.
La persona responsable de la revisión de los resultados y, por tanto, de comprobar que se lleva a cabo el plan se denomina en Prince2 el Executive que equivaldría de alguna manera al Sponsor de PMI.
miércoles, 6 de agosto de 2008
Posicionamiento del blog
Hace unos meses, cuando empecé con este blog, quise hacer un experimento sobre posicionamiento web (SEO) del mismo siguiendo las recomendaciones de libros y webs. Dejando a un lado mis objetivos para las conversiones, voy a hablar un poco del tema de tráfico resultado de búsquedas.
El resultado actual es que un 40% de las visitas que recibe el blog provienen de búsquedas en Google (alguna en Altavista) y prácticamente ninguna de MSN o Yahoo. Cuil aún es demasiado joven. Respecto a los principales términos de las búsquedas no hay ninguna sorpresa, los que más competencia tienen son los que menos visitas atraen. El ranking (eliminando ego-searching y compañías/bitácoras buscando referencias a sí mismas) quedaría encabezado por arquitectura empresarial y sus variantes, seguido de planificación producto, búsquedas relacionadas con Prince2 y con business case acompañadas por términos en castellano. Curiosamente, realizando una búsqueda de esos términos en Google.es y Google.com los resultados varían entre la primera página y la segunda.
Una cosa que sospecho es que en la valoración de Google de enlaces a sitios web no se realiza una distinción entre tipos de enlaces, contando lo mismo alguien que realmente referencie a tu sitio web que un comentario que hayas dejado en otro sitio (otro blog, por ejemplo) de los que enlazan de vuelta a través de tu nombre.
¿Utilizáis técnicas de posicionamiento web para vuestro blog? ¿Qué términos son los que más llevan a vuestro sitio web? ¿Coinciden con los planificados?
Y ya para nota, ¿qué objetivos seleccionáis para las conversiones en un blog? ¿Tenéis páginas concretas a las que queréis llevar a vuestros lectores (web de empresa o página de contacto, por ejemplo)?
Suscribirse a:
Entradas (Atom)