Diseño de productos digitales: delimitando el ecosistema.

Desafíos de la mitología ágil

Un desarrollo ágil bien hecho reduce el precio de una comunicación terrible entre los cliente, El revelador, y el operadores. Los enfoques iterativos y la participación regular permiten que todas las partes comprendan lo que dice la otra, construyendo de forma económica lo que nadie quiere.

Eso es todo. Vas a cometer muchos errores. Así que fracasa sin gastar mucho.

Como arquitecto empresarial, el mito corrosivo es el de un equipo de producto "puramente ascendente" que colabora con un "cliente". Los desarrolladores y los usuarios colaboran. Luego iteran. Y entonces ocurre la magia.

Este mito casi funciona en la empresa emergente independiente y simplista, donde la usuario es el cliente. Incluso aquí la tasa de fallos cuando el cliente La cantidad que se le pide que pague la factura es asombrosa.

Dentro de una empresa compleja, este mito es una receta para el desastre. usuarios No son clientes. Jamás. Compran con la tarjeta de crédito de otra persona. Sus entregas vienen con cajas y cajas de complejidad y costos de mantenimiento.

Nuestro trabajo consiste en ofrecer la función de inicio más potente.disciplina de mercado. Mantenemos el pagador de facturas—la parte interesada responsable del valor, el coste del capital, el coste operativo, el cumplimiento, el riesgo y el estado de resultados—en primer plano.

Aun así, lo deseo desesperadamente todo. Quiero esa libertad creativa desde abajo y los límites estrictos de lo que pagador de facturas quiere.

Esto no significa adoptar el peor enfoque posible y realizar un gran diseño antes de los sprints. Arquitectos de empresa No tengo nada que hacer allí.

Esto no significa tomar el otro camino peor posible y lanzarse al sprint. El propósito de arquitectura empresarial Se trata de guiar un cambio efectivo, no de detallar el diseño ni de debatir el enfoque sobre lo que se debe construir.

En cambio, necesitamos un camino donde las fronteras rígidas no representen un obstáculo cotidiano. Un camino donde nuestros genios creativos cuenten con un amplio margen de maniobra. Quiero brindar a mis equipos la misma libertad y autonomía que Apple ofrece a los desarrolladores de iOS, con los mismos controles absolutos que protegen los intereses de la empresa.

Genio creativo de los límites

Durante años, Parks Canada proporcionó bisontes salvajes de Parque Nacional de Elk Island a programas internacionales de reintroducción. Pero habían pospuesto reintroducirlos a Parque Nacional Banff.

Históricamente, los bisontes vagaban por las llanuras de América del Norte. Banff es una enorme área mayormente salvaje con una importante actividad recreativa. Al este se encuentran las tierras agrícolas y ganaderas de Alberta. Podríamos pensar que la reintroducido Los bisontes eran para Banff. Podríamos suponer que no se desplazaron a las zonas menos remotas del parque. O que deambularon por las tierras de los ranchos al este del parque.

Sin embargo, los bisontes no tienen interés en líneas en un mapa.

Hace nueve años, en 2017, 16 bisontes de las llanuras fueron reintroducidos en el praderas de montaña en la zona noreste más remota del parque Banff. Cuando se realizó el último recuento en 1924, había más de 130.

El Departamento de Parques controla la manada mediante mecanismos sencillos y un límite bien definido. Unas vallas bajas dificultan el paso de los animales río abajo hacia los ranchos. Más adelante, los guardaparques emplean técnicas de pastoreo para que la manada regrese a la zona donde se la dejará en paz. Para algunos bisontes más aventureros, se utilizan tranquilizantes y se les traslada a zonas más remotas.

En el día a día, nadie intenta decirle a los bisontes adónde ir ni qué comer. Ni siquiera los protegen de los lobos o los osos pardos.

Los bisontes tienen libertad creativa.

Tienen límites bien definidos.

Hagamos lo mismo con nuestros productos digitales.

Ese es nuestro trabajo.

La interacción crítica de la libertad limitada

Los bisontes salvajes de Banff deambulan libremente por 1200 kilómetros cuadrados. Tus equipos de producto trabajan libremente dentro de tu empresa. Esto es una combinación de límites, objetivos y fronteras internas y externas.

