Y lo deberías leer porque SugarCRM Community Edition, según este aparentemente bien fundado artículo, tiene los días contados. Bienvenido SuiteCRM.
https://salesagility.com/support-assistance/news-and-blogs/entry/suitecrm-the-sugarcrm-fork
Technical Summary of #BW4HANA
SAP HANA, como todos sabéis – para eso leeis este blog 🙂 – es la base de datos en la que SAP se está volcando para sustituir a otras bases de datos sobre las que hasta ahora corrían los productos de SAP (Oracle principalmente).
En este artículo, Thomas Zurek hace una excelente introducción técnica al producto de Data Warehouse de SAP corriendo sobre HANA.
Espero que os sea de utilidad.
PS. Hay una traducción del artículo al castellano hecha por Luis Benavides
From Business Warehouse to Business Intelligence: Bell Helicopter’s Journey
Esta presentación [pdf] me ha parecido muy interesante, e ilustrativa de lo que supone un macro-proyecto de cambio de arquitectura tecnológica del entorno BI.
No dejéis de leer las conclusiones.
- Technology roadmap should match the organization’s DNA and Industry Direction.
- Technology Adoption Alone Does Not Solve Business Problems. Organization and Structure, Process and Technology need to be in sync.
- Both SAP and non-SAP tools are rapidly evolving. Early adoption comes with a price. Not adopting new technologies is not an option either.
IT Jobs Explained With A Broken Lightbulb :)
No dejan de ser topicazos pero tiene su gracia. Del blog de toggl.
Nada automático
No quiero nada automático, que el sistema proporcione toda la información disponible. El usuario ya decidirá qué hace y que el sistema lo registre para su trazabilidad, en todo caso. No quiero otra cosa, ya somos todos mayorcitos
Esta afirmación de un cliente, enunciada en una reunión de toma de requerimientos para un nuevo sistema de información de gestión empresarial, me ha hecho despertar una reflexión que tenía larvada desde hace tiempo:
¿Qué es preferible, que el sistema de información guíe al usuario de forma automática o que el propio usuario decida que hace con toda la información?
¿Workflow automático que dirige al usuario por el proceso de negocio o un usuario que decide en todo momento por donde fluye el proceso?
Piénsatelo bien antes de responder porque la pregunta/respuesta tiene una profunda carga conceptual, por no decir ideológica:
- Sistema vs Persona
- Empoderamiento de los individuos
- Confianza
- Formación
- Cortoplacismo
- Visión de(l) equipo
Y con todas las matizaciones que se te ocurran:
- Procesos con intervención humana
- Habrá procesos donde sea más viable o tenga más sentido que en otros
- Capacitación de la persona
- Situación de la organización
***
Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Y por supuesto que estaré encantado de conocer tu opinión (en los comentarios mejor, así lo compartimos entre todos).
Y si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.
Avanzar
A veces, aunque parezca lo contrario, lo mejor es avanzar, no retroceder.
Duro como vender
Existe el tópico de que vender es muy difícil y duro, que has de ser de otra pasta para aguantar tanta negativa, etc. pues después de vivir lo que ahora cuento, lo empecé a ver con otra perspectiva.
Contexto: Un proceso de selección de un ERP que está en su ronda final con tres finalistas. Estamos en una sesión de trabajo con uno de los finalistas y su comercial preventa se levanta de su silla, se dirige al centro de la sala y después de una pausa intrigante y mirar muy serio a los ojos de todos los presentes, con una entonación grave, va y suelta:
Dicen que es duro vender pero ¿os dais cuenta de lo duro que es también comprar?
La reacción de los presentes -los decisores finales- fue de risitas en la sala al principio pero estoy seguro que momentos después, cuando tuvieron ocasión de reflexionar, como me pasó a mí, esas risitas se transformaron en sudores fríos.
Porque el proyecto era de varios millones y su decisión -su decisión de compra- iba a comprometer a su compañía por muchos años. Y eran ellos, sólo ellos, quienes iban a tomar esa decisión… aunque todo hay que decirlo: con el trabajo que hemos hecho se lo hemos puesto bastante más fácil, al menos podrán justificarlo objetivamente.
Y si hablamos de ventas, siempre me viene a la cabeza esto 🙂
***
Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Y por supuesto que estaré encantado de conocer tu opinión (en los comentarios mejor, así lo compartimos entre todos).
Y si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.
El problema del doce que parpadea
En su libro In the Beginning was the Command Line, Neal Stephenson (más conocido por su novela Criptonomicón) describe lo que él denomina the blinking twelve problem o en castellano según mi libre traducción, el problema del doce que parpadea.
Este problema, utilizado en entornos de desarrollo de software, se refiere a la situación que se produce cuando una funcionalidad de un software no se utiliza, o deja de utilizarse, por la complejidad de su interfaz gráfica. El término, muy bien traído en mi opinión, se acuñó en alusión al reloj digital de esos reproductores de video (o cualquier aparato electrónico con reloj digital) que nadie pone en hora por lo complicado que resulta hacerlo y que, en consecuencia, está siempre parpadeando.
En los proyectos de software de gestión empresarial, por centrarnos en uno de los temas de este blog, esta situación se produce también: Pantallas que no se entienden, transacciones con demasiados pasos, iconos que engañan o hacen lo contrario de lo que esperas cuando los pinchas, consultas/reports/gráficos con tanto dato que hace que la información útil quede escondida… y todo esto provoca, aparte del despilfarro de recursos, que el usuario se busque vías alternativas para trabajar con el sistema, o peor, fuera del sistema, por ejemplo con el excel silvestre que todo usuario tiene).
La solución pasa por diseñar buscando la simplicidad, eliminar todo lo superfluo, cuestionar cualquier cosa que no aporte algo de valor (otro tema es saber qué es valor en cada momento), buscar vías alternativas a lo que parece inevitablemente complejo, … en definitiva adoptar enfoques lean y ágiles.
***
[off-topic] si te gusta la ciencia ficción con toques techie-frikis no puedes dejar de leer Criptonomicón.
[Cita original de Neal Stephenson]
But because the VCR was invented when it was–during a sort of awkward transitional period between the era of mechanical interfaces and GUIs–it just had a bunch of pushbuttons on the front, and in order to set the time you had to push the buttons in just the right way. This must have seemed reasonable enough to the engineers responsible for it, but to many users it was simply impossible. Thus the famous blinking 12:00 that appears on so many VCRs. Computer people call this «the blinking twelve problem». When they talk about it, though, they usually aren’t talking about VCRs
***
Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Y por supuesto que estaré encantado de conocer tu opinión (en los comentarios mejor, así lo compartimos entre todos).
Y si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.
Ecosistema ERP
A los que estamos de alguna u otra manera envueltos en el mundo de los sistemas de información de gestión empresarial nos es conveniente conocer el ecosistema en el que hay que moverse.
En esta entrada empezaremos explorando el primer nivel de ese ecosistema, el que está formado por el Cliente, el Fabricante del Software y el Implantador. Y si el tema interesa podremos seguir en entradas posteriores por segundos niveles, por ejemplo los distintos agentes y/o elementos que están dentro de los clientes.
Es en esta primera capa o nivel donde se juega la partida principal, donde cada jugador, según sus intereses particulares, va a mover sus fichas:
El cliente
- Reducir inversión/gasto
- Cubrir requerimientos ¡y no sólo funcionales!
- Evitar impacto organizativo
- ROI, ROI, ROI, … ∞
El fabricante del software
- Vender licencias y mantenimientos
- Minimizar descuentos
- Vender certificaciones y formación
- Mejorar el producto
- Licencias, licencias, … ∞
El implantador
- Vender horas y … ¡no hacer más de las vendidas!
- Recurrencias … quedarse en el cliente
- Reaprovechar desarrollos
- Margen, margen, margen, … ∞
Estos intereses son los que van a provocar que se desarrollen estas dinámicas:
El cliente
El fabricante del software
El implantador
Conocer y entender estas dinámicas es el paso previo a ser capaz de gestionarlas, estés en rol que estés o en medio de todos como es mi caso. Conocer los objetivos que mueven a tus compañeros de partida te permitirá hacer mejores movimientos y en cualquier caso creo que siempre es bueno para todos conocer las reglas que rigen el juego.
Para acabar una observación. Este análisis tiene un enfoque racional y cartesiano, pero como en todo ecosistema donde participan personas, siempre hay que considerar los efectos de las relaciones humanas, las emociones y las dinámicas entre individuos, que al final pueden acabar siendo las más influyentes.
***
Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Y por supuesto que estaré encantado de conocer tu opinión (en los comentarios mejor, así lo compartimos entre todos).
Y si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.
Requerimientos y detalle
En aquel Imperio, el Arte de la Cartografía logró tal Perfección que el Mapa de una sola Provincia ocupaba toda una Ciudad, y el Mapa del Imperio, toda una Provincia. Con el tiempo, estos Mapas Desmesurados no satisficieron y los Colegios de cartógrafos levantaron un Mapa del Imperio, que tenía el Tamaño del Imperio y coincidía puntualmente con él. Menos Adictas al Estudio de la Cartografía, las generaciones siguientes entendieron que ese dilatado Mapa era Inútil y no sin Impiedad lo entregaron a las Inclemencias del Sol y de los Inviernos. En los Desiertos del Oeste perduran despedazadas Ruinas del Mapa, habitadas por Animales y por mendigos; en todo el País no hay otra reliquia de las Disciplinas Geográficas.
Este texto está en el relato corto de Borges del rigor de la ciencia. En la narración se describe como el tamaño del mapa en papel acababa coincidiendo con el tamaño del terreno físico.
Se lo dedico a todos aquellos que en los proyectos de implantación de sistemas de gestión se obsesionan por detallar tanto los requerimientos que redactando documentos acaban incurriendo igual o más horas que en la propia implantación del sistema… total para que luego el cliente te lo cambie todo.