Innovación y sentido común

Antes de realizar un proyecto con un presupuesto de gran envergadura y que puede tener un alto impacto tanto en tus trabajadores como en tus clientes, ¿no crees que merece la pena probar si lo que quieres ejecutar va a tener los resultados que esperas? Cuando tienes un evento importante, pruebas el menú que vas a servir, para asegurarte que tiene la calidad que esperas y que efectivamente es de tu gusto. Cuando compras ropa, primero la pruebas, quieres saber si te sienta bien, si transmite lo que deseas. Cuando contratas a alguien, también lo pones a prueba. Es necesario probar para asegurarse que la impresión que se tiene es correcta, es la única forma de conocer los resultados que obtendrás de una acción. Si probamos tantas cosas, ¿por que no realizar pruebas antes de embarcarte en el desarrollo de un proyecto?  Para saber que impacto y que implicaciones tendrá el proyecto que quieres ejecutar sirven las pruebas. Un prototipo de un proyecto es la creación de un producto que...

Foto por: Enrique Fernandez https://flic.kr/p/8T1Fk8 - "Usamos metodologías ágiles. Mira, este proyecto, solo hemos tardado en hacerlo dos meses" .- Me dice emocionado y lleno de orgullo un gestor, por conseguir que en su organización, donde la ejecución de un proyecto lleva de de media 1 año, se ejecute un proyecto en menos tiempo. Yo sonrío, le felicito por la hazaña y me quedo pensando.... ¿tan poco se sabe sobre metodologías, que se considera que ejecutar un proyecto rápido es lo mismo que usar una metodología ágil? A mi mente viene esa tan castellana expresión.... "que tendrá que ver la velocidad con el tocino" . Más tarde esa semana, me encuentro un proyecto donde se quiere usar una metodología ágil para su ejecución, ahora bien, es un proyecto perfectamente definido desde el principio, con un objetivo identificado y claro, con todas las fases y pasos perfectamente definidos, acotados y planificados. Vuelve a mi esa sensación de ser la única en la s...

Durante los últimos meses, varios amigos que no pertenecen al mundo IT, me han pedido asesoramiento sobre proyectos IT en los que están involucrados. Tras hablar con ellos, me ha sorprendido descubrir que en su equipo tiene un jefe de proyecto. Esta sorpresa viene derivada, de que tras nuestra charla, me confesaban, que eran ellos mismos los que acababan hablando directamente con el programador, no sólo para resolver las dudas, lo cual es fundamental, sino, para explicarles el proyecto y corregir los fallos o incluso pedirles estimación del tiempo de desarrollo. Siendo así, ¿para qué está el jefe de proyecto en ese equipo? El jefe de proyecto, no es sólo la persona que estima tiempo y recursos necesarios para todas las fases, sino que es la persona que debería servir como canal de comunicación con el cliente. Por este motivo, debería ser, junto con el propio cliente, quien mejor conociera las necesidades del negocio, el objetivo del proyecto, las características claves del mismo...

Hay entornos, donde la rapidez en dar una respuesta es crucial. Esto es un hecho. Desde la gestión lo único que se ve es el tiempo que se tarda en dar la solución a un problema determinado. Muchas veces, este tiempo engloba una serie de tareas que en muchas ocasiones son transparentes para la capa de gestión del proyecto. Ya en varias ocasiones me he encontrado con comentarios como: -“¡No se puede tardar tanto tiempo en resolver una incidencia en producción!” Este tipo de comentario, habitualmente se refieren o van dirigidos a los equipos de desarrollo pero no siempre es el desarrollo el que genera estos tiempos. Como medida de contingencia, se suele aplicar presión a los desarrolladores. En muchas ocasiones se les llega a presionar hasta extremos en los que no se les da tiempo ni para pensar en la mejor solución, hacer las pruebas necesarias, o para asegurar el comportamiento normal de la operativa para la que se desea realizar el cambio o la corrección, o asegurar que los desarro...