Otras tolerancias en el proyecto

En entradas previas hablaba de las tolerancias estándar de los proyectos y del Risk appetite. Aparte de estas tolerancias existen otras tres definidas en Prince2 que es importante comentar:

• Tolerancia en el ámbito del proyecto. Consiste en dividir los requisitos (que no requerimiento) de un proyecto en "esenciales" y "deseables". Cuando no es posible producir el proyecto dentro de los límites de tiempo y coste establecidos, esta es una opción posible. Como me dijeron mis caseros actuales: "La casa estará disponible a partir del día que comentas, pero no podremos quitarte la moqueta del baño antes de esa fecha".
• Tolerancia en los beneficios. Los beneficios definidos en el Business Case pueden incluir una determinada tolerancia siempre y cuando sigan justificando la inversión en el proyecto. Un ejemplo sería definir que el proyecto proporcionará un incremento de compras en el sitio web del 20% (+/-5%).
• Finalmente, la tolerancia en términos de calidad se produce cuando se está generando un producto dentro del proyecto y se detecta que no cumple todos los requisitos definidos en la descripción del producto. Si el tiempo para corregir ese error puede hacer peligrar la consecución del proyecto, la Junta de Proyecto puede aceptar dicha disfuncionalidad mediante una concesión.

Todas estas tolerancias sirven como controles dentro del proyecto.

The Apprentice: Ganador

En el último capítulo de The Apprentice, los participantes, divididos en dos grupos de dos personas, tenían que crear una nueva fragancia cuyo coste estuviera en torno a las 20 libras. Para ello contarían con la ayuda de los concursantes ya expulsados de la serie. En una presentación ante gente experta tendrían que exponer las cualidades de su producto.

Uno de los equipos diseñó un frasco muy innovador con un aroma novedoso. Su presentación fue buena y los expertos les felicitaron por haber conseguido un producto tan bueno en sólo dos días. Lamentablemente un aspecto se les escapó de las manos, el coste. Para producirlo requerían 3 o 4 veces el coste definido. Y este fue su máximo error. Por destacar en el producto olvidaron ver "el bosque".

El equipo ganador generó un producto mediocre, pero dentro de los parámetros establecidos.

Finalmente, la persona contratada fue el participante que más había destacado por sus resultados a lo largo de las semanas del programa. Curiosamente, la persona que mintió en su CV pues se sentía avergonzado de su falta de educación universitaria frente a los demás concursantes. Esto se vio compensado por su capacidad de entrega y de producir lo esperado.

¿Blog como herramienta de venta?

Comentando el otro día con un conocido el uso de los blogs como herramienta de marketing empresarial, nos preguntábamos si era posible utilizarlo como punto de venta de proyectos a clientes cuando el canal comercial de acceso a éstos es muy cerrado.

Al estilo de la gente que publica mashups de Google u otras aplicaciones desarrolladas por ellos, la idea sería que se publicaran enlaces a prototipos de desarrollos de una aplicación (junto con la explicación del mismo) para un sector concreto sin identificar un cliente específico.

En realidad, no difiere mucho de la actual información sobre productos que se da por parte de las empresas, solo que en este caso no sería un producto sino el prototipo de una posible aplicación a desarrollar en un proyecto.

Evidentemente, si nadie visita tu blog y no impones algún tipo de posicionamiento para que la gente lo encuentre, este canal comercial no serviría de mucho.

¿Publicarías prototipos de tus proyectos en tu blog? ¿Temes que la idea te la pudieran robar? ¿Consideras que no es un buen canal comercial y que es mejor ir directamente a los clientes?

Vídeos de formación gratuitos

Encuentro este sitio web con enlaces a numerosos vídeos de formación gratuitos.

Los vídeos están clasificados en diferentes categorías entre las que encontramos "Business and Management" y "Computer Science".

Muy recomendable para seguir con la formación remota.

Pausa vacacional

Esta semana estoy de vacaciones, prometo recuperar la que viene.

Mientras tanto, he aprovechado la capacidad de programar entradas y he dejado un par de píldoras preparadas para esta semana.

Nos leemos.

Incrementar la innovación corporativa

De vuelta de Madrid tras asistir a los premios COIT a las mejores tesis doctorales y premios fin de carrera, en los cuáles diversas empresas patrocinaban la entrega de los mismos según el tema del premio, he decidido escribir este post que me venía rondando un tiempo por la cabeza.

