WEBINAR CONJUNTO MÉTODOS ÁGILES Y SUS APLICACIONES http://www.foundshit.com ¿Es posible implantar un ERP de forma ágil?  L...
Contenidos <ul><li>Presentación </li></ul><ul><li>Cómo es un proyecto ERP </li></ul><ul><li>Implantar un ERP a lo tradicio...
Presentación  www.linkedin.com/in/luiscu www.nodotic.com Luis Carrasco Formado como Ingeniero de Telecomunicaciones por la...
Cómo es un proyecto ERP <ul><li>PRODUCTO ERP </li></ul><ul><ul><li>“ Pesado”, monolítico, cerrados </li></ul></ul><ul><ul>...
Implantar un ERP a lo tradicional Tradicionalmente se ha seguido un enfoque de implantación predictivo (en cascada)… Origi...
Implantar un ERP a lo tradicional …  y no parece que estemos teniendo mucho éxito 2010 ERP Report: http://nodotic.me/1xak ...
…  y es que pretender captar de forma abstracta lo que una empresa necesita (sus  requerimientos de negocio ) y que esos r...
Debe haber otra forma
Debe haber otra forma
Debe haber otra forma El manifiesto por el desarrollo ágil del software Individuos  e  interacciones  sobre procesos y her...
Debe haber otra forma …  que en la práctica se traduce en: <ul><li>Equipo : </li></ul><ul><ul><li>Pequeños </li></ul></ul>...
Debe haber otra forma Pero atención a los impedimentos específicos de los proyectos ERP que dificultan la utilización de e...
Debe haber otra forma Impedimentos específicos proyectos ERP: Difícil de encontrar un interlocutor único con visión de neg...
Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en  http://nodotic.me/1xun
Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en  http://nodotic.me/1xun
Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en  http://nodotic.me/1xun
Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en  http://nodotic.me/1xun
Conclusiones  <ul><li>Un proyecto de implantación de un ERP no es lo más propicio para aplicar metodologías o enfoques ági...
GRACIAS  <ul><li>Esta presentación se puede utilizar libremente siempre que menciones la procedencia/autor y que cualquier...
BONUS   http://nodotic.me/1xgn Original de Geek and Poke Sobre reuniones y  reporting  de proyecto
Upcoming SlideShare
Loading in …5
×

¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco

4,828 views

Published on

Presentación utilizada en el Webinar del PMI sobre métodos ágiles del 17 de febrero de 2011

https://plus.google.com/111838161734108867236?rel=author

