CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Luis Carrasco
¿Es posible implantar un
ERP de forma ágil?
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Contenidos
» Presentación
» Cómo es un proyecto ERP
» Implantar un ERP a lo tr...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Presentación
SOBRE EL
AUTOR
Ingeniero de Telecomunicación por la Universidat P...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Cómo es un proyecto ERP
PRODUCTO ERP
 “Pesado”, monolítico, cerrados
 Orient...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Implantar un ERP a lo tradicional
Tradicionalmente se ha seguido un enfoque de...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
… y no parece que estemos teniendo mucho éxito
Implantar un ERP a lo tradicion...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
… y es que pretender captar
de forma abstracta lo que
una empresa necesita (su...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
El manifiesto por el desarrollo ágil del software
Indivi...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
… que en la práctica se traduce en:
• Equipo:
 Pequeños...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Pero atención a los impedimentos específicos de los proy...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Impedimentos específicos proyectos ERP:
Difícil de encon...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Dónde podemos actuar:
Puedes contribuir a este mapa ment...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Dónde podemos actuar:
Puedes contribuir a este mapa ment...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Dónde podemos actuar:
Puedes contribuir a este mapa ment...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Debe haber otra forma
Dónde podemos actuar:
Puedes contribuir a este mapa ment...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
Conclusiones
 Un proyecto de implantación de un ERP no es lo más
propicio par...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
GRACIAS
Esta presentación se puede utilizar libremente siempre que
menciones l...
CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1
BONUS 
http://nodotic.me/1xgn
Original de Geek and Poke
Sobre
reuniones
y
rep...
Upcoming SlideShare
Loading in...5
×

ERP Ágil - NODOTIC [ES]

125

Published on

Published in: Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
125
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

ERP Ágil - NODOTIC [ES]

  1. 1. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Luis Carrasco ¿Es posible implantar un ERP de forma ágil?
  2. 2. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Contenidos » Presentación » Cómo es un proyecto ERP » Implantar un ERP a lo tradicional » Debe haber otra forma » Conclusiones
  3. 3. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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:
  4. 4. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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
  5. 5. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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”, …
  6. 6. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 … 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
  7. 7. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 … 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.
  8. 8. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma
  9. 9. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma
  10. 10. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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
  11. 11. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma … 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
  12. 12. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma Pero atención a los impedimentos específicos de los proyectos ERP que dificultan la utilización de enfoques ágiles:
  13. 13. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma 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
  14. 14. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  15. 15. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  16. 16. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  17. 17. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  18. 18. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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, …)
  19. 19. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 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
  20. 20. CC 3.0 by-sa Luis Carrasco 2011 Versión 1.1 BONUS  http://nodotic.me/1xgn Original de Geek and Poke Sobre reuniones y reporting de proyecto
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×