Un twitteo de Raul Andres me sirve para empezar a comentar algunas ideas del Foro TIC de ayer en el IESE . No es un resumen ni nada académico, son simplemente algunas de las reflexiones con las que me quede.
Conocer el negocio
"mi objetivo ahora, venia pensando en el metro, introducir twitter en la universidad, nativos bienvenidos ;)"...intentemos aplicarlo a la empresa: ¿Debemos ofrecer twitter (u otra herramienta: Blackberry, DataMining, SAP,...) a la compañía para ver para que se puede utilizar o debemos escuchar la necesidad de la compañía y proponerle la solución a la misma?. En todo caso una conclusión clara: el departamento de TIC debe conocer el negocio. Es imprescindible. Como dijo Josep Valor : "un CIO que venga de una farmaceútica no es un CIO efectivo en su primer día en una empresa de automoción".
Directivos no TIC
Debatimos sobre la conveniencia/necesidad de que el resto de directivos tengan nociones de tecnología. Yo soy de los convencidos de que debe ser así. Con el ejemplo que surgió. Valorando sobre invertir en la web corporativa para reforzar un mensaje de Responsabilidad Social. Una opinión contraria decía que "yo solo tengo que decirles que entren en Google, busquen "Responsabilidad Social" y decidan si quieren salir en el puesto 10 o en el 10000". La respuesta del moderador: "De acuerdo, pero necesitas que sepan qué es Google y si es o no importante".
Los business-case
Este punto me encanta, ¿es necesario hacer un business case antes de cada proyecto TIC?. Es muy bonito decir que si y que si no hay ROI no se debe hacer. Pero las estadísticas las puedo retorcer para que el número salga como quiero. Un SAI porque la luz se cae 5 minutos cada trimestre, pero los números cambian mucho si son 10 minutos cada dos meses. Un proceso de automatización porque se tarda 20 segundos en imprimir una factura (de 50.000), pero si son 25 segundos el número es otro...Siempre se puede hacer el BC. Pero usando escenarios y, para mi lo más importante: "que el BC salga negativo no debe parar necesariamente un proyecto" (un director de sistemas de Carrefour).
El Director de sistemas en el comité de dirección
Enganchando con lo anterior. Si tu superior es el director financiero, es muy difícil que la frase anterior se pueda llevar a cabo. Si está en el comité de dirección, hay acceso directo a un foro en que se pueden debatir y priorizar iniciativas que afecten a diferentes áreas. Si no, puedes tener un Comité de Sistemas en que estén representadas las diferentes áreas y que informe a la dirección general de las decisiones tomadas.
Análisis a posteriori
Sería muy bueno hacer un "análisis forense" de los proyectos una vez completados. Para aprender de lo hecho correctamente y repetirlo y para no volver a caer en los mismos errores. Este paso es poco compatible con la habitual forma de trabajar de terminar y empezar corriendo con lo siguiente.
Compartir información
Lo más importante. Lo que más valoramos los asistentes fue la oportunidad de compartir experiencias con otros que se encuentran ante problemas y situaciones similares. La existencia de un foro de directores de TIC de empresas farmaceúticas o de lo mismo pero geográfico (Valencia) son alternativas que me hacen plantearme si intentar poner en marhca algo así para Logística...ya veremos.

20 sep 2007 | 10:53 PM
buena reflexión Rafael
me centro en esta pregunta, una pregunta clave de las de ahora...
¿Debemos ofrecer twitter (u otra herramienta: Blackberry, DataMining, SAP,...) a la compañía para ver para que se puede utilizar o debemos escuchar la necesidad de la compañía y proponerle la solución a la misma?
Ambas ;), Si si ambas.
Lo explico con un ejemplo simple una empresa de construcción quiere incorporar nuevas herramientas ultimo modelo para su empresa de construcción, ¿quién sabe más de las herramientas el que las usa a diario? o ¿o el diseñador de las herramientas? Ambos otra vez ;), entonces por qué no unirlos en un sistema de intercambio de ideas, necesidades y hacer un brainstorming colaborativo.
Caso 1. Una empresa que fabrica herramientas (problema visto desde fuera) escucha y analiza previamente y propone soluciones a una empresa de construcción, se pueden tomar 2 caminos aceptar las herramientas o no aceptarlas, la cuestión es quien decide esto, y en cuánto que criterios. Hay veces que ni el mismo productor de la herramienta conoce el uso que le va a dar el usuario final, pues el uso de una herramienta puede ser bien distinto a lo pensado(innovación) y por otro lado que el usuario no conoce la herramienta adecuada porque no le han propuesto ninguna, utiliza lo que tiene.
Caso 2. Un trabajador de la construcción solicita mejores herramientas (problema visto desde dentro),entonces es necesario escuchar la necesidad, no de la compañia, sino más bien de los que trabajan en la compañía, sin chorradas, no vale reunión de alto nivel, hace falta bajar al corazón de la empresa, y poner entonces las herramientas necesarias para ello. Aquí es cuando es clave la participación de personas fuera de las 4 paredes de la compañia y buscar asesoramiento externo, internet, consultorías, otras empresas del mismo sector, etc...
Entonces ambas vistas son buenas: desde dentro y fuera.
Por otro lado en búsqueda de la colaboración masiva y la innovación desde mi punto de vista es necesaria poner antes las herramientas y ver por donde "sale la cosa", si, así, sin más pues la innovacion y la colaboración son situaciones que no se pueden imponer ni preestablecer de antemano, deben ser fruto un poco también de la casualidad....
de ahí mi interés en poner la herramienta en la universidad y ver que sucede, que seguro que muchas cosas... os iremos contando en el blog claro ;)
Si necesitas mi ayuda en participar en algo, estuve 5 años practicando outsourcing y puedo ayudaros, no dudes en comunicarte conmigo, ahora a lo que le doy es al coworking así que puedes contar con mi colaboración ;) saludos
20 sep 2007 | 10:58 PM
Hola Rafa, estuve esta semana en un foro en Barcelona con el sugerente título de "Director de IT, de tecnólogo a Manager". Tengo pendiente escribir una entrada con algunas de las barbaridades que escuché y las no barbaridades también.
Una frase que me impactó de uno de los ponentes fue: "en España no hay CIOs, lo que hay son directores de informática" y venía a cuento sobre el diferente concepto que existe entre los entornos anglosajones (CIO) y los de aquí (DI)
25 sep 2007 | 10:13 AM
Rafa, con respecto al business case, yo entiendo que es una justificación a un a proyecto (o como dice el manual de Prince2 es el por qué hay que poner en marcha un proyecto). Las causas pueden ser diversas, tales como actualización de sistemas, ajuste a una nueva ley... En estos y otros casos, no se puede mirar al ROI como único parámetro para determinar que un proyecto se ponga en marcha o no.
Además, es bien cierto lo que dices que los cifras se pueden retorcer hasta que salga un resultado positivo.