erp Ágil - nodotic [es]

CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1

Luis Carrasco

¿Es posible implantar un

ERP de forma ágil?


Contenidos

» Presentación

» Cómo es un proyecto ERP

» Implantar un ERP a lo tradicional

» Debe haber otra forma

» Conclusiones


Presentación

SOBRE EL

AUTOR

Ingeniero de Telecomunicación por la Universidat Politécnica de

Cataluña, certificado CPIM por APICS y Executive MBA por EAE

Barcelona.

Actualmente soy gerente y fundador de Nodotic donde, como

consultor y project manager, lidero para mis clientes iniciativas de

mejoras organizativas y de procesos de negocio utilizando

tecnologías y sistemas de información.

Si crees que podría ayudarte no dudes en enviarme un e-mail a

luiscu [ARROBA] gmail [PUNTO] com

http://www.linkedin.com/in/luiscu

@nodotic

https://plus.google.com/u/0/111838161734108867236/about

También soy editor de www.blog.nodoTIC.com, blog sobre sobre tendencias en sistemas

de información de gestión empresarial y podéis encontrarme en diversas redes sociales:

http://www.blog.nodotic.com/


Cómo es un proyecto ERP

PRODUCTO ERP

“Pesado”, monolítico, cerrados

Orientado a ser configurado no

programado.

Partes muy interdependientes entre sí

Arquitecturas tecnológicas obsoletas

heredadas y para compatibilidad de

versiones

Modelos de Licencias complejos

IMPLANTADOR

Perfiles especializados con

roles muy específicos

Modelo de negocio “vender

horas” habitualmente

Muy separado el equipo de

ventas del de implantación

CLIENTE

Casi nunca hay alguien con

visión única

Múltiples departamentos con

objetivos a veces contrapuestos

Poca dedicación al proyecto

(tienen su día a día)

PROYECTO

Alto impacto en la organización

Crítico - afecta a las operaciones del

negocio

Difícil aislar objetivos

Larga duración: +riesgo de cambios

Muy costoso definir el alcance funcional

en detalle por anticipado

Siempre con contratos a precio cerrado


Implantar un ERP a lo tradicional

Tradicionalmente se ha seguido un enfoque de implantación

predictivo (en cascada)…

Original de www.agile-spain.org Efectos: “del estudiante”, “patada a seguir”, “haberlo dicho antes”, …


… y no parece que estemos teniendo mucho éxito

Implantar un ERP a lo tradicional

2010 ERP Report: http://nodotic.me/1xak ERP Failures and Lawsuits list: http://nodotic.me/1xai


… y es que pretender captar

de forma abstracta lo que

una empresa necesita (sus

requerimientos de negocio) y

que esos requerimientos

(suponiendo que se hayan

captado bien) no cambien

durante proyectos tan largos

es… difícil.


Debe haber otra forma



El manifiesto por el desarrollo ágil del software

Individuos e interacciones sobre

procesos y herramientas

Software funcionando sobre

documentación extensiva

Colaboración con el cliente sobre

negociación contractual

Respuesta ante el cambio sobre

seguir un plan

1. Respetar a las personas, porque el equipo es

quien conoce cómo mejorar el proceso en que

trabaja.

2. Eliminar los desperdicios que se producen en el

proceso, todo aquello que no produce valor

añadido en el producto.

3. Aplazar el compromiso, retardar las decisiones

hasta que se disponga de toda la información o

no se pueda esperar más.

4. Crear conocimiento, tener feedback regular con

el cliente para alinearse con sus expectativas.

5. Hacer entregas rápidas, para permitir que el

cliente pueda aprovechar antes los beneficios que

le aporta el proyecto.

6. Desarrollar con calidad interna, de manera que

el producto pueda ir creciendo con una velocidad

sostenida.

7. Optimizar la totalidad del proceso, mejorar el

proceso de creación del producto, desde la idea

hasta su entrega.

Principios Lean

http://www.agilemanifesto.org/iso/es/manifesto.html

http://www.agile-spain.org



… que en la práctica se traduce en:

• Equipo:

Pequeños

Multidisciplinar y multi rol

Jerarquía débil (autogestionado)

• Planificación y control:

Diaria

Medida continua y visible

Test como concepto central

Mejora continua (retrospectivas

de Scrum por ejemplo)

• Comunicación:

Simple y Visual (Kanban,

diagramas burn down, …)

Reuniones cara a cara, cortas y

frecuentes

Documentación la mínima, mejor

prototipos o el software

funcionando

• Ejecución:

Incremental en plazos cortos y

entregas pequeñas totalmente

funcionales

Mínimo WIP (trabajo en curso)

Flujo, flujo, flujo

Poco énfasis en definir/acotar desde

el principio (no “cerrar” el alcance

funcional) porque se asume que

siempre habrá cambios



Pero atención a los impedimentos específicos de los proyectos

ERP que dificultan la utilización de enfoques ágiles:



Impedimentos específicos proyectos ERP:

Difícil de encontrar un interlocutor único

con visión de negocio completa y

autoridad (el product owner de Scrum)

Es complicado aislar bloques de

funcionalidad separable (o funciona todo o

no funciona nada) lo que dificulta hacer

entregas incrementales de bloques

funcionalmente operativos

Entornos de desarrollo y configuración

donde no es fácil prototipar y tener

entornos autónomos

Gran interdependencia de elementos lo

que exige un gran esfuerzo de testeo

(pruebas de regresión) cada vez que se

libera una nueva funcionalidad

Equipos de implantación grandes y con

perfiles muy especializados (técnicos vs

funcionales y especialización por módulos)

Toma de decisiones lenta (necesario

consenso entre departamentos) y

frecuentemente con implicaciones políticas

Difícil venderlo. Por el alto impacto en la

organización, la alta dirección está

implicada, y exige contratos leoninos a

precio x alcance cerrado con los

proveedores

Dependencia elevada entre tareas

de diferentes equipos - resta

flexibilidad de planificación.

Los productos ERP arrastran una historia

desde el punto de vista de arquitectura

tecnológica que los hace poco flexibles a

cambios continuos



Dónde podemos actuar:

Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun


Conclusiones

Un proyecto de implantación de un ERP no es lo más

propicio para aplicar metodologías o enfoques ágiles de

forma integral:

Rigideces de entorno tecnológico y producto

Dificultad de obtener visión global en el cliente

Especialización de consultores

…

No obstante, siendo conscientes de los impedimentos

específicos, sí que se pueden aplicar determinados

principios ágiles, entre los que destacarían:

Mejorar comunicación y visibilidad de información de proyecto

Integrar/implicar al cliente en el equipo de trabajo

Uso de prototipos vs diseños funcionales/técnicos

Habilitación de zonas ágiles en el proyecto (p.e. tomas de

requerimientos, desarrollo de informes, …)


GRACIAS Esta presentación se puede utilizar libremente siempre que

menciones la procedencia/autor y que cualquier obra derivada

en la que la utilices esté bajo estos mismos derechos.

http://creativecommons.org/licenses/by-sa/3.0/es/

Material gráfico y herramientas:

www.agile-spain.org

http://panorama-consulting.com

http://xmind.net

http://www.foundshit.com

En este documento he utilizado material

encontrado en la red de uso autorizado, en

principio, para este tipos de presentaciones.

He intentado referenciar a los autores en la

medida de mis posibilidades. En cualquier caso si

crees que hay algún tipo de recurso para el que

no estoy autorizado, házmelo saber en

[email protected]





BONUS

http://nodotic.me/1xgn

Original de Geek and Poke

Sobre

reuniones

y

reporting

de

proyecto

erp Ágil - nodotic [es]

Business