Un método de implementación de software de producto es un enfoque estructurado sistemáticamente para integrar eficazmente un componente o servicio basado en software en el flujo de trabajo de una estructura organizativa o de un usuario final individual.
Esta entrada se enfoca en el lado del modelado de procesos ( Modelado de procesos ) de la implementación de software de producto “grande” (explicado en diferencias de complejidad) , utilizando la implementación de sistemas de Planificación de Recursos Empresariales como el ejemplo principal para desarrollar.
Descripción general
Un método de implementación de software de producto es un plan para que los usuarios y / u organizaciones ejecuten un producto de software específico.
El método es un conjunto de reglas y puntos de vista para hacer frente a los problemas más comunes que ocurren al implementar un producto de software: alineación empresarial desde el punto de vista organizativo y aceptación desde el punto de vista humano.
La implementación de software de producto, como eslabón final en la cadena de implementación de la producción de software, es desde una perspectiva financiera un problema importante.
Se afirma que la implementación de software (producto) consume hasta 1/3 del presupuesto de una compra de software (más que los requisitos de hardware y software juntos).
Diferencias de complejidad de implementación
La complejidad de implementar el software del producto difiere en varios aspectos. Algunos ejemplos son: el número de usuarios finales que utilizarán el software del producto, los efectos que tiene la implementación en los cambios de tareas y responsabilidades para el usuario final, la cultura y la integridad de la organización donde se utilizará el software y la presupuesto disponible para adquirir software de producto.
En general, las diferencias se identifican en una escala de tamaño (más grande, más pequeño, más, menos). Un ejemplo del software de producto "más pequeño" es la implementación de un paquete de oficina. Sin embargo, podría haber muchos usuarios finales en una organización, el impacto en las tareas y responsabilidades de los usuarios finales no será demasiado intenso, ya que el flujo de trabajo diario del usuario final no cambia significativamente. Un ejemplo de software de producto "más grande" es la implementación de un sistema de planificación de recursos empresariales . La implementación requiere conocimientos profundos de la arquitectura de la organización, así como del producto en sí, antes de que pueda alinearse. A continuación, el uso de un sistema ERP implica mucha más dedicación por parte de los usuarios finales, ya que se crearán o cambiarán nuevas tareas y responsabilidades.
Ejemplos de otro software de producto "más grande" son:
Personalización de software y rediseño de procesos comerciales
El modelado de procesos, que se utiliza para alinear el software del producto y las estructuras organizativas, implica un problema importante, cuando se llega a la conclusión de que el software del producto y la estructura organizativa no se alinean lo suficientemente bien como para que se implemente el software. En este caso, son posibles dos alternativas: la personalización del software o el rediseño de la estructura organizativa, por lo tanto los procesos de negocio.
La personalización del software en realidad transforma el software del producto en software a medida, ya que la idea de software estandarizado ya no se aplica. Esto puede resultar en la pérdida de soporte en el software y la necesidad de adquirir consultoría cuando surjan problemas en el uso del software. Sin embargo, la personalización da como resultado una situación en la que la integridad de la organización no se ajusta, lo que ejerce menos presión sobre los usuarios finales, ya que se requieren menos cambios o cambios en los flujos de trabajo. Este hecho puede contribuir positivamente a la aceptación de cualquier nueva aplicación de software (producto) utilizada y, por lo tanto, puede disminuir el tiempo de implementación y el presupuesto en el lado blando del presupuesto de implementación.
El rediseño de los procesos comerciales es más sensato para causar resistencia en el uso del software del producto, ya que los procesos comerciales alterados alterarán las tareas y responsabilidades de los usuarios finales del software del producto. Sin embargo, si bien el software del producto no se modifica, es posible obtener mejores niveles de soporte, capacitación y servicio ... porque el soporte se creó para la integridad específica del software.
Marcos de implementación
El principio rector versus la profesión
Otro tema en el proceso de implementación del software del producto es la elección, o en realidad la pregunta, en qué medida se debe utilizar un método de implementación.
Los métodos de implementación pueden, por un lado, usarse como un principio rector, lo que indica que el método sirve como una idea global sobre cómo debe ejecutarse la fase de implementación de cualquier proyecto. Esta elección deja más espacio para factores situacionales que no se tienen en cuenta en el método elegido, pero que darán lugar a ambigüedad cuando surjan preguntas en la ejecución del proceso de implementación.
Por otro lado, los métodos pueden usarse como una profesión, lo que significa que el método debe tomarse estrictamente y el uso del método debe ser una profesión, en lugar de un principio rector. Esta vista es muy útil si el proceso de implementación es muy complejo y depende mucho de una actuación exacta y precisa. La gestión organizativa y de calidad adoptará esta visión, ya que el uso estricto de cualquier método da como resultado una mayor claridad a nivel organizativo. Sin embargo, la gestión del cambio podría indicar que una mayor flexibilidad en un método de implementación deja más espacio para el lado suave de los procesos de implementación.
Marcos de implementación
Además de los métodos de implementación que sirven como el conjunto de reglas para implementar un producto o servicio específico, los marcos de implementación sirven como la estructura administrada por el proyecto para definir la fase de implementación en tiempo, presupuesto y calidad.
Varios métodos de gestión de proyectos pueden servir como base para realizar el método de implementación. Dado que esta entrada se centra en la implementación de software de producto, los mejores métodos de gestión de proyectos adecuados para respaldar la fase de implementación son los métodos de gestión de proyectos que se centran también en el software y los sistemas de información en sí. La aplicabilidad del uso de un marco para los métodos de implementación se aclara con los ejemplos de uso del método de desarrollo de sistemas dinámicos y estáticos (DSDM) y Prince2 como marcos de métodos de gestión de proyectos.
DSDM
El poder del método de desarrollo de sistemas dinámicos es que el método utiliza los principios de iteración y valor incremental, lo que significa que los proyectos se llevan a cabo en fases repetidas donde cada fase agrega valor al proyecto. De esta manera, las fases de implementación se pueden llevar a cabo de manera incremental y agregar valor a aspectos importantes del proyecto como el grado de aceptación, conciencia y habilidades dentro de cada incremento [F. Von Meyenfeldt, gestión de proyectos Basiskennis, Servicio Académico 1999]. Además de la gestión del alcance del azar, los incrementos también se pueden utilizar en el alcance del modelado de procesos de las fases de implementación. El uso de incrementos puede alinear los modelos de proceso de las arquitecturas comerciales y el software del producto, ya que agregar más detalles en cada incremento de la fase acerca a ambos modelos. El DSDM también tiene espacio para capacitación, documentación y revisión por fases.
Prince2
Al igual que con DSDM, el método Prince2 reconoce la implementación como una fase dentro del método. Prince2 consta de un conjunto de procesos, de los cuales 3 procesos están especialmente diseñados para su implementación. Los procesos de control de una etapa, la gestión de la entrega de productos y la gestión de los límites de la etapa permiten detallar un proceso de implementación con factores como el tiempo y la calidad. El método Prince2 se puede realizar de forma iterativa, pero también es adecuado para una ejecución directa de los procesos.
Los beneficios de cualquier proceso de implementación enmarcado en un marco de gestión de proyectos son:
Claridad
Un marco de implementación ofrece el proceso para ser detallado con factores como tiempo, calidad, presupuesto y viabilidad.
Enfoque iterativo e incremental
Como se explicó, la posibilidad de ejecutar diferentes fases del proceso de implementación de forma iterativa permite que el proceso se ejecute alineando de forma incremental el producto a implementar con el usuario final (organización).
Métodos integrados y genéricos
Una forma de implementar el software del producto es mediante el uso de un método o modelo integrado. Los modelos integrados son parte de los materiales auxiliares (consulte: definición de software del producto ) que vienen con el paquete de software.
Implementar un producto de software usando un modelo integrado implica no solo que el modelo (en su mayoría) solo se puede usar con el producto de software específico, sino también que el producto puede o solo debe implementarse usando el modelo. Por lo tanto, los métodos integrados pueden verse como formas muy específicas de implementación del software del producto.
Ejemplos de productos de software con un método integrado son:
Implementación de SAP ( SAP R / 3 ), utilizando el modelo embebido ARIS.
Implementación del sistema Baan ERP, utilizando Dynamic Enterprise Modeling (DEM).
Implementación de Oracle E-Business Suite, utilizando el método de implementación de aplicaciones de Oracle (AIM).
Los métodos de implementación genéricos no están pensados para un producto de software específico, sino para el uso común en la implementación de productos de software. Este uso se desarrollará en el ejemplo de implementación de software de producto utilizando la metodología de proceso de objetos . Esta metodología es muy útil, por ejemplo, en el modelado ERP : el modelado de sistemas ERP para implementarlo en una estructura organizacional.
Evaluaciones
El uso de un método integrado aporta el poder de que el método está diseñado para implementar el producto de software con el que viene. Esto sugiere un uso menos complicado del método y más posibilidades de soporte. El aspecto negativo de un método integrado, obviamente, es que solo se puede utilizar para software de producto específico. Los ingenieros y consultores, que operan con varios productos de software, podrían tener más uso de un método general, para tener una sola forma de trabajar.
El uso de un método genérico como el modelado ERP tiene el poder de que el método se pueda utilizar para varios sistemas ERP. A diferencia de los métodos integrados, el uso de métodos genéricos permite a los ingenieros y consultores que operan en una empresa donde se implementan varios sistemas ERP en las organizaciones de los clientes, adaptarse a un método de trabajo específico, en lugar de tener que adquirir habilidades para varios modelos integrados. Sin embargo, los métodos genéricos tienen la falta de que los proyectos de implementación puedan volverse demasiado situacionales, lo que resultará en dificultades y complejidad en la ejecución del proceso de modelado, ya que habrá menos apoyo disponible.