Uno de los aspectos que creo poco explotado por las empresas es la posibilidad de incrementar su capacidad de innovación mediante la generación de comunidades. ¿Qué quiere decir esto? Implicar a terceros, a personas ajenas a la empresa, en la generación de nuevas ideas, nuevas aplicaciones y servicios.

Pongamos un ejemplo. Imaginemos que un banco cualquiera, llámese Caja Cajera decide copiar el modelo de Google y proponer un concurso (premio incluido) en el que cualquier persona o grupo de personas puedan desarrollar una idea/aplicación innovadora para banca. Crea además una comunidad (foro, información técnica) en la que la gente se pueda dar de alta y personas con ideas puedan contactar con gente con habilidad para desarrollarlas. Pongamos que la Caja Cajera promociona este concurso en sus oficinas, en los medios y en las universidades (donde existe un gran caldo de cultivo) y decide dar un conjunto de premios que incluyen comprar los proyectos ganadores, financiar empresas creadas por las personas que den las mejores ideas o contratarlas ...

¿Qué beneficios obtiene una empresa con este tipo de acciones? 1) Incrementar su capacidad de innovación, 2) localizar personas con aptitudes, 3) habilitar nuevos canales para recibir ideas, entre otros.

A costa todo ello de una carga de gestión adicional que, sinceramente, creo que está más que justificada.

Algunas empresas han iniciado este tipo de camino, pero o se han equivocado de enfoque o no han puesto un esfuerzo detrás lo suficientemente importante para dar a conocer la iniciativa.

A este tipo de acciones que involucran a terceros independientes de forma más o menos indiscriminada es lo que yo llamo Innovación Corporativa por Comunidades.

Entrevistas en The Apprentice

Ya llega la recta final de este programa y en el pasado programa se sometió a los concursantes a unas entrevistas en las que trataba de valorar aspectos como sus aptitudes, su fuerza de carácter o su interés por trabajar en la empresa. Me parecieron situaciones curiosas en las entrevistas:

- La técnica de "véndeme este boli". Comprobar la capacidad del entrevistado para venderte el primer objeto que se te venga a la mente.
- La capacidad para mentir en el CV. Uno de los concursantes puso que había estado 2 años en la universidad, cuando sólo había pasado 4 meses. Una comprobación con la Universidad descubrió el pastel.
- Las faltas de ortografía en el CV. Y no digo erratas, digo faltas de ortografía continuas. ¿Para qué sirve el corrector ortográfico?
- La técnica del tu-cv-es-basura o eres-completamente-inempleable. Seguramente sólo para aquellos trabajos en los que te ofrezcan un número de 6 cifras en libras.
- Los comentarios en los que se sugería que una entrevista es en realidad una conversación y que cuanto antes enganches a la otra persona mucho mejor.

Cuidando a los clientes

La gestión de la relación con los clientes es un aspecto muy importante dentro de la empresa. No obstante, la palabra gestión en este ámbito tiene para mí una componente demasiado neutral y preferiría hablar de "el cuidado", "la asistencia" o "la conservación". Estos vocablos ayudan a establecer en nuestro subsconsciente una idea más clara de lo que las empresas deberían hacer con este tipo de relaciones.

Todo esto viene al caso porque la empresa que me arrienda la casa aquí en Reino Unido me ha hecho darme cuenta de la capacidad para la incompetencia que puede llegar a darse. Dejando a un lado muchos otros temas que he conseguido que solucionen tras lidiar durante meses con ellos, siguen mandándome las facturas con errores. Así que esta vez, cambiando de estrategia, he decidido aplicar un poco de humor y mandarles en un correo un enlace que me ha parecido relacionado. ¿Se darán por aludidos?

Más formación en vídeo

Navegando por baquía encuentro una sección de formación en vídeo en la que hablan de gestión avanzada de clientes, plan de negocios y Google Adwords.

Aunque la idea es buena y los contenidos parecen interesantes, tengo la impresión de que el formato vídeo se podría haber utilizado de una forma más dinámica (como mostrando casos de ejemplo). No he visto todos los vídeos, por lo que puede que en alguno de ellos haga uso de técnicas más novedosas. Me da mejor impresión cuando hay un diálogo que en la presentación individual.

