Innovación y sentido común

He hablado mucho en el blog, sobre la planificación de los proyectos y la gestión de los equipos, pero quizá he dado por supuestas muchas cosas. Dada mi experiencia laboral, he dado por supuesto que siempre se define que se quiere hacer en un proyecto. Sin embargo, últimamente he visto, que esto no siempre es así. Definir que se quiere hacer en un proyecto, es una parte imprescindible del mismo. Esta definición nos ayuda: Acordar con el cliente el objetivo del proyecto y acotarlo de forma clara. Conocer el fin último del proyecto tanto por cliente como por proveedor. Planificar la ejecución del proyecto, ya que se conoce de forma clara las funcionalidad a desarrollar. Definir que se quiere hacer en un proyecto, entraña varias fases, que involucran a distintos roles. Por un lado tendremos la oferta o contrato hecho por el comercial donde se habrá hecho un análisis de preventa, para estimar los recursos necesarios para llevar a cabo este proyecto. Normalmente, en el contrato,...

"La potencia, sin control, no sirve de nada", es una frase que me encanta, y que se puede aplicar como metáfora para la estrategia en IT que usan muchas entidades, sobre todo aplicable a la administración pública. He tenido el placer de trabaje en una administración pública, y ver como se gestionan las nuevas tecnologías allí. Mi conclusión es, falta de planificación y control. En este caso no me refiero a una mala gestión de proyectos, sino a un nivel más alto, falta de estrategia. Realizar proyectos de desarrollo de nuevas herramientas, implantar nuevo software, cambiar el hardware o usar nuevas tecnologías, no ha de hacerse sin seguir un camino con un objetivo. Es habitual, que en muchas instituciones, se decida que se quiere implantar una nueva tecnología, porque está de moda, el vecino la tiene, o quiero dejar mi huella en este sitio. Todos estos son planteamientos erróneos, que abocan a un gasto innecesario de dinero, que no genera ningún beneficio. Antes de plantear...

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...

Todos sabemos, que cuando quieres llevar a cabo un desarrollo necesitas tener una buena planificación. Esto te permite identificar los posibles problemas que pueden surgir y tener preparadas medidas de contingencia. La planificación de los proyectos es crucial, y sin ella no se pueden llevar a cabo proyectos de gran envergadura. Al ser una de las tareas cruciales en un proyecto, es mejor invertir el tiempo necesario para hacerla de manera correcta, que acortar ese tiempo en favor de otras labores. Es en ese momento, cuando estamos sentando los cimientos del edificio que queremos construir, por lo que han de ser firmes para que sostenga toda la estructura. Dedicar parte de este tiempo, a la identificación de los riesgos del proyecto puede ahorrarnos sustos a posteriori. Pero hay veces que se malinterpreta esta planificación. Una planificación sólo es posible cuando se conocen todos los datos, es decir, sabemos lo que queremos y los impactos que provoca. Es inútil planifica...