Archivo de la categoría: Metodologías

” A system must be managed. It will not manage itself. Left to themselves, components become selfish, competitive, independent profit centers, and thus destroy the system. . . .

The secret is cooperation between components toward the aim of the organization.”

W. Edwards Deming

Consejo de un metodólogo del software.

Un compañero experto en metodologías del software me mando el siguiente mensaje:

“Nada en el mundo sustituye a la Constancia.

El talento no la sustituye, pues nada es tan corriente como los inteligentes frustrados.

El genio tampoco, ya que resulta ser tópico el caso de los genios ignorados.

Ni siquiera la educación sustituye a la Constancia, pues el mundo está lleno de fracasados bien educados.

Solamente la Constancia y la Decisión lo consiguen todo.”

He querido compartirlo en mi blog para tenerlo a mano.

Gracias compañero.

” No se puede gestionar lo que no se puede medir. Se mide lo que se hace y se hace lo que se mide. ”
Peter Drucker

Eficiencia en equipos informáticos

Estoy totalmente de acuerdo con lo que expone el siguiente video y por no sé qué razón lógica, algo de culpa tendremos los propios informáticos, mi experiencia me dice que cuanto más grande se hace una empresa más se intenta controlar la informática por equipos no informáticos, más se desconfía de su trabajo y más demandado es el trabajo que deben dedicar los informáticos a tareas que permita a la empresa su gestión.

Curiosamente esto se ha agudizado desde la difusión y conocimiento de estas metodologías ágiles. ¿Será un fallo de la metodología, el no contemplar la necesidad del control por parte de la dirección, mediante métodos tradicionales, el departamento de informática?

BPM

Os traigo un vídeo de Introducción a BPM (Business Process Management) o gestión por procesos de negocio, en el que Jose María Pais Curto se repasa el recorrido histórico de las diferentes teorías de management y la evolución de las tecnologías de la información hasta llegar a BPM.

Se presentan conceptos importantes como la orientación a procesos, se describe el modelado de procesos en BPMN (Business Process Modeling Notation) y la implementación de un proyecto con un BPMS (Business Process Management System).

A mí me ha servido mucho como introducción a la asignatura Sistemas de Información para la Gestión de Procesos en la que se avanza en este tema.

Por otro lado, tras ver el video, me atrevo a decir que los dibujitos en sucio que siempre he hecho para explicar los desarrollos que iba hacer tenia un nombre y es una metodología 😉

Basado en [MiMBA2013].
Asignatura: Sistemas de Información para la Gestión de Procesos

Experiencia con ERPs

En la asignatura Gestión estratégica de la información de mi MBA, se nos propuso debatir en el foro “ERP. oportunidades para las empresas”, adjunto mi participación:

” Hola, yo por aportar algo distinto a lo que han aportado mis compañeros, creo que no lo podría superar la definición de las funciones del ERP de ninguna de las maneras, voy a comentar mi experiencia en el desarrollo de una herramienta de un ERP en una empresa hace mas de 10 años.

En dicha empresa cada gerente (7 en concreto) gestionaba independientemente del resto de gerentes sus clientes a los que la empresa les ofrecía sus servicios. Como en todas las empresas, lo difícil era conseguir los clientes y una vez conseguidos, era mucho más fácil venderles siguientes servicios y productos de la empresa, con lo que cada gerente guardaba como un tesoro cada cliente, siendo muy difícil que lo compartiera con otro gerente para el bien de la empresa.

El gran problema que tenía la empresa era que dependía mucho de la información que quería soltar dicho gerente, de los procesos no armonizados de cada gerente y que los criterios de evaluación de rendimiento eran a criterio de las cuentas ‘maquilladas’ que hacía cada gerente.

A mí me contrataron para entre otras cosas centralizar toda esta información en un repositorio común accesible vía en Internet, eliminara estos Excel (los clientes pasarán a ser propiedad de la empresa y su bien común), fuera estableciendo procesos entre la venta y comercialización de dichos servicios y por ultimo estableciese un proceso de ejecución y facturación de los mismos.

Al principio fue muy bien acogido mi trabajo, pues ahorraba mucho tiempo en los trabajos tediosos y repetitivos de tratamiento masivo de información y hacia mucho más fluida la comunicación entre departamentos de la empresa.

El primer problema empezó cuando el mismo software iba poniendo restricciones necesarias a los procesos de manera que no se podían comunicar por ejemplo contratos a RRHH si estos no tenían cumplimentados correctamente los datos necesarios. Estos que a la larga era beneficioso y es obvio para el trabajo en su conjunto, se fue convirtiendo en trabas y en la sensación de que el ERP que se estaba implementando no era para ayudar en el trabajo sino para controlar a los trabajadores.

Con esta aportación al foro quiero decir que mi experiencia es que un ERP debe adaptarse y abarcar todas las funcionalidades concretas de la empresa, su éxito consiste en la capacidad que los trabajadores lo vean como una herramienta para facilitar su trabajo y aumentar su productividad y no como un control por parte de la empresa, que evidentemente también es necesario. “

Creo que nadie que todo el mundo que conozca la herramienta de la que hablo en esta entrada del blog sabe la gran ventaja competitiva que ha sido y es el ERP al que me refiero.

Basado en [MiMBA2013].
Asignatura: Gestión estratégica de la información.