/* PERSONALIZACION DE LUIS

30/9/07

Avances en la implantación de ERPs


La Universidad de Arizona ha descubierto un novedoso y original método para implantar ERPs sin pasarse del presupuesto. El método consiste básicamente en que "el sistema se arranca en la fecha prevista esté como esté. Ya iremos arreglando internamente y sobre la marcha (on the fly que dicen ellos) lo que vaya saliendo".

La base racional sobre la que se sustenta el "método" es que "ya que es imposible arrancar un ERP sin que luego haya problemas, no retrasemos el momento de dicho arranque, ya que esa es la razón principal de las desviaciones de presupuesto" - sobre todo en facturas de consultores.

No les ha ido demasiado bien ya que incluso tuvo que intervenir la policía para proteger las instalaciones ante los trabajadores amotinados que no cobraban (una de las cosas que "no estaba fina" en el arranque era el módulo de nóminas - grave error donde los haya, porque un usuario puede aguantar que la contabilización de facturas le "casque", pero eso de no cobrar su nómina...)

En principio, el ahorro se obtiene básicamente de evitar los honorarios extras de los consultores por extensión del proyecto (magnífica frase para meter otra factura) pero quedarse en eso me parece un poco miope - sí es cierto que en facturas de consultores se habrán ahorrado un pico pero ¿cuáles son los costes asociados a la falta de rendimiento del personal durante el periodo de estabilización?. La diferencia es que un coste se materializa en facturas y el otro es más difícil de cuantificar.

De todas formas y aunque aparentemente puede parecer una aberración, en algún caso podría tener sentido, ya que ¿qué pasa si el coste de consultor y el interno se compensan?... puede que en un organismo público sí (ya que no se van a perder ventas sobre todo). Quizá esté aquí la clave de la decisión del "innovador" que lo tiró p'alante (casi me lo imagino vestido de Cow Boy y pegando un tiro al aire)

¿Y el implantador del ERP? pues que podrá poner de forma muy destacada en sus referencias un proyecto que cumplió el presupuesto, pero me imagino que en su fuero interno debe estar reconcomiéndose por los honorarios por ampliaciones del presupuesto que se le han escapado.
De hecho, Oracle que es el implantador, ya lo ha colgado como un caso de éxito en su Web.

Nota: después de releer el post he visto que he utilizado repetidamente el palabro "arrancar" - para los que no estéis muy puestos en esto de los ERPs, arrancar significa en la jerga de la profesión algo así como poner en marcha.


25/9/07

Momentos



Esta profesión tiene momentos crueles y amargos, pero también los tiene sublimes... como el que cuento a continuación:

Contacta con nosotros una empresa con una necesidad imperiosa de cambiar de sistema ERP. Como parte de la rutina de este tipo de oportunidades, siempre le preguntamos al esponsor del proyecto, en este caso el director financiero, que nos explique lo que para él son los objetivos del proyecto.

Nos empieza a enumerar los habituales: mejorar la calidad e integridad de la información, reducir costes, reducir riesgos, ... bla, bla, bla... lo de siempre vamos, hasta que nos dice (más o menos literalmente) "proporcionar a los empleados un entorno que facilite su trabajo y haga atractiva la compañía, para los que ya están y para los que hayan de venir".

Así mismo, "copy&paste", he puesto el susodicho objetivo en nuestra propuesta de colaboración... al lado justo de una manchita de una lagrimita que se me ha escapado - es lo que tiene ser un sentimental ;-)

PD. Por cierto, ganamos la propuesta y empezamos enseguida... a por ellos

24/9/07

Salesforce se va posicionando para ser un ERP


Leo en Zdnet que Salesforce, compañía que comercializa un CRM en modalidad SaaS y que cuenta ya con 35.300 clientes, ha firmado un acuerdo de colaboración con CODA para que esta desarrolle la próxima versión de su ERP utilizando la plataforma de Salesforce Apex

CODA es una compañía británica presente en el mercado de los ERPs desde 1979 y cuenta con clientes importantes como Caterpillar y Avis Europa, aunque no es muy conocida en España.

APex o force, es una plataforma de desarrollo que Salesforce define como Platform as a Service y que pone a disposición de cualquier compañía que quiera desarrollar una aplicación del estilo Salesforce.

La primera versión del nuevo producto, con la funcionalidad de pedido-factura-cobro ("Order-to-Cash"), estará finalizada en el segundo trimestre del 2008.

Desde el punto de vista de Salesforce interpreto esta alianza como un movimiento de defensa y para ganar competitividad frente a las estrategias de algunos ERPs como SAP de desembarcar en el mercado SaaS (el que más o el que menos tiene su modulito de CRM). Recordemos que ya tiene una alianza con Google.

Desde el punto de vista de CODA por un lado es una manera de agilizar el desarrollo de su nuevo producto utilizando la tecnología del líder actual en SaaS y por otro asociar su nombre, CODA, no demasiado conocido pese a su cobertura, a ese mismo líder. Su nota de prensa

¿Quién decía que los ERPs estaban muertos?... los últimos meses están siendo apasionantes y lo que se vislumbra no va a ser menos...


PD. Por cierto, a los que se están planteando lo de empezar en esto de la informática, que se miren Apex.




23/9/07

Devil Excel


Tiene que venir Gartner a decirlo para que todo el mundo caiga en la cuenta y hablemos de ello: "Las hojas de cálculo causan pérdidas millonarias a las empresas"

Noticia leída en DiarioTI:

Gartner: "Las hojas de cálculo causan pérdidas millonarias a las empresas"
[ 20/09/2007 - 09:58 CET ]

El analista de Gartner, Jay Heiser, considera que la seguridad de las hojas de cálculo tradicionales, como Excel, es "catastróficamente mala".

Gartner ha documentado una serie de ejemplos en que el uso de hojas de cálculo ha ocasionado grandes pérdidas a las empresas.

En un caso, un empleado bancario manipuló una hoja de cálculo para ocultar inversiones desafortunadas. Esto ocasionó pérdidas de 691 millones de dólares al banco.

Una compañía eléctrica, en tanto, perdió 24 millones de dólares debido a que ciertos datos fueron digitados equivocadamente en una hoja de cálculo.

Una academia de policía, por su parte, clasificó erróneamente los resultados y notificó a los postulantes rechazados que habían sido aceptados.

Otra compañía eléctrica usó una hoja de cálculo con errores para calcular sus precios, lo que resultó en una demanda en su contra por 200 millones de dólares.
Según Heiser, el 30% de información de importancia crítica para las empresas está almacenada en hojas de cálculo. El analista compara las hojas de cálculo con Skype; es decir, una tecnología para consumidores, que no puede ser usada para aplicaciones empresariales críticas.

"Es cierto que no podemos proponer una prohibición al uso de hojas de cálculo. Sin embargo, conviene tener presente el riesgo que se corre al usarlas, cuando no hay control de la calidad ni acceso. Es importante verlo como un tema estratégico. Sugerimos comenzar con control de acceso y luego seguir con el control de calidad", escribe Heiser en su informe.



Excel, el sistema de gestión empresarial más extendido, de largo, en el planeta


Reunión interrumpida

¿No os da rabia ese despistado que siempre interrumpe las reuniones?



¿Por qué se vuelven todos dentro?, ¿por donde creen que van a salir?


21/9/07

Cervantes y la Web 2.0

"Entre todos lo sabemos todo"

Miguel de Cervantes, inventor del crowdsourcing y autor de El ingenioso hidalgo Don Quijote de la Mancha

La frase la leí en un comentario del blog de Arcadi Espada, la apostilla es mía.

20/9/07

Business ByDesign



Bueno, aprovechando mi viaje diario de vuelta a casa en cercanías y sacrificando algunos minutos de sueño (¿pero no era esto del blog un hobby?), he podido digerir la nota oficial de lanzamiento de Business ByDesign (antes conocido por A1S) y leer las primeras crónicas y reacciones (por cierto, puedo constatar y constato que los blogs han ganado por goleada a los medios on-line)

(Recordatorio: A1S, ahora ya conocido como Business ByDesign, es como ha denominado SAP a su nuevo producto/servicio ERP destinado a cuentas medianas y bajo un modelo SaaS - pago por uso que incluye licencias de software, servicios, mantenimiento, gestión de infraestructuras y éstas alojadas en un centro fuera de la empresa cliente).

Hoy era el gran día donde SAP, en una esperada conferencia en Nueva York, anunciaba los detalles sobre A1S, ahora ya Business byDesign y éste que sigue es el pequeño y modesto resumen que he podido preparar. Como estoy cansado y tengo ganas de irme a la cama no me detendré en adornar demasiado la prosa y redactaré en forma telegráfica (es lo que tiene ser un amateur):


Definición oficial.
On-demand software solution with built-in service and support (Solución bajo demanda que incorpora servicio y soporte incorporado). Complementa a la oferta actual de SAP para la pequeña y mediana empresa (SAP Business One y SAP All-In-One).

Historia y hoja de ruta.
Fruto del esfuerzo de alrededor de 1.000 empleados de SAP durante cuatro años y alrededor de 350 millones de euros (¿sólo?). Lleva probándose desde seis meses antes del anuncio con clientes seleccionados de Alemania y EEUU (20 ya en producción y 45 en pruebas todavía). En los próximos meses se incorporarán al club de los elegidos compañías del Reino Unido. En España llegará durante el 2008 - también con clientes seleccionados.

Testimonio.
Kevin Flanagan (nombre que induce al chiste por estos pagos, by the way), el CEO de Compass Pharma Services LLC, una de las compañías que ya lo tiene en producción, afirma ufano y entusiasmado que esperan reducir su presupuesto actual de IT en menos del 25% del actual (sí, eso es lo que dice, no has leído mal)... ¡buff!

Mercado objetivo.
Empresas medias de 100 a 500 empleados que crezcan muy rápido y que aún no han invertido en un gran ERP. SAP estima que hay, sólo en Alemania y EEUU, alrededor de 60.000 compañías con ese retrato robot. En España, si escalas en número de usuarios - por ejemplo de 10 a 50 usuarios - hay un montón.

Funcionalidad.
Este punto es clave. El alcance funcional es Finanzas, Operaciones (no se precisa más) y Recursos Humanos (menos nómina). No van a contemplar funcionalidades verticales (de un sector concreto) y se va a intentar tener una funcionalidad estándar lo más amplia posible (en contraposición al modelo actual de tener una funcionalidad horizontal básica y extenderla con módulos verticalizados - adaptados a cada sector).
El objetivo es que NO haya adaptaciones - funcionalidad estándar para todos. Es coherente con el modelo SaaS de forma que se puedan compartir las infraestructuras entre los clientes y las implantaciones se puedan hacer como churros de una forma rápida y repetitiva.

Estrategia de Partners.
Otro punto clave y que SAP no ha clarificado - es la incógnita estrella en estos momentos. Está claro que el modelo actual, para este producto, no sirve ya que se basa en que el Partner hace negocio con servicios alrededor de la implantación del ERP (la relación típica es de 3 euros de servicios por cada euro de licencias).
Ha trascendido que han llegado a un acuerdo con ADP (empresa con soluciones de nómina, que ya ofrece sus productos en modo SaaS desde hace años)

Tecnología.
El producto se ha desarrollado desde cero utilizando la plataforma tecnológica de SAP NetWeaver. No tengo más detalles


Precio.
El precio en EEUU empieza desde 149$ por usuario/mes con funcionalidad completa y con un mínimo de 25 usuarios (este número de usuarios mínimo lo tendrán que cambiar en España seguro).
Hay paquetes para 5 usuarios con funcionalidad reducida (una única función de negocio) a partir de 54$ por mes - esta es una buena estrategia.


* * * * *

Incógnitas.

A bote pronto ya se me ocurren las siguientes:
  • ¿Qué pasa con los partners actuales? - especialmente con los que se dedican al mercado de medianas empresas. Van a tener que pasar de un modelo de negocio basado en servicios de implantación e integración (donde los ingresos por horas triplican como poco a los ingresos por venta de licencias) a un modelo que nadie se ha atrevido a explicar todavía. De pocos proyectos y largos, a muchos proyectos y cortos - es fácil ver que es todo un cambio estructural
  • ¿Lo podrá digerir SAP? - Es un cambio de modelo de negocio que requerirá cambios organizativos y de perfil de su personal.
  • ¿Será suficiente la funcionalidad estándar para todos? - independientemente del sector.
  • ¿Cómo se integrará la nueva aplicación con otras aplicaciones de las empresas? - si hay funcionalidades no cubiertas se tendrán que cubrir con otras aplicaciones, y se requerirá una integración.
  • ¿Cómo va a responder la competencia? - y aquí hay que distinguir a la competencia que ya es SaaS (NetSuite, Salesforce, ...) de la tradicional (Microsoft, Oracle, ...). Es de esperar movimientos interesantes.



Si has llegado hasta aquí es que el tema te interesa bastante, por lo que a lo mejor te son útiles los siguientes enlaces:

Nota Oficial de SAP

La grabación del anuncio


Página oficial de producto

La opinión de Nic Carr

Los blogs de ZDNet


Nota: pido disculpas por lo sintética, acelerada y atropellada que es esta entrada, pero he priorizado la velocidad en dar la información a la forma.



****

Actualización: Hoy (21/9) he hablado con un gerente de uno de los partners de SAP en España que se pueden ver más afectados a medio plazo. Para mi sorpresa y estupefacción, no tenía ni p... idea de lo que le estaba hablando.


19/9/07

BbD


La criatura antes conocida en nombre clave como A1S se va a llamar finalmente Business ByDesign.

Es el movimiento más importante y arriesgado de SAP en mucho tiempo.

El tema promete pero no puedo ahora extenderme por falta de tiempo. A ver si encuentro un rato y puedo escribir un resumen.

Vaya reunión (y II)



Esta entrada es la continuación de una anterior donde explicaba una reunión que era un completo disparate (había más consultores que clientes).

Pues lamento decir que nos han echado del proyecto, así tal cual suena. Al final ha pesado menos la autoridad de la delegación local que la de central europea, que va a traer sus propios consultores. Una situación ésta, que la matriz imponga el sistema a sus delegaciones, que hasta ahora sólo había visto en grandes compañías multinacionales.

Es una pena por lo que nos toca pero también por los usuarios locales de ese ERP ya que previsiblemente otra vez va a pasar que los usuarios y los procesos de negocios van a ser los que se tengan que adaptar al ERP en lugar de al revés, que es lo lógico.

18/9/07

Una grandísima idea


Lolo, en su blog, acerca del eterno problema de los libros de texto escolares escribe:


Y digo yo, si de verdad hay intención de proporcionar libros gratuitos, ¿por qué no se empieza por elaborar un temario libre? La Consejería o Ministerio de turno contrata a determinados profesionales, elabora los textos y los pone a disposición de toda la sociedad. Las editoriales seguirán teniendo su pequeña porción del pastel ofreciendo distintas versiones del mismo texto: ediciones a todo color, encuadernación de lujo, páginas platificadas, cualquier cosa que se les pueda ocurrir con tal de seguir vendiendo. Sin embargo, siempre nos quedará la posibilidad de imprimir los temas poco a poco en casa, comprar una versión “económica” en la copistería de la esquina, hacer fotocopias y encuadernarlas… etc. Y tampoco habría que cambiar los textos cada poco tiempo.

Se podrían montar plataformas para la actualización de contenido, en el que los profesores de todo el pais colaboraran para añadir o modificar el temario, junto con los mecanismos de control oportunos (¿una especie de Wikipedia quizás?). Podríamos tener foros de alumnos comentando y trabajando sobre el mismo texto, recomendando lecturas adicionales, elaborando ejercicios… ¡las posibilidades son inmensas! Y lo más importante, las herramientas están disponibles.

Hacía mucho tiempo, y lo digo de verdad, que no había leído/oído una idea tan buena.

17/9/07

Recurrencias... para reflexionar

In many cases when a freelancer has been asked to stay on for another job it’s usually because they fit the environment culturally and they are perceived to be easy to work with, rather than specific skills they may have.

En muchos casos, cuando a un freelancer le piden que siga en otro proyecto es porque se adapta culturalmente al entorno y es percibido como alguien con el que es fácil trabajar, más que por sus conocimientos específicos


Esa misma reflexión se podría aplicar a una empresa de consultoría, ¿no?


Leído en Aunty Entity: Indispensable Project Managers, del blog freelanceswitch donde, tanto si eres un freelance como si no, puedes encontrar muy buenos recursos, como por ejemplo The Monster List of Freelancing Job Sites


15/9/07

A1S ... a finales de esta semana



A finales de esta semana se espera que SAP anuncie y concrete su oferta de ERP en modelo SaaS con nombre en código A1S, que como ya comenté en su momento,
promete bastante.

Para amenizar la espera, este chiste (reconozco que contado con poca gracia) que he encontrado aquí:

El director general de SAP, conocido por hablar fluidamente varios idiomas, afirma en una entrevista que ahora va a tener que aprender a hablar el lenguaje de las medianas empresas.
El entrevistador le sugiere que empiece con las frases "demasiado caro", "demasiado complicado", "¡¿cuántos consultores?!", ... son las que va a oír más.


13/9/07

Accenture y Microsoft



Parece que a
Microsoft le ha dado envidia el acuerdo de colaboración de Google con Capgemini y ha firmado un contrato con Accenture para que ésta magnífica y prestigiosa ;-) consultora le haga la contabilidad y las compras. Claro que no es lo mismo...

Explicado más en serio: Accenture ha ganado un contrato de outsourcing de operaciones (BPO) de los procesos administrativos financieros y de compras de Microsoft. El contrato es por 7 años durante los cuales Microsoft pagará 185 millones de dólares (¡guau!).

El sistema ERP que se utilizará, por supuesto que no será SAP, sino MS Dynamics AX (antes Axapta). Por cierto, Accenture utiliza SAP como ERP.


La historia de colaboración de Accenture y Microsoft no es reciente. Tienen multitud de alianzas en mercados y algunos proyectos grandes, e incluso una empresa, Avanade, a medias - bueno a medias no es exacto, al principio sí que fue a medias pero ahora casi todas las acciones son de Accenture.

Encontrado en Accenture inks Microsoft as BPO customer

Imágenes que cambiaron el mundo


Algunas, terribles, no por vistas innumerables veces, dejan de sobrecogerme aún. He escogido para ilustrar el post quizá la más amable.

Encontrado en haha.nu, a lifestyle blogzine (TM)

12/9/07

Reconversión


He conocido a un tipo con una historia profesional interesante.

Hace pocos años era el director general y comercial en España de una empresa de
software ERP bastante importante - de las que juegan en primera división. Hoy sigue siendo director general de una empresa, la suya, que no tiene nada que ver con las TIC y que se dedica a proyectos e instalación de energías renovables.

Me explica que aprovechó (reveladora elección del verbo) una mala época de su anterior empresa y decidió fundar la que hoy es su compañía, cumpliendo un viejo sueño que empezó en la Universidad (es ingeniero industrial especializado en energías renovables). Hoy, ejerce de Ingeniero Empresario, tocando temas de gerencia y técnicos.

Cuando le pregunté cómo teniendo esa vocación había ido a parar a ese otro tipo de profesión, me contestó que necesitaba un trabajo al acabar la carrera, que no encontraba de lo que le gustaba y que acabó aceptando un puesto de consultor junior (*). De ahí, atrapado por una jaula de oro - el salario creciente - llegó, en su carrera de la rata particular, a Director General de algo que no le gustaba nada, en un final bueno relativamente.

Otros siguen atrapados en esa carrera peligrosa y no logran escalar.



Nota aparte: por cierto, me da mucha rabia lo de consultor junior, es una contradicción clara - nadie puede dar consejos, diagnosticar, etc... si es junior - por definición. Sin embargo siguen apareciendo anuncios de ofertas de empleo con esa etiqueta.






10/9/07

Google y CapGemini

Interesantísimo movimiento el de CapGemini comercializando ahora servicios sobre las aplicaciones ofimáticas de Google y las aplicaciones mismas.

Dentro de su offering de servicios de gestión externalizada de la ofimática, CapGemini va a ofrecer por 50$ usuario y año, G
oogle Apps Premier Edition (Docs y hoja de cálculo, Gmail, Google Calendar, Google Talk, Page Creator, Start Page, herramientas administrativas, APIs, soporte 24×7 y una increíble garantía del 99,9% de disponibilidad de Gmail).

Parece ser que el primer cliente va a ser una gran compañía norteamericana de telecomunicaciones (aún no se sabe el nombre del valiente).

Que uno de los principales prestadores de servicios de Outsourcing de procesos de negocio y gestión de infraestructuras tecnológicas del mundo esté detrás va a facilitar sin duda que las empresas venzan sus reticencias a cambiar de aplicación ofimática.

Ya sólo falta la integración con Open Office (aunque parece que los tiros van por star office) y el lanzamiento de
Google Gears (posibilidad de utilización de las aplicaciones de Google offline)

Leído en el blog de Nic Carr y en el de
Dan Farber & Larry Dignan en ZDNet.

Workday, ¿un ERP 1.9?


Workday es un ERP fundado por Dave Duffield el fundador de PeopleSoft, lanzado en enero del 2006 y que acaba de anunciar la liberación de una nueva versión, completamente SaaS, de su producto. Funcionalmente sólo cubre finanzas y recursos humanos por ahora.

Esta nueva versión trae tres características remarcables:

  • Modelo basado en SaaS
  • Arquitectura basada en eventos
  • Uso de etiquetas

La primera no es ya una gran novedad. Simplemente vale la pena mencionar que "quieren ser a los ERP lo que Salesforce ha sido para el CRM" - una declaración de intenciones bastante ambiciosa.

Lo de la arquitectura basada en eventos quiere decir que modelan cada proceso de negocio en eventos (p.e. "crear un pedido" es un evento dentro del proceso de negocio "venta") que van sucediendo. Es decir que atomizan los procesos de negocio y asocian a cada átomo una pieza de software que es autosuficiente (como una caja negra) y que es conectable a otras piezas.
No es que sea una gran novedad, pero es una característica interesante (todo lo que sea modularizar y encapsular siempre suele ser
bueno en el mundo de los sistemas de información)

Lo del uso de etiquetas si que es más a destacar. Sin llegar a la potencia de del.icio.us o flicker, se trata de que a cada evento de los mencionados se le puedan asociar etiquetas. Con este etiquetado se consigue que el análisis de la información (el business intelligence) sea mucho más potente. En lugar de los tradicionales códigos analíticos se tiene ahora una estructura de información mucho más versátil (virtualmente se tienen infinitas dimensiones de análisis). Lo que no está claro si hay barra libre (cada usuario puede poner los que le de la gana) o está acotado de alguna forma.

También mencionan que un usuario no técnico es capaz de poder componer procesos de negocio relacionando con etiquetas las diferentes piezas que he mencionado antes y sin tener que tocar/picar ni una línea de código (esto no lo acabo de entender con la información de la que dispongo).

El mercado objetivo es el de empresas "medianas/grandes". Van a competir en una selva muy poblada y a la que están atacando los grandes fabricantes de ERPs: SAP (SAP All-in-One y A1S), Microsoft (MS Dynamics), SAGE Financials, Oracle Fusion, Lawson (antes Movex), Exact, , .... además de los locales (que en España son muchos y algunos bastante potentes Axional, rps, CCS-Agresso ... y me dejo muchas)

¿Quizá sea la primera utilización de los conceptos Web 2.0 a aplicaciones de gestión de negocio?. Me viene a la cabeza ahora una reflexión (de alguien que ahora no recuerdo) que se preguntaba ¿qué pasará cuando esa generación que ha crecido con conceptos como tags, colaboración, ... se ponga delante de una pantalla de SAP (u otro ERP 1.0)? - eso si hay SAP (u otro ERP 1.0), claro.

A este respecto las palabras de Adam Carson (apóstol de la web 2.0 en Morgan Stanley y blogger) en la Office 2.0 conference son reveladoras:

Basically Morgan Stanley or any other corporation faces the choice of forcing the younger generation of employees to learn the old way of doing business or adapting to new models of work and organization.

Que traducido más o menos es:

Básicamente, Morgan Stanley o cualquier otra corporación se enfrenta al dilema de forzar a las nuevas generaciones de empleados a aprender las viejas formas de hacer negocios o adoptar nuevos modelos de trabajo y organización.

Morgan Stanley está implantando conceptos Web 2.0 en sus procesos de negocio, interna (redes sociales, localización de expertos por recomendación, cultura participativa, servicios de pregunta-respuesta, ...) y externamente (comunidades con clientes, wikis, ...)

Este es un tema que va a dar de si en en futuro, lo veo claro (y me parece que algún ERP 1.0 también - SAP, por ejemplo, está presente en la mencionada Office 2.0 conference)



Nota. Esta entrada ha sido confeccionada partiendo de las siguientes fuente:

Between the lines
Workday™ - On-Demand Enterprise Business Services
Bringing Enterprise 2.0 to Morgan Stanley

6/9/07

Un tío valiente

Mike Kavis, es un profesional de las TIC (trabaja como responsable de estrategia de aplicaciones de su empresa dirigiendo un equipo de arquitectos de software) que hace unos meses decidió hacer el experimento de intentar vivir profesionalmente sin productos Microsoft (aparentemente lo consiguió en siete semanas)

Ahora, al cabo de 5 meses libre de productos Microsoft, explica su experiencia y da algunos consejos para los que se atrevan a seguir sus pasos

Es un tipo bastante moderado en sus planteamientos (no odia a Microsoft y reconoce públicamente sus aportaciones)

Me quedo con un par de reflexiones muy interesantes dirigida a los responsables de sistemas de las empresas medianas y pequeñas (aunque no veo por qué no también para los de grandes):

The worst thing that can happen with a small pilot is that you discover that Linux won't work for your organization. At least then you can sleep at night knowing you did your homework and made a strategic decision based on real information.
If you take on a pilot, make sure you have a few people on the team who are not married to Windows or Linux. Get some folks with an open mind who are interested in the overall good of the company and are not married to a certain technology.


En una traducción más o menos afortunada:

Lo peor que te puede pasar es que descubras que Linux no funcionará en tu organización. Al menos podrás dormir por la noche sabiendo que hiciste tus deberes y tomaste una decisión basada en información real y hechos.
Si te metes en un piloto, asegúrate de que tengas poca gente del equipo casadas con Windows o Linux. Ten personas con la mente abierta que estén interesadas en el bien de la compañía y no casadas con una tecnología



Seguro que no vive aquí.

5/9/07

Vaya reunión (I)


Tengo que asistir a una reunión de inicio de proyecto para implantar un ERP en la sede española de una compañía multinacional con la central en un país europeo.

Hasta aquí nada extraordinario. La juerga empieza cuando en la convocatoria de reunión listan a los participantes y resulta que hay más participantes en la reunión (13) que usuarios del futuro sistema.

Los asistentes a la reunión se pueden desglosar, según la convocatoria, en:
  • usuarios del nuevo ERP (3)
  • personas de la central europea (4)
  • consultores de negocio (2) - nosotros
  • consultores fiscales (2)
  • consultores del producto ERP (2) - traídos por los de la central
Total consultores: 6... ¡sí, 6!


¿Cómo se ha llegado a este disparate?... aún no acabo de entenderlo pero intentaré explicar al menos los antecedentes:

La oportunidad nos llegó a través de un conocido de un conocido (es lo que tiene el networking). En una reunión previa a la comentada, nos presentamos al cliente, le pareció bien el enfoque que le podíamos dar al proyecto y nos emplazó a una convocatoria de reunión siguiente - la del disparate.

Es una empresa pequeña pero que factura relativamente bastante para el reducido número de personas que trabaja en ella. Tienen un sistema contable y ahora hay que poner un ERP (finanzas, compras, comercial, activos, etc.), que es el mismo que tienen en la central.

Una situación muy común, vamos, y que como aliciente tiene el ver cómo los de la empresa en España se resisten a que la central les imponga sus procesos y formatos de datos y reporting (hay que commoditizar, ya lo dijo Dilbert)


Pues en eso estamos, preparando la reunión, un poco descolocados, para dejar claro nuestro papel (hay solapes de consultores por todas partes).

Teniendo en cuenta que nuestro cliente es la empresa local y no su central, nuestro papel teórico deberá ser el de definir los requerimientos funcionales de los procesos de negocio y las necesidades de información asociadas, además de la verificación de que esos requerimientos están cubiertos cuando se configure el nuevo ERP. En realidad, además de eso, deberemos hacer extraoficialmente de niñeras de nuestro cliente durante el proyecto y de policías para que los de la central les metan el menor número de goles posibles.

Seguiré contando ...


4/9/07

Los hay fanáticos



Encontrado en haha.nu a lifestyle blogzine (TM)

3/9/07

Las 10 cosas más estúpidas que gente (inteligente) de IT todavía sigue haciendo


Me encuentro en eWeek un slideshow con las
10 cosas más estúpidas que la gente (inteligente) de IT sigue haciendo. Aquí están:


10 More Stupid Things Smart IT People Still Do


  1. Cast a jaded eye on emerging technologies and modes of delivering technology.
  2. Ignore investment in training and professional development.
  3. Keep IT budgets totally separate from facilities.
  4. Look at security purely from a technical standpoint.
  5. On that note, don't lock down laptops.
  6. Consider remote users the exception rather than the rule.
  7. Don't let vendors set the technology timetable, but also don't stay informed about forthcoming updates and their potential benefits.
  8. Don't make time for reading news and analysis, especially for reading industry and peer-driven blogs.
  9. Keep evaluations of new technologies confined to the IT department.
  10. Let your disaster recovery plan lie dormant.
En una traducción libre más o menos acertada:

  1. "Rajar" de tecnologías y modelos tecnológicos emergentes.
  2. Ignorar la inversión en formación y desarrollo profesional.
  3. Mantener los presupuestos de IT separados de los de Instalaciones y Mantenimiento
  4. Considerar la seguridad sólo desde un punto de vista técnico
  5. No asegurar los portátiles y sus datos
  6. Considerar a los usuarios remotos como una excepción, no como la norma
  7. No dar tiempo a los proveedores a que enseñen sus productos/servicios y al mismo tiempo no estar informado de las novedades y sus potenciales beneficios
  8. No dejar tiempo para leer noticias y análisis del sector, especialmente blogs
  9. Dejar la evaluación de nuevas tecnologías al departamento de IT
  10. Dejar que el plan de recuperación ante desastres duerma el sueño de los justos

Me llama la atención especialmente el número 3. Constata que IT realmente es ya una commodity, es decir como el agua y la electricidad - que lo enchufas y ya funciona.

El 7 también es remarcable. ¡Si es que no nos dejan vender! - ¡pero hay que hacerlo!


Hay más
slideshows aquí. Entresaco las siguientes:
  • The Most Poisonous Bugs
  • The Trouble with Vista
  • 10 Most Powerful Women in IT
  • The Five Stages of IT Grief
  • The 12-Step Program for Hiring an IT Services Provider
  • 25 Most Active Open Source Projects at Microsoft's CodePlex
  • Top 10 Stupid Surfing Habits