La consultoría informática necesita su libro de historia

Dicen que “la historia se repite” o que “es necesario conocer el pasado para comprender el presente”, frases de uso frecuente que bien se podrían aplicar a la consultoría informática, que si se recopilara anécdotas e historias bien podrían tomar forma de más de un libro. Algunas anécdotas o historias no tan agradables como pueden ser las demandas de un cliente porque no está muy contento con el resultado de un proyecto de implementación, por causas como los que señala el artículo de referencia:


Dicen que “la historia se repite” o que “es necesario conocer el pasado para comprender el presente”, frases de uso frecuente que bien se podrían aplicar a la consultoría informática, que  si se recopilara anécdotas e historias bien podrían tomar forma de más de un libro.  Algunas anécdotas o historias no tan agradables como pueden ser las demandas de un cliente porque no está muy contento con el resultado de un proyecto de implementación, por causas como los que señala el artículo de referencia:

  • Problemas o diferencias políticas.
  • Incremento desproporcionado de los costes de los proyectos.
  • No se logran cubrir los objetivos esperados, insatisfacción de los usuarios.
  • Considerable incumplimiento de los plazos de entrega (“dijeron que podían hacerlo en siete semanas. Les dimos siete meses, y tenemos cero…”).
  • Presentación de un “demo” amañado en la preventa
  • Asignar consultores sin experiencia al proyecto.
  • Errores informáticos que generan incorrectamente pagos millonarios (Diagnóstico de auditoría: “el sistema se puso en marcha antes de superar ciertos hitos de prueba”).

Conocer un poco más sobre estos casos serían verdaderas lecciones para clientes y consultores.  Por ejemplo, interesante resulta el argumento de defensa de Oracle ante una demanda: “… Cuando los problemas surgieron durante el transcurso del proyecto, se hizo evidente que el cliente no comprendió adecuadamente la tecnología, como tampoco sabía los pasos que debía seguir para completar el proyecto…”

Referencias: aquí y aquí

Para el desarrollo de sistemas, ¿deberíamos utilizar más prototipos?

Si la metodología en cascada no es lo más recomendable para implementar sistemas de información (como comentábamos en el post anterior), ¿qué deberíamos hacer? Quizás, una alternativa podría ser una metodología basada en el uso de prototipos.


Si la metodología en cascada no es lo más recomendable para implementar sistemas de información (como comentábamos en el post anterior), ¿qué deberíamos hacer? Quizás, una alternativa podría ser una metodología basada en el uso de prototipos.

Sobre el uso de prototipos, el documento de referencia señala: “… el proceso comienza con la creación de un prototipo inicial con todos los requerimientos pero no todas las funcionalidades.  Con este prototipo los usuarios podrán probar el sistema y así observar errores o disfuncionalidades que sirven para revisar y mejorar el prototipo… un proceso iterativo que culminará con la obtención de la solución final que no requiera mejoras”

Las pruebas constantes que realizarán los usuarios, ayudarán a gestionar mejor los tiempos y a detectar mejor y más pronto los fallos.  El uso constante de prototipos durante la implantación de un sistema o aplicación informática, podría brindar los siguientes beneficios:

  • Incrementa la productividad del equipo que implanta la solución y de los usuarios clave que colaboran definiendo las pautas desde la perspectiva del negocio.
  • Aumenta la calidad del producto final.
  • Disminuye los costes de mantenimiento.
  • Mayor receptividad del usuario.

Referencia: ISBN 978-84-7356-814-2

Para el desarrollo de sistemas, ¿la metodología en cascada debería evitarse?

A muchos de nosotros nos puede resultar familiar llegar a la puesta en marcha de un nuevo sistema o aplicación informática para darnos cuenta que algo no funciona como se esperaba, ya sea porque no se comprendió lo que se solicitaba o porque al realizar el desarrollo técnico se encontró una “limitación” de la herramienta informática. Esta situación, en gran medida, es por la metodología de desarrollo que se ha optado.


A muchos de nosotros nos puede resultar familiar llegar a la puesta en marcha de un nuevo sistema o aplicación informática para darnos cuenta que algo no funciona como se esperaba, ya sea porque no se comprendió lo que se solicitaba o porque al realizar el desarrollo técnico se encontró una “limitación” de la herramienta informática. Esta situación, en gran medida, es por la metodología de desarrollo que se ha optado.

En la actualidad, muchos proyectos siguen la metodología de las fases Análisis, Diseño, Construcción, Implantación y Mantenimiento.  Una metodología, con fases rígidas, formales, siguiendo un orden riguroso, secuencial, empezando la siguiente fase cuando ha culminado la anterior. Una metodología clásica, sino nos equivocamos, de más de 30 años, tiempos en que todo tenían un ritmo más pausado, muy distintos a los tiempos actuales que exigen más rapidez y flexibilidad.

