/* PERSONALIZACION DE LUIS

8/6/08

Mis cinco de la semana - 200823

Lista en del.icio.us - 2008/23



  • SAP mordisqueando la mano que le da de comer
    SAP ha anunciado en su reciente conferencia mundial SAPPHIRE que va a lanzar "SAP enterprise support", un servicio para dar mantenimiento y soporte a sus clientes, algo que es una buena parte del negocio de sus partners. Y éstos a callar claro, a ver quien le tose a SAP
  • Paradigmas segunda parte
    Pseudópodo sigue con su digresión sobre paradigmas. Como la vida es finita y hay múltiples necesidades, para formar una opinión o tomar una decisión nunca podemos valorarlo todo. Hay que recurrir a un atajo y decidir qué es lo relevante. El paradigma es el marco conceptual que lo delimita. La vida, no obstante no es tan sencilla...

6/6/08

Transformada de Fourier


De la
carrera aún me acuerdo, con reverencial asombro y admiración, de la transformada de Fourier.

Pasando por alto (que ya es pasar) su excepcional elegancia y belleza desde el punto de vista matemático, la transformada de Fourier no era más que un truqui para poder resolver determinados problemas que analizados utilizando la variable tiempo eran prácticamente intratables.

¿Que tenías un sistema muy complicado (no lineal) donde 2+2 no era 4?, pues le aplicabas la transformada y 2+2 ya eran 4, (el sistema se volvía lineal).

Y digo que me acuerdo, porque a veces echo de menos algo así en la vida. ¿Que no te sales de este marrón?, ¿que estás en un embrollo donde 2+2 no son 4?, pues - ¡Chass! aplicale la transformada, te quedas con los 5 primeros armónicos y problema resuelto... o al menos resuelto con una buena aproximación ;-)


Nota 1: Ahora en serio. Si entendías bien el concepto tenías media carrera ganada. En el momento en que yo lo hice sentí como una revelación casi mística porque comprendí un montón de conceptos todos de golpe.

Nota 2: En telecos usábamos siempre la notación fasorial con "j" para la unidad imaginaria


5/6/08

Nuevos paradigmas en aplicaciones de gestión empresarial

Están saliendo una serie de aplicaciones que están empezando a romper todos los moldes actuales de cómo se desarrolla el negocio de las aplicaciones de gestión empresarial.

No es que ya sean un éxito, es más, probablemente algunas acaben fracasando o en el mejor de los casos siendo compradas por los vendors de toda la vida, pero ciertamente empiezan a desmontar las reglas del juego vigentes y ser una amenaza al inmovilista status quo del sector, y lo que es mejor, pueden ser una importante oportunidad para consultores artesanos dedicados al desarrollo e implantación de aplicaciones de negocio.

En pocas palabras se pueden describir como plataformas de desarrollo Web que te permiten crear aplicaciones de negocio, venderlas a través de ellos mismos, descargarlas, compartirlas, etc. En algunos casos se puede llegar a construir una aplicación sin programar, simplemente ensamblando bloques preconstruidos:
  • Módulos ya listos con funcionalidad completa y adaptable
  • Flujos de trabajo, definición de actividades, roles, reglas,...
  • Definición de formularios, campos, listas, validaciones, integrados con el flujo de trabajo, ...
  • Módulos de integración con terceros, Google Apps, Zoho, MS Office, Salesforce, ...
  • Conexión con bases de datos, MySQL, Oracle, ...
  • Seguridad, LDAP, OpenID, ...


Las más conocidas son Force y Zoho pero hay otras que no están nada mal:



Cog Head y su galería notable de ejemplos




Iceberg. Vídeos y directorio de aplicaciones disponibles. Impresionante (además es europea). Se puede descargar a local en un PC con XP para probarla



QuickBase. Listado de aplicaciones



Rollbase. Aplicaciones y vídeo



LongJump. Vídeo de workflow y listado de aplicaciones




Estas herramientas ahora puede que estén un poco verdes pero creo que en el futuro próximo constituirán una excelente oportunidad para consultores artesanos de desarrollar aplicaciones de negocio a costes razonables y buena calidad.

Si os aventuráis no dudéis en comentarlo por aquí, y si no también... ya sabéis que lo mejor de este blog siempre acaban siendo los comentarios por mucho que yo me esfuerce

4/6/08

Conceptualización de modelos de negocio


El diagrama de arriba es el esquema definido por Alex Osterwalder como plantilla para describir un modelo de negocio. No es que se puedan definir modelos de negocio como churros utilizando la plantilla, es más bien una herramienta para conceptualizarlos. Me ha parecido muy interesante por su claridad metodológica y facilidad de aplicación, sobre todo en presentaciones y sesiones de trabajo para explorar formas de construir nuevas negocios.

La plantilla del modelo se puede encontrar en esta entrada de su más que recomendable blog. Está bajo licencia Creative Commons Attribution-Share Alike 2.5 Generic por lo que se puede utilizar libremente siempre que cites al autor y el contexto donde la utilices también esté bajo el mismo modelo de licencia.


Para captar la simplicidad y al mismo tiempo riqueza y potencia del modelo, os recomiendo que reviséis estas dos presentaciones, donde, además de verse cómo se aplica el modelo, podéis encontrar buenas reflexiones.





Si vais a utilizar este material os agradecería que compartiérais la experiencia, aquí o en vuestro blog, da igual.

Nota: No es la primera vez que pasa que las presentaciones desaparecen de slideshare por lo que podéis encontrarlas también en la sección documentos de este blog, dentro de la carpeta estrategia

1/6/08

Mis cinco de la semana - 200822

Lista en del.icio.us - 2008/22


  • El error de diseño de twitter
    Se concibió como un sistema de gestión de contenidos cuando en realidad es un sistema de mensajería. Por eso Twitter está teniendo tantos problemas técnicos. El diseño y los requerimientos son importantes, no nos cansaremos de decirlo

  • Paradigmas por Pseudópodo
    Excepcional post sobre el concepto paradigma y como nos afecta dependiendo de si nos movemos en un ámbito técnico o en lo social. Pseudópodo, como siempre, haciéndonos pensar. No os lo perdáis

  • Un roto por un imbécil
    Javier Cuchí, con su excelente y afilada pluma, nos ilustra de lo importante que puede resultar no callarse cuando te atropellan
  • Un consultor haciendo de cliente
    Luis nos cuenta su peripecia como cliente en un importante proyecto personal (y no lo digo de cachondeo lo de "importante") y lo trascendental de la calidad del servicio y que el cliente quede contento.

29/5/08

pdf o ppt


A todos los consultores, artesanos o industriales, se nos ha cruzado alguna vez el típico vampiro caradura (cliente o potencial) que nos pide propuesta sólo para "robarnos" el enfoque del proyecto, ideas, o simplemente información de contexto.

Creo que no soy nada reticente en compartir mis brillantes (o no) ideas y valiosos (o no) conocimientos. En este blog he tenido oportunidad de acreditarlo. Me gusta pensar que es "bueno" a la larga para todos que el conocimiento fluya y de hecho si hay algo que me enorgullece de mi profesión es esta diseminación, o como le llamé una vez polinización, de buenas prácticas y conocimientos en general que hacemos los consultores en el ecosistema empresarial.

Esta perorata viene traída porque todo indica que he sido vampirizado vilmente recientemente: lo típico, les traes la idea, te piden propuesta aportando información útil ya "de saque" (en este caso un análisis preliminar de potenciales proveedores en un proyecto de selección de una tecnología específica, un tercio del proyecto vamos) y luego te van dando largas... hasta que si te he visto no me acuerdo.

Algo me olí en su momento porque (de ahí el título del post) dudé si enviarle el documento de la propuesta en formato powerpoint o en pdf. Ya se que es una tontería, la información está de todas formas, pero al menos se la tendría que picar para usarla. Sería una pataleta un poco naif en el fondo (además de que se lo podría tomar como una demostración de desconfianza).

Al final se la envié en ppt... que le vamos a hacer si soy un pardillo y me niego a asumir que vivo en un mundo donde existen vampiros que lo son con premeditación y alevosía.


28/5/08

Presentando pollos

Aún no se de que va esta presentación




Obsérvese la profusión de gráficos y nótese la profundidad del contenido

27/5/08

HP compra EDS



Seguro que ya lo sabéis. Lo recogen muchos medios: HP compra EDS.

¿Tiene sentido?. En mi opinión sí lo tiene (y no sólo porque los logos se parecen):

Primero y con sentido más bien táctico y a corto plazo: de golpe va a incrementar su facturación una barbaridad, y en algunos casos también los márgenes (por bajar costes) por las sinergias que se van a generar. HP y EDS compiten, es cierto, en servicios externalizados de gestión de infraestructuras tecnológicas y de aplicaciones de negocio como SAP, pero también se complementan. HP tirando más al hierro y al software de base y EDS hacia servicios de programación y desarrollo.

Segundo, y con sentido más estratégico. HP se pone a la estela de IBM, al menos en lo que a offerings (portafolio de servicios) se refiere y facturación. Sólo le falta, hacer lo que hizo IBM, comprar una gran consultora. IBM se tragó a PriceWaterhouseCoopers (PWC) para crear IBM Global Services, ¿se hará HP con Accenture? - harían buena pareja sin duda (recordemos que antes que IBM, HP ya lo intentó con PWC)

Veremos...

26/5/08

Consultorio: reorientar la carrera hacia la consultoría funcional


Seguimos con la ronda de consultas:

F
hace una consulta/reflexión bien interesante:
Hola Luis,

Supongo que te estaremos inundando el correo... En primer lugar agradecerte muchísimo la propuesta, [... etc.]

En mi caso ya tengo unos años de experiencia (5, pocos aún). He trabajado en la parte de desarrollo de proyectos, quemando etapas/niveles: programador, analista, jefe de proyecto. Un trabajado interesante, con altos y bajos claro, pero no acabo de verle el futuro al desarrollo... desgraciadamente la industria lo valora más como una commodity que un servicio de valor añadido. No voy a ser yo quien lo juzgue, simplemente es algo que percibo.

Mi idea es pasar al campo de la consultoría. Pero, ¿a hacer qué?
Siempre me ha interesado el campo funcional, cada vez más. Como casi cualquier desarrollador he saltado de un negocio/cliente/proyecto a otro, sin poder profundizar el conocimiento funcional en ningún campo. Por lo tanto sea el nicho funcional que sea, empiezo casi de cero. Eso si, con la experiencia de adaptarme a cualquier campo, y rápidamente.

Para meterme en el mundo de cualquier ERP (SAP, Oracle eBusiness, incluso los open source, ...) mi impresión es que tengo que volver a empezar: desconozco la tecnología, el producto y no tendría una experiencia funcional significativa en ningún módulo.

Por otra parte está el atractivo de implantar ERPs... implantar una solución cerrada/rígida a un cliente que tiene unas necesidades puede que diferentes, y obligarle a adaptarse a ellas... se aleja un poco de mi idea de lo que son las TIC como servicio.

Otro campo valorado es el Business Intelligence. Reconozco que lo desconozco bastante, pero a simple vista, no le encuentro atractivo.

El que veo más claro y atractivo para mí es el binomio BPM/SOA. En la parte técnica y de herramientas no parto de cero. Sus promesas son atractivas: posibilidad de crear soluciones de negocio de valor, de manera ágil.

¿Cómo hacer una carrera consultora en este campo? Está claro que hay que prepararse y coger experiencia, pero... ¿tiene futuro o es una moda o puro hype? ¿se valorará el servicio, la calidad, o será otra commodity? ¿dentro de ella, es mejor especializarse en un nicho funcional como en el campo de ERPs?...

Muchas preguntas... me encantaría conocer tu visión... pero no tienes la obligación de contestarlas, claro...

Perdona el tochazo.... esta vez te ha tocado a ti leerme ;-)
GRACIAS!!!

Un saludo, F


Mi contestación:

Hola F,
En mi opinión tú mismo ya has dado con una muy buena opción para hacer esa reorientación de carrera. El binomio BPM/SOA como tú le llamas está a medio camino entre una visión técnica y una visión funcional de los sistemas de gestión empresarial por lo que como escogerlo como pasarela para pasar de un lado a otro es muy inteligente.

Te contesto el resto de preguntas una a una:


¿Cómo hacer una carrera consultora en este campo?
Sin duda haciendo que te contraten en una empresa que apueste por productos BPM/SOA y/o de servicios alrededor de producto.
De las que, según mi conocimiento, están potenciando esta línea de negocio, destacaría IBM, Fujitsu, Oracle y Sun como las más conocidas, y otras más especializadas en producto como
Software AG, Tibco, Metastorm, Ultimus, Ascentn, Savion, Intalio, ... y no olvides los partners que los implantan. En España hay dos productos locales que empiezan a pisar fuerte: AuraPortal y Polymita.
La línea de acción que te sugiero es que intentes entrar en alguna de estas compañías/productos con un perfil asociado a funciones de integración donde tu experiencia técnica sería reconocida ya de entrada y que te empaparas del producto en cuestión
en los proyectos que fueras participando, para poco a poco especializarte más en temas de configuración primero y después en funciones de análisis de procesos.


¿tiene futuro o es una moda o puro hype?
Lo siento pero no lo tengo claro. Lo cierto es que hay negocio y lo más relevante, uno: los ERPs cada vez tienen más funcionalidades de BPM y dos: la integración de procesos y sistemas es algo que será necesario siempre. En cualquier caso no creo que sea más arriesgado apostar por la línea BPM/SOA que apostar por un ERP, puede que incluso menos ya que es más generalista.

¿se valorará el servicio, la calidad, o será otra commodity?
Como cualquier sistema de información, no veo diferencias a largo plazo o sea que acabará siéndolo. Es el sino de los tiempos.

¿dentro de ella, es mejor especializarse en un nicho funcional como en el campo de ERPs?...

Esta actividad se mueve en entornos muy generalistas por lo que veo difícil la especialización como no sea en producto.

¿Algún consejo o reflexión?




25/5/08

Mis cinco de la semana - 200821

Lista en del.icio.us - 2008/21


Bueno, en realidad sólo tres. No he tenido mucho tiempo para ver esta semana

22/5/08

Requerimientos mutantes



En uno los proyectos de gestión de la implantación de ERPs en los que estoy envuelto ahora estoy viviendo un pequeño infierno.

Requerimientos que se tomaron hace escasamente tres semanas han sido cambiados por el cliente radicalmente, y más de una vez, desde el momento en que revisó el documento donde el implantador había documentado su análisis. Lógicamente éste se ha rebotado y ya ha empezado a hablar de ampliaciones en el proyecto, algo que ha erizado el pelo de mi cliente. Nosotros en medio e intentando reconducir la situación... (sí ya se, otro proyecto que es igual)

Y es que el proceso de toma de requerimientos, su transformación en un diseño/modelo para la configuración posterior del ERP en general está muy mal resuelto por monolítico y poco ágil.
Es muy complicado, por no decir imposible, clavar en un documento los requerimientos del cliente - siempre hay matices o situaciones y que se les acaban ocurriendo cuando acaban viendo el sistema en funcionamiento. Históricamente se han utilizado prototipos que aunque mejoran la situación no acaban de resolverla.

Para romper este enfoque en cascada echo mucho de menos el poder aplicar en las implantaciones de ERPs una metodología como scrum, donde los requerimientos se van cerrando por el (y al) cliente a medida que el producto se va desarrollando y perfeccionando por el equipo. Pero a ver quien convence a un cliente de que el proyecto de implantación de su ERP no tiene una planificación con un alcance cerrado y conocido de antemano, aunque esa planificación siempre se incumpla.

Este es un tema, scrum aplicado a la implantación de sistemas de información, que me gustaría desarrollar en algún post. A ver si me alcanza la inspiración. Mientras tanto, si conocéis algún caso os invito a compartirlo aquí o donde queráis, vuestros comentarios serán bienvenidos.

Como premio a haber aguantado este rollo, un pequeño vídeo que ilustra muy bien en lo que se puede convertir esto de la toma de requerimientos:




Nota: la idea del vídeo la saqué de un post del blog de Nari Kannan

21/5/08

Anonimato e incoherencia


Soy incoherente y contradictorio.

El otro día tuve una charla con una persona que estaba en aprietos profesionales. Más de cuarenta, mujer y casi toda su vida trabajando para la misma empresa... hasta que la botaron. Llegamos a conocernos porque una amiga común me pidió el favor de que nos viéramos para intercambiar impresiones (versión oficial) pero en realidad para orientarla (versión real pero oculta para no herir sensibilidades).

Fue una charla muy agradable y lo cierto es que no estaba tan perdida como nuestra amiga común se temía. Tratamos muchos temas: cómo han cambiado en estos últimos años las relaciones laborales, el mercado de las TIC, los perfiles buscados, ese concepto que me gusta tanto de empleabilidad, la importancia del networking, ... hasta me permití entrar en temas más modernos como utilizar el entorno web 2.0 para hacerse visible: tener un blog, participar en redes sociales, ...

Por supuesto que no le dije que tenía un blog. Así de incoherente y contradictorio que soy, preso de mi anonimato. Anonimato que me da, paradójicamente, la libertad de escribir de lo que me plazca y como me plazca.


20/5/08

Mi cabeza echa humo


Vaya patatal que tengo formado en la cabeza. Esto de hacer tres proyectos a la vez, de clientes en tres sectores tan diferentes (uno de servicios tecnológicos, otro de servicios financieros y el tercero de ingeniería e instalaciones) me está estrujando las neuronas y taladrando el intelecto.

De pensar en como facturar servicios recurrentes con regularizaciones de cuota, paso a ver como leches modelar con un ERP un instrumento de cobertura de tipos de interés ligado a una póliza de crédito, pasando por si imputar el coste al proyecto cuando se certifica el avance o cuando llega la factura del proveedor.

Por ahora consigo no hacerme líos (o al final acabaré facturando costes de las pólizas en las cuotas y cubriendo con un SWAP las certificaciones de obra) y no mezclar, pero espero que el esfuerzo intelectual que me está exigiendo no me acabe de matar y me deje espacio para postear, aunque sean chorradas como esta... ya me lo perdonaréis.


18/5/08

Mis cinco de la semana - 200820

Lista en del.icio.us - 2008/20


  • Se construye la primera enzima artificial en el GOLEM Blog
    Este post de Ángel, refuerza aún más mi convicción de que el próximo salto tecnológico (y quien sabe si algo más), el de este siglo, será el basado en la biología. Si en el XIX hubo un salto por la tecnología mecánica/eléctrica y en el XX por la tecnología electrónica, este es el de la biología
  • CIOInsight - NEXT GENERATION ERP
    Open Source y Saas, son los conceptos protagonistas de la próxima generación de ERP según CIO Insight. Me falta el de "colaboración"

13/5/08

La jaula de oro vista desde el otro lado

Se suele denominar "jaula de oro" a esa circunstancia que les pasa a determinados profesionales cuando se ven atrapados por el binomio mucho sueldo - muchos gastos que lleva al círculo vicioso trabajo mucho-gano mucho dinero - gasto mucho - no puedo dejar de trabajar mucho porque necesito mucho el dinero, causa o consecuencia, no lo tengo claro, de lo que se ha venido en denominar la carrera de la rata.

Siempre había sentido el punto de vista del pájaro, es decir del que está atrapado en la susodicha jaula. Hasta que el otro día, medio amuermado en el sofá viendo en la sexta una infumable comedia llamada novio de alquiler, la siguiente escena me hizo dar un respingo:


No tiene desperdicio ni el diálogo ni las caras ni la actuación en general de los personajes.