{"id":793,"date":"2024-09-02T10:42:47","date_gmt":"2024-09-02T16:42:47","guid":{"rendered":"https:\/\/fbedolla.com\/?p=793"},"modified":"2024-09-02T10:42:49","modified_gmt":"2024-09-02T16:42:49","slug":"porque-prefiero-surestep-y-no-utilizar-scrum","status":"publish","type":"post","link":"https:\/\/fbedolla.com\/index.php\/2024\/09\/02\/porque-prefiero-surestep-y-no-utilizar-scrum\/","title":{"rendered":"Porque prefiero SureStep y no utilizar Scrum"},"content":{"rendered":"\n

Sigamos un poco con metodolog\u00eda, actualmente muchos partners se basan en los project managers para definir su metodolog\u00eda de implementaci\u00f3n de ERP\u00b4s y si somos honestos, esta de moda el uso de Scrum, en mi experiencia (la cual no marca o define una regla inflexible), me he encontrado con proyectos emproblemados donde la base de dichos problema reside en parte por una venta mal realizada (alcance definido incorrectamente) pero que pudiera ser reparable con cierta inversi\u00f3n y aumento en los costos, pero con una ejecuci\u00f3n demasiado emproblemada debido a la metodolog\u00eda utilizada.<\/p>\n\n\n\n

Scrum<\/h2>\n\n\n\n

Scrum se basa en el empirismo y el pensamiento Lean. El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo observado. El pensamiento Lean reduce el desperdicio y se enfoca en lo esencial.<\/p>\n\n\n\n

Ahora bien, como dice la metodolog\u00eda Scrum, cambiar el dise\u00f1o, omitir elementos o no seguir las reglas limita los beneficios y potencialmente lo vuelve in\u00fatil.<\/p>\n\n\n\n

Una manera f\u00e1cil de entender el Scrum es verlo como una forma de trabajar en equipo en peque\u00f1as partes a la vez con experimentaci\u00f3n continua y ciclos de retroalimentaci\u00f3n para aprender y mejorar a medida que se avanza y tiene un marco \u201c\u00e1gil\u201d porque se integra un equipo peque\u00f1o de personas con las capacidades necesarias para sacar adelante cada sprint.<\/p>\n\n\n\n

Ahora bien, la metodolog\u00eda \u00e1gil esta pensada para trabajar respondiendo a requerimientos cambiantes y su retroalimentaci\u00f3n. Se basa en la idea de que no es necesario saberlo todo de antemano y que se puede aprender y mejorar a medida que se avanza.<\/p>\n\n\n\n

La implementaci\u00f3n de un ERP no es un proceso de prueba y error, tampoco deber\u00eda ser de aprendizaje dado que el costo es elevado y los clientes justamente contratan y pagan esos precios porque no pueden dejar su operaci\u00f3n en manos de personas sin experiencia ya sea en su propio giro o al menos que conozcan al 100% las capacidades del ERP con consultores que sepan detectar, definir, adecuar y moldear el sistema a sus necesidades.<\/p>\n\n\n\n

Gran parte del problema esta generado por Microsoft mismo ya que seg\u00fan el fabricante:<\/p>\n\n\n\n

\n

\u201cEn los proyectos de Dynamics 365, muchos requisitos est\u00e1n cubiertos por las capacidades listas para usar del producto. Sin embargo, es necesario abordar y priorizar desaf\u00edos y tareas espec\u00edficos en una lista de backlogs de historias de usuario. Una historia de usuario es una breve descripci\u00f3n de una caracter\u00edstica o funci\u00f3n que el usuario desea o necesita. A partir del backlog, creas planes para cada sprint y les asignas historias de usuario. Durante el sprint, trabajas en las historias de usuario y entregas un software funcional y probado al final. Tambi\u00e9n recibes comentarios de los usuarios y las partes interesadas, y los usas para mejorar el siguiente sprint.\u201d<\/em><\/p>\n<\/blockquote>\n\n\n\n

\u00bfQu\u00e9 es lo que nos genera esta forma de trabajo?<\/p>\n\n\n\n

Bueno, desde mi experiencia personal, genera una expectativa muy alta por parte del usuario de que, dado que el consultor escucho su \u201chistoria de usuario\u201d, el sistema har\u00e1 lo que el pidi\u00f3, tal cual el lo describi\u00f3 y eso generaliza la problem\u00e1tica dado que, si analizamos la situaci\u00f3n, la historia de usuario normalmente se basa en su experiencia actual y no en la necesidad real. Esto puede derivar en que si el usuario esta trabajando con un software hecho a la medida (escenario muy com\u00fan), su historia de usuario requerir\u00e1 exactamente ese proceso y siendo Dynamics 365 un software generalista (cubre muchos procesos de muchos tipos de empresa con base en las buenas pr\u00e1cticas de\u2026.), entonces lo mas seguro es que no tenga ese proceso exactamente, aqu\u00ed me remito a un cliente que pidi\u00f3 vale azul en la solicitud para gastos de caja chica con 3 firmas de aprobaci\u00f3n.<\/p>\n\n\n\n

Si pensamos que haremos \u201cciclos\u201d de descubrimiento, si el ERP no cubre los vales azules, entonces esto generar\u00e1 un backlog y una solicitud de cambio lo cual disparar\u00e1 un dise\u00f1o de modificaci\u00f3n con un coste. Dado que esto ser\u00e1 una pr\u00e1ctica recurrente, se ir\u00e1n acumulando backlogs mismos que deber\u00e1n ser presentados en una reuni\u00f3n de comit\u00e9 para analizar la viabilidad y costo de esos cambios donde el cliente combatir\u00e1 los costos diciendo que deber\u00edan estar incluidos en el proyecto dado que el usuario los solicit\u00f3 y son esenciales para su operaci\u00f3n. El partner discutir\u00e1 un costo a recuperar y al final se llegar\u00e1 a un acuerdo, se proceder\u00e1 a realizar el desarrollo y finalmente se presentar\u00e1 al usuario quien puede decir que falta o podr\u00edamos darnos cuenta de que el desarrollo afecta alg\u00fan otro backlog subsecuente, recordemos que Scrum establece que:<\/p>\n\n\n\n

\n

\u201cDurante el sprint, trabajas en las historias de usuario y entregas un software funcional y probado al final. Tambi\u00e9n recibes comentarios de los usuarios y las partes interesadas y los usas para mejorar el siguiente sprint.\u201d<\/em><\/p>\n<\/blockquote>\n\n\n\n

El problema que yo veo es que un ERP no es una serie de pedazos de operaci\u00f3n separados, es un flujo constante de procesos que entrega un resultado despu\u00e9s de muchas operaciones, por eso los ciclos son \u201corder to cash\u201d o \u201cprocure to pay\u201d.<\/p>\n\n\n\n

Un ciclo order to cash puede implicar desde crear al lead y la oportunidad, manejo de listas de precios y descuentos, control de disponibilidad de inventario, adquisici\u00f3n de productos y\/o servicios, precios de compra, si son productos, recepci\u00f3n en almacenes, lotes, series, ubicaciones, picks, preparaciones, selecci\u00f3n, entrega parcial o total, log\u00edstica de entrega, facturaci\u00f3n parcial o total, cobros parciales o totales, descuentos, impuestos, contabilidad, reportes, etc.<\/p>\n\n\n\n

Como puede observarse, se debe analizar el ciclo completo, ver las interacciones entre departamentos, analizar la cobertura del ERP y las mejoras que podemos proponer y, finalmente, obtener el resultado el cual podr\u00eda ser incluso un reporte contable definido por la direcci\u00f3n del cliente, si tratamos de \u201cromper\u201d el proceso completo en peque\u00f1os pedazos vamos en contra de los procesos integrados de un ERP como cuando se crea una factura que genera una disminuci\u00f3n de almac\u00e9n, afectaci\u00f3n de costo de ventas, costeo de producto, generaci\u00f3n de cuenta por cobrar y provisi\u00f3n de impuestos en un solo clic por lo que debemos ver el proceso como un todo y no partes separadas.<\/p>\n\n\n\n

En las metodolog\u00edas Scrum y \u00c1gil se pueden encontrar algunos retos:<\/p>\n\n\n\n

    \n
  • Requiere un alto nivel de compromiso e implicaci\u00f3n por parte de los usuarios y las partes interesadas.<\/li>\n\n\n\n
  • Puede resultar dif\u00edcil estimar y planificar el alcance, el tiempo y el presupuesto del proyecto.<\/li>\n\n\n\n
  • Puede resultar dif\u00edcil mantener la calidad y la coherencia en varios sprints y lanzamientos.<\/li>\n\n\n\n
  • Puede resultar complicado integrar y coordinar con otros equipos y sistemas.<\/li>\n<\/ul>\n\n\n\n

    Cascada o Est\u00e1ndar seg\u00fan SureStep<\/h2>\n\n\n\n

    Seg\u00fan Microsoft, la metodolog\u00eda de cascada es una forma de trabajo tradicional y estructurada que sigue una secuencia clara y predefinida de fases. Se basa en la idea de que hay que saberlo todo de antemano y que no se puede volver a una fase anterior una vez que se ha terminado.<\/p>\n\n\n\n

    Es una metodolog\u00eda com\u00fan para implementar aplicaciones empresariales. Es un enfoque lineal y no iterativo que ejecuta el proyecto de una sola vez.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Puntos importantes que veo en esta metodolog\u00eda:<\/p>\n\n\n\n

      \n
    • Tenemos un alcance definido.<\/li>\n\n\n\n
    • Si se define correctamente, se cuenta con desarrollos acotados.<\/li>\n\n\n\n
    • Se disminuye la \u201cjuntitis\u201d ya que se cuenta con definici\u00f3n de cada tema y los consultores saben cual es el resultado requerido.<\/li>\n\n\n\n
    • Dado que existe un alcance y un documento de soluci\u00f3n definido, no hay cambios constantemente.<\/li>\n\n\n\n
    • Si, es mas largo el proceso, pero esto evita gran cantidad de problemas de implementaci\u00f3n causados por \u201cSe basa en la idea de que <\/em>no es necesario saberlo todo de antemano<\/em><\/strong> y que se puede aprender y mejorar a medida que se avanza\u201d.<\/em><\/li>\n<\/ul>\n\n\n\n

      La metodolog\u00eda est\u00e1ndar de SureStep se basa en esta cascada y nos permite determinar desde el principio las necesidades del cliente, las necesidades del negocio, el alcance de los trabajos y si tenemos buenos consultores, las mejoras y cambios de proceso requeridos para aprovechar mejor la inversi\u00f3n, aunque esto es dif\u00edcil dado que algunos partners o lideres de proyecto, alientan el escenario de \u201clevanta pedidos\u201d que significa tomar todo lo que diga el cliente y plasmarlo tal cual en el ERP dejando  de lado el ofrecimiento y capacitaci\u00f3n de las mejores pr\u00e1cticas para explotar correctamente la herramienta, \u00bfun ejemplo? El catalogo de cuentas enorme con 5 cuentas de papeler\u00eda, una por cada centro de costos dejando de lado el uso de dimensiones.<\/p>\n\n\n\n

      Finalmente, Scrum es una metodolog\u00eda dise\u00f1ada primordialmente para el desarrollo de software, para crear ese software, en el caso de un ERP, ya est\u00e1 creado as\u00ed que desde mi punto de vista podr\u00eda utilizarse Scrum para los desarrollos a realizar en el proyecto de implementaci\u00f3n, pero no para la implementaci\u00f3n como tal y eso en dependencia de que este correctamente definido el alcance del desarrollo y su integraci\u00f3n al proceso est\u00e1ndar del ERP.<\/p>\n\n\n\n

      <\/p>\n","protected":false},"excerpt":{"rendered":"

      Sigamos un poco con metodolog\u00eda, actualmente muchos partners se basan en los project managers para definir su metodolog\u00eda de implementaci\u00f3n de ERP\u00b4s y si somos honestos, esta de moda el uso de Scrum, en mi experiencia (la cual no marca o define una regla inflexible), me he encontrado con proyectos emproblemados donde la base de […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[12,15],"tags":[],"class_list":["post-793","post","type-post","status-publish","format-standard","hentry","category-implementacion","category-metodologia"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/793","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/comments?post=793"}],"version-history":[{"count":1,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/793\/revisions"}],"predecessor-version":[{"id":795,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/793\/revisions\/795"}],"wp:attachment":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/media?parent=793"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/categories?post=793"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/tags?post=793"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}