El análisis VPEC-T es un marco de pensamiento que comprende una colección de filtros o guías mentales. Proporciona un "'lenguaje' simplificado para evitar pérdidas en la traducción de las necesidades comerciales a las soluciones de TI" [1] y se utiliza al analizar las expectativas de varias partes que tienen diferentes puntos de vista de un sistema en el que todos tienen un interés en común, pero tienen diferentes prioridades y diferentes responsabilidades. Sistema , aquí se usa en el sentido amplio de un conjunto de entidades interactuantes o interdependientes, reales o abstractas, que forman un todo integrado. Se aplica a "sistemas" que van desde los tan pequeños como una evaluación del desempeño, [2] hasta los tan grandes como un sistema de justicia penal.
VPEC-T ("vee-pec-tee") se utiliza cuando la interacción entre los agentes y la comunicación entre las partes puede resultar fácilmente en ambigüedad. Esta forma de análisis es particularmente aplicable cuando es probable que el contexto de interacción y comunicación no esté ordenado, sea complejo o caótico y pueda dar lugar a malentendidos. Se identifica como una nueva forma de llevar a cabo la arquitectura empresarial , [3] y también se identifica como una forma de diseñar servicios. [4]
VPEC-T se concibió inicialmente como un marco para ayudar a quienes estudian los sistemas de información, donde los puntos de vista en conflicto de las partes involucradas podrían ser una barrera para una comprensión adecuada. Con frecuencia se encuentran ejemplos de tales situaciones en la división entre negocios y tecnología de la información (TI). [5] Desde la década de 1990, TI ha robado el lugar de los sistemas de información, pero SI y TI no son lo mismo. Se trata de computadoras y programas. IS abarca todo lo que rodeará a TI para que las tareas se completen correctamente: personas, procesos e información. [6]
Los principios sobre los que se basa VPEC-T
VPEC-T se nombra después de las letras iniciales de los cinco elementos en los que se centra: V Región práctica, P OLÍTICAS, E respiraderos, C ONTENIDO y T de óxido . Estos elementos están presentes en todos los sistemas de información y la mayoría estarán presentes de alguna forma incluso en comunicaciones más simples.
Cada una de las partes involucradas en la descripción, discusión o búsqueda de comprensión de un sistema, actual o planificado, lo verá en el marco conceptual con el que está familiarizado. Por lo general, cada parte tendrá una visión diferente de los valores del sistema; su conocimiento de las políticas incorporadas en él variará según sus responsabilidades; pueden conocer sólo un subconjunto de los eventos manejados por el sistema; y es poco probable que conozcan todo el contenido requerido, ya que el contenido no siempre será formal y reconocido. Finalmente, está la importante cuestión de la confianza que las partes tienen entre sí y la confianza de que el sistema cumplirá con los resultados esperados. La falta de confianza entre las partes puede afectar el éxito del sistema en los casos en que la información no se revela, el compromiso de usar el sistema no es incondicional o el mantenimiento de 'sistemas en la sombra'. [5]
Por ejemplo, cuando el análisis en cuestión es un paso preliminar en la comprensión de un sistema de información, las partes involucradas incluirán tanto el negocio como las funciones de Tecnología de la Información (TI) de una organización.
Por necesidad, el lenguaje de los usuarios comerciales de un sistema de información abarca la ambigüedad, el conocimiento tácito y la voluntad de cambiar: las empresas deben operar en el entorno de un mercado en constante cambio. Por necesidad, el lenguaje de la función de TI abarca una alta especificación, certeza y evitación del cambio: la función de TI debe minimizar el cambio en los sistemas que requieren costo, tiempo y riesgo de implementación. [5]
Los diferentes marcos conceptuales y el lenguaje asociado de estos dos grupos pueden causar dificultades en la comunicación inequívoca. [ cita requerida ] Esto probablemente saldrá a la luz como un conflicto en algún momento durante el ciclo de vida de un sistema de información.
Se ha descrito como "basado en una filosofía profundamente radical de la pluralidad" [7] siendo de valor "donde se espera encontrar una gama de sistemas de valores diferentes (superpuestos, en conflicto). En lugar de un único conjunto coherente de políticas, esperamos encontrar encontrar una interacción compleja entre diferentes tipos de políticas (comercial, seguridad, protección, responsabilidad corporativa, etc.) ".
Componentes VPEC-T
Los términos valores, política, eventos, contenido y confianza son los principales medios a través de los cuales se ve la comunicación sobre un tema. Asegurarse de que se consideren todas estas dimensiones, al tiempo que se evitan los problemas tecnológicos en una etapa temprana, ayuda a crear una visión equilibrada y completa del sistema. [5]
Valores
El filtro de valor ayuda a comprender el valor de los resultados deseados tanto para el individuo como para la empresa. Si bien el valor de un sistema para una empresa se piensa comúnmente en términos de ganancias e ingresos, participación de mercado y flujo de efectivo, los valores en VPEC-T amplían esto para incluir el cumplimiento de restricciones éticas y otros tipos de objetivos, como preocupaciones ambientales, también. considerando los valores personales de las partes involucradas, así como la satisfacción y retención de los empleados. [5]
Los valores constituyen los objetivos, creencias e inquietudes de todas las partes participantes. Pueden ser financieros, sociales, tangibles e intangibles.
Los ejemplos de valores incluyen una entrega más rápida de los pedidos, un manejo más confiable de las quejas, costos reducidos y la gama completa de beneficios que normalmente se atribuyen a los sistemas de información. VPEC-T busca significados de valor más profundos. Por ejemplo, un estudio de VPEC-T podría concluir que un valor de un sistema es mover el control de un área comercial de una parte de la organización a otra, o ganar experiencia en un campo empresarial nuevo y en crecimiento que podría afectar el negocio. en cuestión en una fecha posterior.
Políticas
Las políticas son mandatos y acuerdos, incluidas las políticas internas, los requisitos legales, los contratos comerciales y otras restricciones que rigen lo que se puede hacer y la manera en que se puede hacer. Las políticas pueden ser internas o externas, explícitas o implícitas.
Una de las tareas del análisis VPEC-T es sacar a la superficie las políticas implícitas para su consideración. [5]
Ejemplos de políticas serían límites en la concesión de crédito, límites en el valor de la orden basados en criterios dados, restricciones en el uso de información personal, regulaciones de 'conocer al cliente' para instituciones financieras, controles de exportación y límites de peso para paquetes. VPEC-T va más allá al impulsar políticas que pueden no estar escritas y que están implícitas en la aduana departamental ("aplazamos el procesamiento de pedidos de artículos perecederos recibidos después de las 14:00 del viernes hasta el lunes por la mañana, y luego tienen prioridad"). y otros acuerdos o instrucciones informales.
Eventos
En el contexto de los sistemas de información, los Eventos serían sucesos relevantes para el negocio. Son procedimientos del mundo real que estimulan la actividad. [5]
Ejemplos de eventos son la recepción de una orden de compra, una llamada telefónica o un correo electrónico solicitando una entrega, la firma de un cliente al completar la recepción de un servicio o la autorización oral o escrita de una transacción.
Contenido
El contenido es la parte significativa de los documentos, conversaciones, mensajes, etc. que se producen y utilizan en todos los aspectos de la actividad empresarial. El contenido es el medio por el cual se utilizan planes, acciones, referencias previas, etc. para determinar decisiones. [5]
El contenido de VPEC-T abarca explícitamente un espectro de comunicación más amplio que el que generalmente se clasifica como "datos" en los sistemas basados en computadora, aunque ciertamente también se incluyen los datos comerciales.
El contenido puede incluir:
- Información que es un requisito previo para la ocurrencia de un evento.
- Información que es requerida, procesada y sobre la que se actúa mediante acciones resultantes de un evento.
- Información que se genera a partir de la ocurrencia de un evento.
Algunos ejemplos serían las llamadas telefónicas para verificar el historial crediticio, los correos electrónicos sobre los patrones de entrega habituales y el contenido de las solicitudes de tiendas y las órdenes de compra.
Confianza
Los estudios y el diseño de los sistemas de información a menudo incluirán la consideración de la confianza entre los usuarios del sistema y su derecho a acceder y cambiar la información dentro de él. Este aspecto de la confianza debe estar cubierto por las políticas de la organización que opera el sistema o proporciona el servicio en el que se ejecuta. [5]
La confianza en VPEC-T se refiere a la relación de confianza (o no) entre todas las partes involucradas en un sistema de valores donde la confianza se basará en la intimidad de las partes, la credibilidad de una parte a los ojos de la otra y los riesgos involucrados. Los valores de confianza cambian con el tiempo y las circunstancias.
Algunos ejemplos podrían ser el descubrimiento de que un oficial de compras mantenía registros paralelos en una hoja de cálculo, o la constatación de que un miembro del equipo del proyecto tenía una agenda relacionada más con la autoridad de una unidad de negocio en particular que con la mejora de la información disponible para el negocio.
Usar
Estos cinco filtros se aplican continuamente durante las primeras etapas de la consideración de un sistema de información. A medida que el analista comprenda cada vez más la situación real, los nuevos hallazgos se verán nuevamente a través de los cinco filtros.
VPEC-T también se ha recomendado como una técnica para la evaluación de la arquitectura empresarial en el desarrollo de arquitecturas empresariales . T. Graves en La empresa orientada a servicios p. 96 propone: "Utilizar técnicas de mapeo de valores y modelado de requisitos para identificar los valores empresariales y sus puntos en común y conflictos. Documentar los resultados en la parte 'universales' del marco. Técnicas como VPEC-T, SCORE e incluso el análisis DAFO clásico ser útil para identificar los impactos de cualquier conflicto de valores ". [8]
Graves también cita su uso de VPEC-T en Doing Enterprise Architecture p. 152 donde dice "Para este trabajo, la práctica siempre será iterativa ..." [9]
VPEC-T se utiliza no solo para sistemas de información , sino también en mediación , comunicación e interacción grupal.
Historia
Según Claudio Ciborra [10], entre otros, las fallas de los sistemas de información se deben principalmente a la incapacidad de nuestros métodos actuales para identificar y analizar los complejos problemas socio-técnicos que deben abordarse para tener éxito.
En una sesión de la Enterprise Architecture Conference Europe 2009, David Hunt, profesor principal, y Liz Bacon, directora de informática y ciencias matemáticas de la Universidad de Greenwich, analizaron cómo se ha utilizado con éxito VPEC-T en una serie de importantes proyectos de la vida real para superar algunos de los problemas identificados anteriormente. [11] En particular, abordaron:
- Cómo VPEC-T promueve una visión centrada en el comportamiento de EA y los beneficios que esto puede traer tanto para la entrega de tecnología como para la gobernanza de una Arquitectura Empresarial;
- cómo se puede utilizar esto para ofrecer un enfoque pragmático a la EA, proporcionando un beneficio comercial temprano;
- los límites actuales del enfoque y señaló las direcciones de trabajo futuras que mejorarán aún más la ejecución de los sistemas de información y la estrategia de sistemas de información.
VPEC-T fue creado por Nigel Green y Carl Bate, quienes lo desarrollaron y utilizaron en sus primeros proyectos importantes mientras trabajaban en Capgemini . Desarrollado originalmente para su uso en compromisos de arquitectura de soluciones y empresas relacionados con los sistemas de información, VPEC-T ahora también se usa en otros dominios y contextos no asociados con la informática.
Algunos ejemplos de uso son:
- Los preparativos de la etapa de prediseño para un nuevo Sistema de Información de Justicia Penal en el Reino Unido;
- preparación para entrevistas de evaluación del personal;
- establecer los requisitos comerciales de un sistema de ventas de afiliados desde los puntos de vista separados de todas las partes involucradas;
- resolución de problemas estructurales en una empresa con varios grupos que realizan funciones comerciales similares pero con diferentes políticas sobre el cobro de sus servicios;
- desarrollo de principios de arquitectura empresarial orientados a objetivos comerciales y adopción (aplicados en los sectores de servicios financieros, transporte y gobierno);
- desarrollo de arquitecturas de sistemas de información basadas en eventos centradas en el comportamiento empresarial (más que en la tecnología);
- probar el probable éxito de las opciones para cambiar un negocio y, como resultado, anular las malas decisiones;
- evaluar el estado actual de los trabajos de consultoría y planificar los próximos pasos.
Matt Pearce y Nigel Green introdujeron una modificación del marco VPEC-T, VIPER, en 2019. El nuevo acrónimo hace que el marco sea más memorable y más fácil de usar en un contexto empresarial. 'Información' reemplaza a 'Contenido' y 'Confianza' reemplaza a 'Confianza'. Aparte de los cambios en la terminología, todos los demás aspectos permanecen sin cambios. VPEC-T sigue siendo el modelo conceptual fundamental.
Ver también
Referencias
- ^ Gøtze, John. "Revisión de Lost in Translation" . Consultado el 13 de septiembre de 2009 .
- ^ Jangbrand, Anders (23 de abril de 2009). "VPEC-T al preparar comentarios" . Consultado el 19 de septiembre de 2009 .
- ^ Green, Nigel. "Dos frases que no esperaría ver juntas: complejidad reducida y empresa 2.0" . Archivado desde el original el 20 de septiembre de 2008 . Consultado el 14 de septiembre de 2009 .
- ^ Mulholland, Andy. "Construcción de 'Servicios', etc. para la calidad empresarial" . Archivado desde el original el 11 de enero de 2009 . Consultado el 14 de septiembre de 2009 .
- ^ a b c d e f g h i Nigel Green, Carl Bate, (2007) Lost in Translation: Un manual para los sistemas de información en el siglo XXI. (Prensa de tecnólogos evolucionados) ISBN 0-9789218-4-4
- ^ Hidas, Peter (14 de abril de 2009). "Folk forstår ikke it-språket" . Computerworld Norway (en noruego) . Consultado el 14 de septiembre de 2009 .
- ^ Pensamiento de Richard Veryard Systems para exigir cambios el 11 de junio de 2010. Consultado el 29 de diciembre de 2016.
- ^ Graves, Tom (diciembre de 2008). "La empresa orientada a servicios: arquitectura empresarial y servicios viables" . Libros tetradianos. ISBN 9781906681166. Consultado el 18 de septiembre de 2009 .
- ^ Graves, Tom (marzo de 2009). "Haciendo Arquitectura Empresarial: proceso y práctica en la empresa real" . Libros tetradianos. ISBN 9781906681180. Consultado el 18 de septiembre de 2009 .
- ^ Ciborra, Claudio; Rob Kling; Leigh Star; et al. (Mayo de 1997). "Sistemas centrados en el ser humano en la perspectiva de la informática organizacional y social" . Sistemas centrados en el ser humano, para la National Science Foundation . Centro Rob Kling de Informática Social de la Universidad de Indiana) . Consultado el 26 de mayo de 2010 .
- ^ Hunt, David; Bacon, Liz (8 de junio de 2009). "VPEC-T: una forma de cerrar la brecha entre las empresas y las TI" ( PDF ) . Conferencia de Arquitectura Empresarial Europa 2009 . Consultado el 14 de septiembre de 2009 .