El documento de referencia señala muy bien cuando podría ser útil la metodología clásica (también denominada en cascada):

“… este tipo de metodologías sólo se usa para el desarrollo de sistemas muy grandes que requieren gran formalización  y los requerimientos son fácilmente reconocibles”

Y se señala las siguientes limitaciones de esta metodología:

  • Dificultad para eliminar errores
  • Falta de flexibilidad, el cual incrementa los costes y duración del proyecto.

Los fallos más comunes o triviales se detectan al comienzo, mientras que los más graves se detectan a la implantación, volviendo a ser necesario a analizar, diseñar y construir aquello que estaba mal implantado… ¡y comienza el caos!

Referencia: ISBN 978-84-7356-814-2

Consolidación Financiera: Marco normativo

Cuando se trata de implementar una herramienta informática para automatizar un proceso de negocio, la clave está en comprender el proceso, pero si el área implicada es la económica – financiera – contable, quizás conlleve más tiempo de lo habitual comprenderlo si es que no se tiene una base de conceptos sobre las técnicas contables y financieras. Si particularizamos dónde puede ser más crítico la falta de un conocimiento funcional a la hora de implementar una solución automatizada, creemos que es en la Consolidación Financiera.


Cuando se trata de implementar una herramienta informática para automatizar un proceso de negocio, la clave está en comprender el proceso, pero si el área implicada es la económica – financiera  – contable, quizás conlleve más tiempo de lo habitual comprenderlo si es que no se tiene una base de conceptos sobre las técnicas contables y financieras.  Si particularizamos dónde puede ser más crítico la falta de un conocimiento funcional a la hora de implementar una solución automatizada, creemos que es en la Consolidación Financiera.

Sin pretender detallar o profundizar  en las técnicas de la Consolidación, compartiremos en esta entrada y en siguientes, unas pinceladas al respecto, comenzando por lo primero, el marco normativo que la regula.

Una definición sobre Consolidación

La consolidación es una técnica que permite obtener estados financieros agregados de un grupo de empresas, entendiéndose como grupo a un Conjunto de sociedades donde se ejerce un control o dirección única por parte de una sociedad dominante o matriz sobre un conjunto de sociedades dependientes o filiales.  Los grupos de empresas no tienen personalidad jurídica, no existen legalmente pero si económicamente, actuando como una entidad.

Además de las figuras de sociedad matriz y sociedades dependientes, se puede presentar el concepto de sociedad multigrupo, el cual define a empresas gestionadas por una o varias sociedades del grupo conjuntamente con otra u otras ajenas al grupo.

Marco Normativo

Conceptos o definiciones como las anteriores se desprenden del marco normativo que se utiliza en un país o región, pero en el caso de  la consolidación financiera, la gran mayoría de los países tiene un marco legal/normativo basado en las denominadas NIIF.

Más de 75 países obligan total o parcialmente la aplicación de las NIIF , en el ámbito europeo, la consolidación está regulada por las Normas Internacionales de Información Financiera (NIIF) o International Financial Reporting Standards (IFRS).  Las NIIF existente desde los años 70 (en 1973 surgen las NIC, Normas Internacionales de Contabilidad, ampliadas en 2001, constituyéndose las actuales NIIF), pero recién en 2005 Europa la considera como referencia para la consolidación de estados financieros de cualquier grupo cotizado en cualquier bolsa europea.

Las NIIF son normas identificadas por un número, cada una de ellas regula un aspecto concreto de la información financiera de las empresas o de los grupos de empresas, las NIIF que afectan a la consolidación financiera son las siguientes:

  • NIIF 10: Estados financieros consolidados.
  • NIIF 11: Acuerdos conjuntos.
  • NIIF 12: Información a revelar sobre participaciones en otras entidades

En cuanto al marco legal que regula la consolidación en España:

  • Código de Comercio, artículos del 42 al 49 (aquí)
  • Real Decreto 1159/2010, el cual aprueba las “Normas para la formulación de las cuentas anuales consolidadas” (NFCAC). (aquí)

La normativa española se ha adaptado según las NIIF, los grupos de empresas que no cotizan en bolsa pueden optar libremente entre la normativa española y las NIIF.  Basta que cualquier empresa de un grupo cotice en un bolsa europea para que se consolide bajo las pautas de la normativa NIIF.

Referencias:

Quién es Quién 2012… En Consultoría e Informática

El diario Expansión ha publicado su suplemento anual «Quién es Quién» de 2012, un breve índice de las principales empresas de la economía española agrupadas por sectores.


El diario Expansión ha publicado su suplemento anual «Quién es Quién» de 2012, un breve índice de las principales empresas de la economía española agrupadas por sectores.

En esta pequeña guía, por cada empresa se incluye sede social, web, números telefónicos, y en algunos casos facturación del año anterior y número de empleados.

Compartirnos aquí  el extracto de las empresas identificadas como consultoras y de la sección informática.