Published in: Business
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
4,828
On SlideShare
0
From Embeds
0
Number of Embeds
1,099
Actions
Shares
0
Downloads
171
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco

  1. 1. WEBINAR CONJUNTO MÉTODOS ÁGILES Y SUS APLICACIONES http://www.foundshit.com ¿Es posible implantar un ERP de forma ágil? Luis Carrasco Delphin Project Hunting 17 de febrero 2011
  2. 2. Contenidos <ul><li>Presentación </li></ul><ul><li>Cómo es un proyecto ERP </li></ul><ul><li>Implantar un ERP a lo tradicional </li></ul><ul><li>Debe haber otra forma </li></ul><ul><li>Conclusiones </li></ul>
  3. 3. Presentación www.linkedin.com/in/luiscu www.nodotic.com Luis Carrasco Formado como Ingeniero de Telecomunicaciones por la UPC, Executive MBA por EAE y CPIM de APICS ( American Production and Inventory Control Society ) Tengo 20 años de experiencia profesional en tecnología y sistemas de información, la mayoría de ellos en su aplicación a la gestión empresarial. Actualmente en Delphin Project Hunting, una consultora especializada en definición y gestión de proyectos TIC. Anteriormente trabajé para Accenture (Manager) y Grupo Monsanto (responsable de IT en EMEA de una de las empresas del grupo). Más en: @nodoTIC http://slideshare.net/luiscu http://www.delicious.com/luiscu www.google.com/reader/shared/luiscu Contacto: http://www.linkedin.com/groups?gid=923077 luiscu [email_address] +34668861601
  4. 4. Cómo es un proyecto ERP <ul><li>PRODUCTO ERP </li></ul><ul><ul><li>“ Pesado”, monolítico, cerrados </li></ul></ul><ul><ul><li>Orientado a ser configurado no programado . </li></ul></ul><ul><ul><li>Partes muy interdependientes entre sí </li></ul></ul><ul><ul><li>Arquitecturas tecnológicas obsoletas heredadas y para compatibilidad de versiones </li></ul></ul><ul><ul><li>Modelos de Licencias complejos </li></ul></ul><ul><li>IMPLANTADOR </li></ul><ul><ul><li>Perfiles especializados con roles muy específicos </li></ul></ul><ul><ul><li>Modelo de negocio “vender horas” habitualmente </li></ul></ul><ul><ul><li>Muy separado el equipo de ventas del de implantación </li></ul></ul><ul><li>CLIENTE </li></ul><ul><ul><li>Casi nunca hay alguien con visión única </li></ul></ul><ul><ul><li>Múltiples departamentos con objetivos a veces contrapuestos </li></ul></ul><ul><ul><li>Poca dedicación al proyecto (tienen su día a día) </li></ul></ul><ul><li>PROYECTO </li></ul><ul><ul><li>Alto impacto en la organización </li></ul></ul><ul><ul><li>Crítico - afecta a las operaciones del negocio </li></ul></ul><ul><ul><li>Difícil aislar objetivos </li></ul></ul><ul><ul><li>Larga duración: +riesgo de cambios </li></ul></ul><ul><ul><li>Muy costoso definir el alcance funcional en detalle por anticipado </li></ul></ul><ul><ul><li>Siempre con contratos a precio cerrado </li></ul></ul>
  5. 5. 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”, …
  6. 6. Implantar un ERP a lo tradicional … y no parece que estemos teniendo mucho éxito 2010 ERP Report: http://nodotic.me/1xak ERP Failures and Lawsuits list: http://nodotic.me/1xai
  7. 7. … 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. Debe haber otra forma
  9. 9. Debe haber otra forma
  10. 10. 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 <ul><li>Respetar a las personas , porque el equipo es quien conoce cómo mejorar el proceso en que trabaja. </li></ul><ul><li>Eliminar los desperdicios que se producen en el proceso, todo aquello que no produce valor añadido en el producto. </li></ul><ul><li>Aplazar el compromiso , retardar las decisiones hasta que se disponga de toda la información o no se pueda esperar más. </li></ul><ul><li>Crear conocimiento , tener feedback regular con el cliente para alinearse con sus expectativas. </li></ul><ul><li>Hacer entregas rápidas , para permitir que el cliente pueda aprovechar antes los beneficios que le aporta el proyecto. </li></ul><ul><li>Desarrollar con calidad interna , de manera que el producto pueda ir creciendo con una velocidad sostenida. </li></ul><ul><li>Optimizar la totalidad del proceso , mejorar el proceso de creación del producto, desde la idea hasta su entrega. </li></ul>Principios Lean http://www.agilemanifesto.org/iso/es/manifesto.html http://www.agile-spain.org
  11. 11. Debe haber otra forma … que en la práctica se traduce en: <ul><li>Equipo : </li></ul><ul><ul><li>Pequeños </li></ul></ul><ul><ul><li>Multidisciplinar y multi rol </li></ul></ul><ul><ul><li>Jerarquía débil (autogestionado) </li></ul></ul><ul><li>Planificación y control : </li></ul><ul><ul><li>Diaria </li></ul></ul><ul><ul><li>Medida continua y visible </li></ul></ul><ul><ul><li>Test como concepto central </li></ul></ul><ul><ul><li>Mejora continua (retrospectivas de Scrum por ejemplo) </li></ul></ul><ul><li>Comunicación : </li></ul><ul><ul><li>Simple y Visual (Kanban, diagramas burn down , …) </li></ul></ul><ul><ul><li>Reuniones cara a cara, cortas y frecuentes </li></ul></ul><ul><ul><li>Documentación la mínima, mejor prototipos o el software funcionando </li></ul></ul><ul><li>Ejecución : </li></ul><ul><ul><li>Incremental en plazos cortos y entregas pequeñas totalmente funcionales </li></ul></ul><ul><ul><li>Mínimo WIP (trabajo en curso) </li></ul></ul><ul><ul><li>Flujo, flujo, flujo </li></ul></ul><ul><ul><li>Poco énfasis en definir/acotar desde el principio (no “cerrar” el alcance funcional) porque se asume que siempre habrá cambios </li></ul></ul>
  12. 12. 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. 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. Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  15. 15. Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  16. 16. Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  17. 17. Debe haber otra forma Dónde podemos actuar: Puedes contribuir a este mapa mental y descargártelo en http://nodotic.me/1xun
  18. 18. Conclusiones <ul><li>Un proyecto de implantación de un ERP no es lo más propicio para aplicar metodologías o enfoques ágiles de forma integral: </li></ul><ul><ul><li>Rigideces de entorno tecnológico y producto </li></ul></ul><ul><ul><li>Dificultad de obtener visión global en el cliente </li></ul></ul><ul><ul><li>Especialización de consultores </li></ul></ul><ul><ul><li>… </li></ul></ul><ul><li>No obstante, siendo conscientes de los impedimentos específicos, sí que se pueden aplicar determinados principios ágiles, entre los que destacarían: </li></ul><ul><ul><li>Mejorar comunicación y visibilidad de información de proyecto </li></ul></ul><ul><ul><li>Integrar/implicar al cliente en el equipo de trabajo </li></ul></ul><ul><ul><li>Uso de prototipos vs diseños funcionales/técnicos </li></ul></ul><ul><ul><li>Habilitación de zonas ágiles en el proyecto (p.e. tomas de requerimientos, desarrollo de informes, …) </li></ul></ul>
  19. 19. GRACIAS <ul><li>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. </li></ul><ul><li>http://creativecommons.org/licenses/by-sa/3.0/es/ </li></ul>Esta presentación se puede descargar desde mi blog personal www.nodoTIC.com 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_address]
  20. 20. BONUS  http://nodotic.me/1xgn Original de Geek and Poke Sobre reuniones y reporting de proyecto

×