¿Cómo puedo comunicar los riesgos de alterar el software del proveedor?

12

Tengo un problema importante en el que trabajo, y su nombre es "personalización". Tenemos un antiguo sistema de software de proveedor (más de 10 años) que nuestros departamentos de TI y contabilidad previamente amaban para personalizar. En algún punto de la línea, este software comenzó a volverse muy defectuoso. Luego, me contrataron después de la mayor parte de la personalización.

Casi todos los problemas que he encontrado con el sistema son un resultado directo de la personalización; Todo lo que cambiamos corre el riesgo de romper el software financiero crítico para la empresa. Sin embargo, el departamento de contabilidad sigue sugiriendo cambios (¡porque siempre dijimos que sí!) Y parece que hay poco respeto por la importancia de los cambios .

Algunos cambios no causan problemas; Los formularios pueden ser (y están destinados a ser) personalizados en el software del proveedor, podemos movernos por los campos de formularios, eliminarlos, etc. Pero por cada personalización inofensiva como esa, también sugieren cambios como procedimientos almacenados y activadores para manipular los datos en la base de datos para la aplicación del proveedor.

Hace poco (apenas) conseguí que dejaran de intentar importar clientes de un programa de proveedor a otro ya que la información era completamente incompatible. Mi problema con la forma en que se resolvió eso es porque descubrí que el sistema no funcionaba en el lado del usuario; La tarea fue más complicada de lo que pensaban, así que se dieron por vencidos. Independientemente de lo fácil que sea la tarea del lado del usuario, la operación que deseaban no debería haberse realizado.

¿Cómo puedo comunicar que cambiar la forma en que funciona este sistema tiene riesgos, especialmente cuando está en juego la validez de los datos? soy un nuevo empleado (6 meses) y se ha convertido en el status quo, pero es arriesgar la validez de nuestros datos financieros y nuestros contratos de soporte: una vez que el soporte del proveedor escuche que "X se ha personalizado", eso les da muchas razones para no apoyarnos o decirnos que es culpa nuestra.

    
pregunta Ben Brocka 10.02.2012 - 16:04

6 respuestas

4

El riesgo / recompensa de la personalización de los sistemas es proporcionar una ventaja competitiva que le permita a su empresa ofrecer algo diferente a las otras empresas en su espacio.

Las organizaciones más grandes con las que he trabajado obtienen una ventaja competitiva de la personalización y, en ese sentido, las hacen hacer las cosas de manera más eficiente, proporcionan más funciones o ganan más dinero.

El hecho de que me comunique en estas situaciones es que es un intercambio. Al realizar estos cambios en un sistema, la organización está desarrollando su propia base de conocimientos / experiencia interna de sus sistemas que no podrán hacer fácilmente sin ellos. Esta base de conocimiento interna debe mantenerse y organizarse mejor para que estos cambios puedan ser rastreados y administrados. También significa que podría invalidar los contratos de soporte de proveedores y otros aspectos que los activos de TI que la empresa utiliza para este proceso.

El mayor riesgo del que hablo es la actualización de la versión al software de un proveedor cuando una empresa adopta esta filosofía de administración de datos. Este es uno de los riesgos más probables cuando algo se rompe. La empresa debe comprender las compensaciones que se están realizando y todos deben estar de acuerdo con el proceso que se necesita para respaldarlos.

Para su cultura, puede introducir una analogía o filosofía, pero necesita que alguien que sea responsable de la empresa se dé cuenta de que está creando un entorno que tiene aún más dependencias en el especialista de negocios interno que realiza cambios en estos sistemas.

Para la analogía del automóvil, no es el mecánico el que necesita saber qué cambios se están realizando en un automóvil, es el propietario el que necesita comprender que puede necesitar mecánicos especiales, más dinero o la pérdida de ese servicio por un período de tiempo. . Educar al propietario es la clave de esta conversación.

    
respondido por el Tim Koscielski 10.02.2012 - 16:46
10

¿Se comunica con los habitantes de las oficinas? Yo iría con analogías.

Dígales que todos estos cambios están convirtiendo su típico sedán doméstico de 4 puertas en un automóvil extranjero exótico. Cada vez que lo traiga al taller mecánico, desde la puesta a punto, a la luz aplastada, a la revisión de la transmisión, será más caro. "No tenemos las partes, solo el distribuidor con conocimientos especiales puede tocar eso, lo intentamos, pero el manual está en alemán".

Usted es el mecánico encargado de mantenerlo en funcionamiento. La base de datos es el motor. Todo el sistema es el coche. Los contadores conducen el coche. El pequeño y lindo conejito que los contables se desviaron para perderse es un personaje de diéresis en el apellido de un nuevo cliente. El poste de luz en el que envolvieron su auto es el error crítico que se introdujo cuando querían agregar una bola de discoteca dentro del auto.

    
respondido por el Philip 10.02.2012 - 16:25
5