Ya hemos hablado en este mismo blog sobre el opencourseware.

¿Conocéis webs con vídeos de formación recomendables? ¿Es más común encontrar este tipo de material para temas técnicos (vídeos de Google, presentación de open id ...) que para otro tipo de materias?

Lecciones aprendidas

Un documento típico que se ha de producir al finalizar un proyecto es el Informe de Lecciones Aprendidas. Digo "se ha de producir" porque lo he visto generado muy pocas veces. Desde un punto de vista de organización, contar con datos acerca de cómo mejorar aspectos de la gestión y compartirlos es básico para poder proporcionar una mejor calidad a los clientes o a la organización.

Este tipo de documentos no se genera de un día para otro y, por eso, conviene llevar un registro de los puntos que se han ido detectando a lo largo del proyecto y que podrán ayudar en posteriores fases del mismo o en otros. Algunos ejemplos de contenido son: fallos en la planificación y cómo evitarlos (métodos, herramientas, valoraciones ...), mejoras necesarias en el control de calidad de los productos o en estándares utilizados por la organización, consideraciones positivas o negativas en la relación con los proveedores, incidencias en la implicación del negocio, los usuarios o los proveedores, herramientas o tecnologías que no funcionaron como se esperaba (mejor o peor).

Estos documentos, una vez almacenados y distribuidos a los interesados podrán ser utilizados para tomar decisiones que faciliten un mejor resultado en proyectos posteriores o proyectos en curso que utilicen similares técnicas, métodos, herramientas o actores.

¿Sentido común?

Complementariedad intergeneracional y bloaching

El otro día hablaba con un amigo del talento desperdiciado en los directivos que se jubilan o prejubilan o, simplemente, las empresas prescinden de ellos, y cómo podían aportar su experiencia y su red de contactos para complementar a gente más joven aunque sobradamente preparada.

Así, llegamos a la conclusión de que nos gustaría que existiera una web tipo meetic.com o match.com, pero orientada a poner en contacto personas de gran potencial y carrera ascendente con personas de gran experiencia y proyección que facilitara la creación de proyectos conjuntos, relaciones de coaching y demás.
Incluso podían dar lugar a triángulos con inversores dispuestos a poner dinero en esos proyectos.

Por otro lado, últimamente estoy viendo varios blogs en los que la gente expone sus situaciones profesionales y busca respaldo o sugerencias. Esto me ha dado que pensar si se está empezando a dar (o se lleva tiempo dando) una especie de coaching a través de blogs que podríamos llamar "bloaching" (ahí va un palabro que morirá en pocos días salvo que alguien haga marketing viral).

Proyectos fallidos

Leo en CIOInsight un artículo acerca de la experiencia de una persona en la resolución de proyectos con riesgo de fracaso y en el que aporta algunas sugerencias sobre qué camino seguir y cuál no (explicando un proyecto que no pudieron rescatar). Seguro que más de uno se siente identificado como bombero o paracaidista de proyectos, que es justo lo contrario de lo que pretende defender el autor. Algunas pistas incluyen seguir contando con el equipo de proyecto existente en la medida de lo posible, evitar hacer al equipo realizar un esfuerzo extra buscando formas de trabajar más inteligentes y productivas o elegir las batallas que se pueden ganar o los proyectos cuya solución se puede abordar.

También en CIO Insight se muestra una presentación con los resultados de una encuesta hecha entre CIOs acerca de las razones que llevaron a cancelar proyectos IT.



En ella se definen como las principales causas de cierre de proyectos 1) el cambio de necesidades de negocio, 2) la incapacidad del proyecto de cumplir las expectativas prometidas, 3) cambio en las prioridades, 4) sobrepasar el presupuesto y 5) que el proyecto no estaba alineado con el negocio. Además propone algunas acciones que podrían adoptar los CIOs para corregir algunos de estos aspectos.

Finalmente, y relacionado también con los fallos. Algo importante es siempre aprender de los mismos. Un artículo de businessweek trata este tema indicando lo importante que es ser perseverante y poniendo algunos ejemplos de ilustres que han cometido errores y se han sabido sobreponer a los mismos.

¿Tienes complejo de bombero? ¿Has aprendido de algún error últimamente?