Lo mencionamos en una publicación anterior sobre la elección del mejor software, en el que nos centramos enanálisis preliminar de la propia negocio corporativo (sin el cual no es posible hacer una elección inteligente). También veremos que, para una buena selección, es necesario considerar un número limitado de proveedores. Para luego analizar no solo las soluciones desde un punto de vista "técnico", sino también los servicios que ofrecen y la organización de los recursos humanos que, dentro de nuestra empresa, serán necesarios para aprovechar al máximo el nuevo software. De lo contrario, habremos gastado mal nuestro dinero al no obtener los beneficios deseados.
Ahora demos un paso atrás y preguntémonos cuáles requisitos funcionales y cuales métodos de compra tendremos que presentar la solución ideal para nuestras necesidades: en resumen, ¿cuáles son los principales beneficios que esperamos encontrar en el mejor software? También en este caso, en cuanto al análisis preliminar de nuestro negocio, no tomaremos en consideración ningún producto en particular o especificaciones técnicas: este será el siguiente paso. Por ahora, completaremos una lista de verificación con los elementos para "marcar" que serán útiles en los próximos pasos.
"Nos preguntamos cuáles requisitos funcionales y cuales métodos de compra tendremos que presentar la solución ideal para nuestras necesidades: en resumen, ¿cuáles son los principales beneficios que esperamos encontrar en el mejor software "
Y también en este caso, el nuestro TO-DO LIST se articula e implica más tomadores de decisiones interna a nuestra empresa: ciertamente no solo el departamento de TI.
La selección de software de clase empresarial puede ser el efecto de una necesidad, manifestada por un sector interno de nuestra empresa, o un mandato directo de alta gerencia (que tiene una visión general de los intereses futuros de la empresa y la estrategia a seguir). El origen del mandato en sí mismo depende en gran medida de si el proceso en consideración es core o secundario a la empresa. Recordando que a menudo la elección de un nuevo software es la clave para cambiar los procesos.
En cualquier caso, lo que realmente importa es que todos actores involucrados (incluidos los que manifiestan la necesidad, los que toman decisiones al más alto nivel y los que tienen las habilidades técnicas y funcionales para llevar a cabo futuras negociaciones) deben ser alineado con el propósito de la selección y con las características de la solución para ser adquirido
Solo con estos supuestos podemos de hecho redactar el lista de requisitos funcionales. Idealmente, nuestros tres actores (usuarios, altos directivos y analistas técnico-funcionales) se unirán para un negocio común de tormenta de ideas. Sin lugar a dudas, esta posibilidad depende de la variable tempo (es necesario tener en cuenta los costes internos para la definición y gestión de un proyecto).
Y esta actividad de alineación es aún más importante si consideramos un aspecto adicional de la selección: como en cada "Viaje del comprador", ese es el proceso de compra que parte de una necesidad y pasa por la recuperación de información sobre la oferta del mercado, puede haber algunos "Zonas grises". De hecho, no es raro que la alta dirección, o la función de la empresa que se beneficiará de la solución, se encuentre con un conocimiento genérico de la solución a adoptar: sabe lo que quiere, no cómo decirlo de manera clara y explícita. Esto también es Útil soporte especializado en el sector de TI, si cuenta con buenos analistas funcionales que implementan las habilidades adecuadas.
Aqui entonces algunas preguntas que el equipo hará: ¿cuál es la lista detallada de requisitos? ¿Cada punto está claro para todo el equipo que compiló la lista de verificación? ¿Quién va a llevar a cabo la negociación tiene en mente su mandato? ¿Y el mandato en sí es específico y detallado o tiene lagunas? Una buena estrategia a adoptar podría ser el método Scrum: quienes participan en el proyecto cuentan una historia para que la presentación discursiva favorezca defición de los conceptos a utilizar para el trabajo.
A menudo, las soluciones empresariales en el mercado no tiene todas las funciones requeridas por el comprador. Los gerentes de la compañía lo saben desde el principio. Y es por eso que, una vez que se ha elaborado la lista de verificación, procedemos a establecer un índice de prioridad: cada empresa, una vez establecidos los objetivos, tiene la suya propia.
"A menudo, las soluciones empresariales en el mercadono tiene todas las funciones requeridas por el comprador. Los gerentes de la compañía lo saben desde el principio. Y es por eso que, una vez que se ha elaborado la lista de verificación, procedemos a establecer un índice de prioridad"
Algunos sugieren asociarse para cada requisito un puntaje diferente de importancia: la puntuación general de cada solución examinada será la suma de los requisitos actuales y su importancia relativa. Es un consejo de sentido común, siempre que no seas demasiado esquemático en la evaluación final: es natural que en la atribución de un . También hay factores externos al software, más que nada relacionado con el proveedor. Los veremos en una publicación posterior.
Para evaluar lo intrínseco calidad de software es necesario establecer algunos métricas objetivas (por lo tanto, más allá de los requisitos funcionales, puramente subjetivos, requeridos por la empresa).
No saber qué variables medir el producto significa no ser capaz de darse cuenta de su valor. De nuevo, queremos compilar una lista antes para examinar las soluciones individuales: lo utilizaremos como medidor en el momento de la selección real.
Existe una amplia literatura sobre el tema: de hecho, solo escriba un motor de búsqueda "Calidad del software" para descubrir publicaciones y libros sobre el tema. Un punto de partida útil es la voz. Wikipedia , que enumera un conjunto de parámetros externo (es decir, en relación con la calidad percibida por el usuario), para evaluar la calidad de la solución que se va a adquirir. Entre estos: corrección, fiabilidad, robustez, eficiencia. Pero tambien interior, verificable por un equipo de desarrolladores: mantenibilidad, reutilización, modularidad son algunos de los ejemplos enumerados.
También en este caso el equipo decide Un índice de prioridad para los distintos parámetros: por ejemplo, la administración de la empresa, que tiene la visión estratégica del proyecto, puede atribuir una importancia secundaria a la reutilización del software. Y, por supuesto, en esta fase de la selección del software, es bueno saber la opinión del función de calidad de la empresa (donde esté presente).
Es una variable fundamental: antes de comenzar una negociación debe tener en cuenta el presupuesto total que tiene disponible para adquisición de software (tanto para el software en sí como para los costos de horas hombre necesarios para la actividad de selección). Para establecer una suma realista, algunos ya tienen un punto de referencia de soluciones previamente adquiridas por la empresa, otros confían en el boca a boca entre colegas del mismo sector (o del mismo grupo industrial). Verificar cuánto se ha gastado previamente en soluciones similares facilita el proceso de selección de software.
"Debe tener en cuenta el presupuesto general que tiene disponible para el adquisición de software: compruebe cuánto se ha gastado anteriormente para soluciones similares, de hecho, facilita el proceso de selección de software "
Por supuesto, el precio de un software de nivel empresarial es una consecuencia directa no solo de su calidad intrínseca, sino también del trabajo realizado por el proveedor para diseñarlo y desarrollarlo: para amortizar los costos, hay formas flexibles de adquisición (los veremos en el punto 6).
Nunca se hablará lo suficiente: cada empresa se encuentra tratando una cantidad creciente de datos en relación con su negocio y sus clientes. Al mismo tiempo, sabemos que en los últimos años ha aumentado el número de personas. ataques cibernéticos en bases de datos de la empresa. Por lo tanto, proteger su información es una responsabilidad directa e inevitable de quienes la manejan.
Por lo tanto, una de las tareas de quienes llevan a cabo la negociación será conocer las protecciones establecidas por el proveedor. Mientras tanto, un conocimiento básico de riesgos y soluciones no puede dañar: el Gerente del departamento de TIC podrá informar a los contactos de su empresa sobre ambos aspectos.
Decide si prefieres una solución en la nube (en infraestructura remota) o en la premisa (instalado en los servidores de la empresa) no es simplemente una peculiaridad: el presupuesto y el tipo de gestión de datos tienen un impacto directo en cómo se administra el software.
Para muchos gerentes, uno solución en las instalaciones todavía está asociado con una percepción de estabilidad y control: sin embargo, se deben considerar las inversiones más importantes. Por otro lado la nube es más flexible y menos costoso en términos de precio, pero requiere que el proveedor brinde mayores garantías en términos de seguridad de datos y rendimiento del canal (es decir, velocidad de transmisión y ejecución del programa).
La forma en que se asumen los costos también cambia: el precio en las instalaciones generalmente se basa en un pago de licencias, costos de personalización, configuración inicial, costos de mantenimiento posteriores, etc. La nube es un modelo pagar para usar: mayor fructificación, mayor costo. Por lo general, en el modo de nube, todos los cargos que conforman el costo se transforman en una tarifa que los resume, generalmente más bajos (en comparación con un compromiso contractual de varios años, a menudo de tres a cinco años).
Puede parecer una paradoja, pero solo es aparentemente: una buena lista de verificación de las expectativas que ponemos en la nueva solución ... no ignora Un análisis del software que necesita ser cambiado. Por supuesto, no nos estamos refiriendo a la situación de una primera instalación.
"Una buena lista de verificación de las expectativas que ponemos en la nueva solución ... no ignora Un análisis del software que necesita ser cambiado"
Primero, el propósito es indicar el debilidades: son las peculiaridades que nos llevaron a buscar un producto diferente. Incluso el software envejece y el tratamiento agresivo en el mismo puede resultar ser un movimiento equivocado.
Sin embargo, es posible que también tengamos que escribir algunos fortalezas: no se dice, de hecho, que la gestión del proceso con la solución anterior era incompleta en todos los aspectos.
También durante este análisis, es útil hacer un trabajo compartido: conocimiento funcional e conocimiento tecnico van de la mano y ambos contribuyen a una evaluación más concreta de la calidad del software. ¡Incluso el que cambia!
Personalmente, creo que cuando el software ya no es adecuado, ciertamente no es culpa de quienes tomaron la decisión en ese momento. simplemente el mercado ha cambiado y ese software no responde a las nuevas necesidades comerciales. Es por eso que la última orientación es cada vez más hacia un refactorización Aplicaciones continuas.
autor Paolo Ravalli
Millones de personas pagan por servicios de streaming pagando cuotas de suscripción mensuales. Es opinión común que usted…
Coveware by Veeam seguirá brindando servicios de respuesta a incidentes de extorsión cibernética. Coveware ofrecerá capacidades forenses y de remediación...
El mantenimiento predictivo está revolucionando el sector del petróleo y el gas, con un enfoque innovador y proactivo para la gestión de plantas.…
La CMA del Reino Unido ha emitido una advertencia sobre el comportamiento de las Big Tech en el mercado de la inteligencia artificial. Allá…