Quiero que pienses en el límite fundamental e infranqueable de los productos digitales modernos. arquitectura de datos proporciona—condiciones de uso de los datos. Nuestros productos digitales inevitablemente capturan datos. perteneciente a otra persona. Piensa en Apple y tus fotos digitales. O en ServiceNow y el flujo de trabajo y las autorizaciones del cliente. O en Gmail y tus contactos.

Nunca podrás abordar el límite duro que viene de condiciones de uso de los datos esperando a que alguien empiece a conducir por el lado equivocado de la carretera.

Utilizamos dos herramientas específicas para establecer este límite, Modelo de documento lógico y Especificaciones de arquitectura-particularidad principios de arquitectura, patrones de arquitectura, y estándares.

El modelo lógico de documentos

Los documentos lógicos permiten visualizar los datos del producto digital dentro de otros sistemas empresariales sin perder de vista que todos los datos que los componen están sujetos a estrictas restricciones. No solo algunos, ni a veces, sino todos los datos en todo momento.

Al usar un documento lógico, podemos usar una comprensión del negocio, no una comprensión de la estructura de datos. Estoy hablando de llamarlo un Foto. Eso incluye el archivo jpg o hiec, más los metadatos, más todo.

Comenzamos con algunas propiedades:

• Tipo de documento para resaltar los documentos con requisitos especiales de retención y contenido.

  • Registro: Documento requerido para cumplir con las obligaciones definidas por ley o contrato; su contenido y conservación están sujetos a mandatos externos.

  • Documento comercial: Documento definido internamente que respalda los procesos de negocio; su contenido y conservación se rigen por la política organizativa para garantizar la coherencia, la auditabilidad y la eficiencia operativa.

  • Documento transitorio: Documento creado y utilizado por un individuo, departamento o equipo. Su contenido se ajusta a las necesidades de su creador y, si bien no está sujeto a plazos de retención formales, la política interna puede restringir su conservación para mitigar riesgos.

• La propiedad de acceso a datos explica la protección requerida de la información o su confidencialidad. Los atributos de esta propiedad cambian con frecuencia. Esta lista le ayudará a reflexionar.

  • Solo para el país – La información debe limitarse al uso y residencia dentro del país. Esto limitará las opciones de instalación, diseño de seguridad, integración y acceso sin conexión.

  • Proceso / Producto solamente – Los datos no podrán utilizarse fuera del producto o del proceso empresarial. Esto limitará el diseño y la integración de la seguridad.

  • Datos bajo custodia – Los datos pertenecen a otra organización (cliente). Esto limitará el diseño de seguridad, el diseño de la aplicación y la integración.

• La propiedad de protección de datos de la información explica la protección requerida de la información. Usted busca los niveles Absoluto, Mejorado y Relajado. Invariablemente, esta propiedad requiere una comprensión de los datos. Protección estándar de Datos bajo custodia puede ser más estricto que la protección mejorada de datos corporativos.

  • Relajado – La información tiene requisitos de protección de datos inferiores a lo normal. Esta especificación requiere una definición clara del requisito.

  • Estándar – La información cuenta con protección de datos conforme a los estándares de la industria o de la organización. Esta especificación debe hacer referencia a un estándar abierto.

  • Mejorado – La información tiene requisitos de protección de datos superiores a lo normal. Esta especificación requiere una definición clara de dicho requisito.

  • Absoluto – La información tiene requisitos únicos de protección de datos. Esta especificación requiere una definición clara de dicho requisito.

Lo que busco es una indicación inequívoca de que tengo una restricción limitando mis grados de libertad.

Especificación de arquitectura de potencia

La primera vez que me encuentro con una restricción de datos, necesito explorar dicha restricción.

Comience con el origen de la restricción. ¿Es específica del producto y está vinculada a...? condiciones de uso (contrato), regulación o política. Esto queda fuera de las decisiones sobre productos digitales. Esto le indica el límite de la restricción y quién es dueño de la decisión sobre si la arquitectura y la implementación cumplen.