Otros han proporcionado algunos buenos ejemplos de uso de analogías y otro lenguaje para responder a su pregunta principal, que fue "¿Cómo puedo comunicar que cambiar el funcionamiento de este sistema tiene riesgos, especialmente cuando la validez de los datos está en juego?"

Pero en base a su comentario clarificador sobre cómo le llega la tarea asignada, no estoy seguro de que alguna analogía lo ayude en la situación, realmente no parece que las personas malinterpreten lo que preguntan. Para, sino que no les importa. He estado allí, probablemente todos hemos estado allí, y en estas situaciones tiendo a hacer un mayor esfuerzo para ser perfectamente claro en cuanto a los problemas, en lugar de expresarlos en términos significados para enseñar en lugar de advertir .

Concéntrese en lo que puede hacer, lo cual no es cambiar las opiniones de quienes solicitan personalizaciones que ponen en riesgo la integridad de los datos y los contratos de soporte de proveedores, sino que se dirigen directamente a su CTO (y, a su vez, el CFO) y ser muy claro en cuanto a los temas a tratar.

Específicamente:

  • Pídale a su CTO o CFO (o quien lo sostenga) que vea el servicio contrato con el vendedor, porque (y yo diría estas palabras) eres se le pide que realice tareas que potencialmente están en violación de la acuerdo y desea poder señalarlo en su tarea reporte de factibilidad. Puede que no te lo den, sino que te lo digan. Las palabras a menudo han hecho que la gente en esas posiciones entiendan mejor que usted es serio, y la situación es potencialmente grave.

  • Si do obtiene una copia del acuerdo, luego, cuando escriba el informe de factibilidad de su tarea, cite directamente de él cuando exista una violación clara.

  • Si no obtiene una copia del acuerdo, entonces haga sus reservaciones muy claras en cuanto a cómo el cambio podría poner a la compañía en una mala posición con respecto a la relación con el proveedor .

  • Si su preocupación no es problemática debido al acuerdo con el proveedor, pero es "simplemente" problemática debido a los efectos en cascada del cambio, describa lo que eso significa: si es tan desordenado como dice que es, entonces probablemente solo tenga una o dos viñetas antes de que pueda usar la línea "y se derrumbará como un castillo de naipes".

En resumen, haga lo que pueda para señalar de manera clara y concisa el problema y sus efectos, incluso uno o dos pasos más adelante. Que ya tenga la oportunidad de presentar un informe de viabilidad ante los responsables de la toma de decisiones es algo positivo; no tiene la estructura o el soporte de gestión (o ética) para decir "Necesito que firme esto diciendo que entiende que esto es algo malo y que no lo recomiendo y no voy a ser responsable de los efectos de esto". mala decisión "(como si usted fuera un vendedor y un cliente), pero aún puede poner muchas cosas en papel que demuestren que está considerando qué es lo mejor para la empresa y sus activos.

    
respondido por el jcmeloni 10.02.2012 - 17:39
2

Si le piden que implemente procedimientos almacenados y desencadenadores, tiene un problema importante de proceso empresarial.

Tu mayor desafío es lograr que los usuarios cambien su forma de pensar. Necesitan proporcionarle el problema o requisito. Por ejemplo, necesitamos que los datos se muevan de aquí a aquí .

Debería ser usted quien esté implementando la solución con el menor riesgo / mayor ganancia, y es usted quien puede hacer esto de una manera que ayude a prevenir futuros problemas de desarrollo.

Un cierto control en forma de aprobación o requisitos del usuario, y luego la aprobación del desarrollo entregado también ayudará. Si el usuario tiene que asumir alguna responsabilidad / responsabilidad por lo que solicita, puede que lo piense un poco más.

    
respondido por el AnthonyBlake 10.02.2012 - 17:51
1

Parece que está implicando que su elección es entre una implementación arriesgada de un requisito comercial o ninguna. Rara vez es en blanco y negro. Me cuesta mucho creer que los contadores están pidiendo directamente procedimientos almacenados, pero si lo están, debe darles lo que significan en lugar de lo que están pidiendo. Averigüe cuáles son los requisitos comerciales, luego descubra la forma menos riesgosa de implementarlo.

Si su proveedor no le proporciona los ganchos que necesita para implementar de manera segura los requisitos que sus usuarios desean, entonces ese problema es con el proveedor, no con sus usuarios.

    
respondido por el Karl Bielefeldt 10.02.2012 - 18:01
0

Básicamente está desarrollando software y, como tal, necesita un método de desarrollo. ¿Cómo se documentan los cambios? Probado? Desplegado a QA? ¿Desplegado a la producción? Creo que si empiezas a idear una metodología y los costos asociados con ella, comenzarán a comprender. Tal vez los costos estén bien justificados y solo necesita implementar un procedimiento para que el auto nunca se envuelva alrededor de un poste de luz.

    
respondido por el bigtang 10.02.2012 - 17:37

Lea otras preguntas en las etiquetas