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:

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.orgEfectos: “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
lcarrasco@delphinph.com

BONUS 
http://nodotic.me/1xgn
Original de Geek and Poke
Sobre
reuniones
y
reporting
de
proyecto

ERP Ágil - NODOTIC [ES]

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Similar a ERP Ágil - NODOTIC [ES]

Similar a ERP Ágil - NODOTIC [ES] (20)

Más de nodotic

Más de nodotic (6)

Último

Último (20)

ERP Ágil - NODOTIC [ES]