Sí, comenzamos con quién tiene la decisión de si la arquitectura cumple con la restricción. Entre nosotros, algunas restricciones comienzan a colapsar un modelo simplista de Las partes interesadas son propietarias de la arquitectura.. Los contratos y las regulaciones simplemente existen. Las políticas, a menudo, simplemente existen. Rara vez tenemos el tiempo o la energía para estar pendientes de los cambios en los contratos o las políticas.

Quiero llegar a una especificación de arquitectura reutilizable.principio de arquitectura, patrón de arquitectura, y estándar. Cuando tengo una especificación de arquitectura reutilizable, no tengo que volver a hacer el análisis.

Mis puntos dulces son un patrón de arquitectura o bloque de construcción arquitectónico. Ambos proporcionan un enfoque común a un problema predecible. Patrones:

• Dejemos de lado la idea de reinventar la rueda.

• Mejorar la confianza en que la arquitectura cubre completamente la restricción y responde con éxito a las dificultades.

• Permitirte colapsar recurrente compensación de arquitectura conversaciones

• Difunda las respuestas y el enfoque preferidos de su organización.

• Simplificar la evaluación de la solución durante gobernanza de la implementación

Sobre todo, los patrones de arquitectura simplifican gobernanza de la arquitectura. Ya habremos hecho los cálculos y llegado a una respuesta bien fundamentada para nuestra arquitectura.

Los buenos patrones abarcarán todos los ámbitos.arquitectura empresarial, arquitectura de datos, solicitud, tecnología y arquitectura de seguridad.

Los buenos patrones se integran en las plataformas y los servicios compartidos, por lo que el equipo ágil ni siquiera tiene que pensar en ello.

Cuando tienes patrones excelentes integrados en tus plataformas y herramientas, gobernanza de la implementación Se vuelve mucho más fácil. Dejas de preguntar ¿Cómo manejaste los datos de custodia ultrasecretos?¿En cambio, le pides al equipo de pruebas que se asegure de que están validando 100% de los accesos de la datos fotográficos solo ocurre en espacio de usuario.

¡Listo! De esta forma, evitamos mecánicamente que el equipo ágil incumpla nuestros contratos con los clientes.

De acuerdo, sé que nunca es tan fácil; pero puedo subcontratar gran parte de la investigación a personas en la cadena de gestión, desarrollo y pruebas de productos. Integramos las especificaciones de arquitectura requeridas en el sistema completo, comenzando con Arquitectura superior y terminando con criterios de aceptación.

Es más probable que cada producto y proyecto esté guiado y limitado por aquellos anteriores. decisiones arquitectónicas.

Conclusión: Cercando el ecosistema

Una buena arquitectura empresarial no se trata de microgestión. Se trata de usar directrices y limitaciones para que a todos les resulte más fácil realizar las tareas básicas con menos esfuerzo.

Los guardaparques de Banff no saben cuántos bisontes deambulan por el parque. Algunos llevan rastreadores satelitales para que los guardaparques puedan sigue al rebaño. Las vallas de barrera dificultan algunos caminos que no quieren que sigan los bisontes. A pesar de todo, solo se necesitaron un par de años para que un toro descarriado vagar hacia el este en dirección a un pueblo de pastoreo—Lo recogieron mientras caminaba por la carretera.

Espero que la resolución de los incumplimientos arquitectónicos no requiera una intervención drástica. Sin embargo, no tema intervenir para proteger el valor del producto digital, la familia de productos y el ecosistema de su empresa.

Tómese un momento para analizar sus propios productos digitales. ¿Cuenta con patrones claros que simplifiquen las principales limitaciones de su arquitectura? ¿Están esos patrones integrados en las plataformas y herramientas? ¿O recurre a intervenciones costosas una vez que el proyecto ya está avanzado, para luego cometer errores?

Haz los cálculos. Guía el cambio.

La semana que viene, comenzaremos un viaje para explorar las especificaciones de arquitectura.principios de arquitectura, patrones de arquitectura, y estándares.

¡Qué tengas un lindo día!

Saludos, Dave Dave Hornford Conexiam

PD. Nadie quiere una manada de bisontes tomando el sol en la autopista 1. Por mucho que me guste ver bisontes salvajes, cuando voy por la autopista 1 tengo un destino. Lo mismo ocurre con los otros 60.000 coches que quedarían atascados.