febrero 2011 – Página 5 – aníbal goicochea

BPM según Forrester

El Business Process Management (BPM) asociado en ocasiones sólo como una herramienta de software, ante todo es una disciplina, una explicación más precisa la encontramos en Forrester, la que la define del siguiente modo:

El Business Process Management (BPM) asociado en ocasiones sólo como una herramienta de software, ante todo es una disciplina, una explicación más precisa la encontramos en Forrester, la que la define del siguiente modo:

“Es un amplio marco de métodos, enfoques, técnicas y tecnologías que apoyan el cambio en la organización, mejorando el valor y su rendimiento actual”.

En el post de referencia se puntualiza en lo siguiente:

Los métodos de mejora del BPM están centradas en el cliente (de afuera hacia dentro).
El BPM ayuda a centrarse en prioridades estratégicas y en la oportunidades que brinden valor o ventaja competitiva.

Cada implementación de BPM es única, porque los métodos que se contemplan en esta disciplina se fusionan a los métodos, técnicas, habilidades, cultura y herramientas que tiene cada organización, diseñándose un maco único que contemple las necesidades de la empresa.

Referencia: Blogs Forrester

Objetivo: Lograr la «mejor experiencia de usuario»

Una de la expresiones mas usuales que escuchamos o leemos es «ofrecer una propuesta de valor al cliente» o «brindar la mejor experiencia de usuario», una definición de experiencia de usuario la encontramos en un reciente post de SAP SDN, la cual señala lo siguiente:

Una de la expresiones mas usuales que escuchamos o leemos es «ofrecer una propuesta de valor al cliente» o «brindar la mejor experiencia de usuario», una definición de experiencia de usuario la encontramos en un reciente post de SAP SDN, la cual señala lo siguiente:

«La experiencia del usuario es el arte y la ciencia de diseñar productos fáciles de usar, se adapta a las expectativas del usuario y corresponde a los objetivos del negocio»

En las Tecnologías de la Información, alcanzar esta destreza nos es tarea fácil, sino no hubiera «casos de no-éxito» como los que comentábamos hace unos días, ademas de las habilidades técnicas, lograr la satisfacción del cliente pasa por un adecuado diseño de la propuesta, la que se logra con una fluida comunicación, reuniones bien planificadas, pruebas con implicación directa del usuario; identificando y guiandonos en función de los requisitos, necesidades y objetivos de la organización.

En cualquier otro caso, una definición mas simple de «experiencia de usuario» es aquella que dice «hacer más cosas en menos tiempo».

Referencia: SAP SDN

Convertirse en marca

El último número de la revista Capital (125 – febrero 2011) trae como tema de portada la creación de marca personal, en uno de sus artículos, a modo check list, presenta los «10 mandamientos» para convertirse en marca:

El último número de la revista Capital (125 – febrero 2011) trae como tema de portada la creación de marca personal, en uno de sus artículos, a modo check list, presenta los «10 mandamientos» para convertirse en marca:

Definir cuáles son nuestras aspiraciones vitales y profesionales y donde desearía estar en los 5, 10 o próximos 15 años.
Identificar cuáles son nuestras habilidades, fortalezas y puntos débiles (un DAFO personal).
Saber como te percibe el entorno.
Elegir el campo dónde quieres ser reconocido (posicionamiento).
Gestionar la agenda de contactos.
Convertirte en un profesional 2.0 (presencia en redes sociales y blogs personales).
Ser paciente, no esperar resultados en el corto plazo.
Centrarse sólo en los temas en que se es experto o en las personas que pueden ser de ayuda.
Ser metódico y constante en la construcción de la marca-
Dedicación para lograr un buen trabajo o producto, mantienen y refuerzan la marca personal.

Referencia: Revista Capital

Casos de «no-éxito» en implementaciones TI

De las implementaciones tecnológicas es fácil conocer los “casos de éxito”, porque los protagonistas (partners y clientes) se encargan de contarlo, pero un poco más difícil es conocer los traspiés, que se traduce en descontento del cliente, para luego convertirse en muy pocas demandas judiciales.

A través de NodoTIC hemos leído un artículo en el que se hace referencia a una serie de “casos de no-éxito” en implementaciones de ERP, la lista de decepciones, esta bien distribuida por fabricantes, normalmente las demandas son del cliente al partner que lo implementa, aunque hay algún caso en sentido contrario. En algún caso se observa que la solución es que el fabricante directamente asuma la implementación.

Entre otros, la motivación de la demanda judicial es por las siguientes circunstancias:

Los usuarios no se aclimatan al nuevo sistema, el cual además tiene un mal funcionamiento
Incumplimiento en los acuerdo de licencia
Partner tergiverso sus habilidades y experiencias
Contratación de consultores no calificados
El nuevo sistema demanda más tiempo, “una operación que requería un minuto ahora tarada una hora”.
La solución nunca funcionó como se prometió y esperaba.
Pagos adicionales para que el sistema funcione correctamente .
Prácticas deficientes en la gestión del proyecto de manera sistemática
El sistema implementado no se puede utilizar.
Pagos superan a lo presupuestado (Caso Portland, de 30 a 50 millones de US$)

Referencia: Panorama Consulting Group

El «Branding» de SAP BO 4.0

Hace unos días comentábamos que los cambios de nombre a los principales componentes de SAP BusinessObjects, en algunos casos realizados en más de una ocasión, creaban algunas dudas.

Para aclarar el nuevo branding que tendrá SAP BusinessObjects 4.0 desde enero de 2011, SAP SDN ha publicado la siguiente tabla: