Al diseñar y construir la casa de sus sueños, desde la visión y los planos hasta la lista de elementos esenciales, se necesita un gran arquitecto para reunir todos los detalles. Es imperativo que el arquitecto entreviste a toda la familia para entender cómo viven. Podría ser una casa con una gran sala grande y tres dormitorios pequeños porque la familia vive en una comunidad multigeneracional. Algunos quieren su propio conjunto de habitaciones que brinden más privacidad. Los propietarios primerizos tienen requisitos y deseos diferentes a los de los propietarios experimentados. Quizás la cocina sea la estancia más importante de la casa o quizás sea el estudio.
El diseño arquitectónico es una fase importante de la construcción de una casa porque abarca la funcionalidad y la estética de su hogar. Y hay muchos componentes que pueden cambiar en el futuro en función de varios factores.
Al final, probablemente muchos meses después, todas las habitaciones, el piso, el techo y otros componentes deben combinarse perfectamente. El plano de la casa es el principio de diseño o la filosofía que garantiza que toda la casa a la que te mudas sea realmente lo que pretendías. Esencialmente, ¿construiste la casa correcta? ¿Tienes todos tus requisitos?
No es diferente diseñar y construir una aplicación de software, un microservicio o una interfaz de programación de aplicaciones (API). Si tiene una especificación de diseño, ya sea impulsada por el comportamiento o impulsada por la tecnología, ese no es el debate. Lo que finalmente se materializa es que el diseño en sí requiere muchas partes y piezas móviles. Todas las piezas deben unirse; al menos deben interactuar o depender unos de otros.
Corra la voz sobre cómo se organizan los datos
Si diseña una infraestructura de datos, pero no le dice a nadie cómo se organizan los datos, nadie puede generar informes a partir de ellos. Si diseña una arquitectura de datos y no le dice a nadie fuera de su organización cómo conectarse, nadie podrá usarla. Si diseña una arquitectura de datos sin expectativas de cómo un producto de terceros entregará información a su sistema, eso tampoco funciona.
Observe cómo interactúan las aplicaciones y los microservicios con las API, como la verificación de crédito de Experian, por ejemplo. La API de Experian requiere una serie de campos de datos para obtener un puntaje de crédito para que al solicitar una nueva tarjeta de crédito de la tienda o tarjeta de crédito, el solicitante pueda ser aprobado y obtener el gasto. Si diseña un producto que no proporciona esos datos a Experian, nunca obtendrá esa aprobación. Si Experian no publica todos esos puntos de intersección y aumenta la visibilidad de su propia API, nadie la usará porque no sabe cómo hacerlo. Todos estos cruces o intersecciones críticas son puntos de falla.
Las transferencias de desarrollo de software agregan complicaciones
Y hay muchas transferencias en el proceso de desarrollo de software. Puede complicarse. Es parte de la naturaleza humana evitar tareas que son desagradables, complicadas y simplemente difíciles, las cosas difíciles con las que nadie quiere lidiar o hacer en el trabajo. Todo el mundo sabe que tiene que hacerse, pero es la misma historia, todo el mundo está al límite de su capacidad, por lo que puede quedar sin decir y sin hacer.
Esto, sin embargo, es lo que crea las calamidades. El producto que no funciona de la manera que imaginó, diseñó y pretendía, probablemente hace meses.
Artículo relacionado: Implementar o no implementar, esa es la cuestión del desarrollo de software
La visibilidad del desarrollador da como resultado productos exitosos
Con la visibilidad del desarrollador, cuanto más vea, más podrá anticipar y documentar los puntos de falla, y publicar esas especificaciones para otros desarrolladores del equipo. Esto aumenta considerablemente sus posibilidades de éxito en el éxito general de su producto; todos necesitamos una visibilidad mejor y más oportuna a lo largo del ciclo de vida del producto de desarrollo para que podamos tener éxito en la entrega de un producto o característica valiosa y útil.
La visibilidad del desarrollador se centra en tres puntos:
1. Sepa lo que quiere construir: ¿Por qué estás construyendo lo que estás construyendo? ¿Que problema estas tratando de resolver? ¿Para quién lo estás construyendo? Este es el trabajo uno, al comienzo del proyecto, antes de escribir cualquier código. Obtener estas respuestas proviene de la visibilidad de los problemas y casos de uso comercial que el equipo quiere resolver junto con la visibilidad interna de cómo el equipo quiere alinearse con metas medibles, objetivos e indicadores clave de rendimiento (KPI). Este nivel de visibilidad del desarrollador, aunque es muy manual, proviene de un buen trabajo en equipo. El tiempo requerido para obtener visibilidad de los requisitos de su producto al final vale la pena.
2. Comprenda todas sus dependencias: Una vez que el equipo tenga claro lo que está creando, comprenda cuáles son sus dependencias tanto dentro como fuera de su aplicación. Obtenga visibilidad de todos los puntos finales y pregunte cómo asegurarse de que esos puntos finales (por ejemplo, las API) tengan transferencias fluidas. También hay preguntas sobre los equipos de desarrolladores donde la visibilidad de los cambios y actualizaciones de productos en el futuro que afectan a otros productos en desarrollo es fundamental. Ya sea una transferencia de código o de datos o una funcionalidad esperada dentro del microservicio o API de otra persona, los desarrolladores necesitan visibilidad de los cambios que afectan el producto que están creando.
¿Cómo están averiguando esto los equipos hoy? ¿Quién supervisa el seguimiento y la comunicación de estos cambios potencialmente críticos? Lo más probable es que nadie. Es probable que se descubran problemas durante las pruebas de extremo a extremo después de que se hayan hecho varias suposiciones. Hoy en día, los desarrolladores necesitan visibilidad de estos traspasos y, lo que es más importante, necesitan definir una persona de contacto o un conjunto claro de roles y responsabilidades. Lo que es más importante, los equipos deben estar facultados para ser responsables de brindar visibilidad a todas las diferentes partes involucradas.
3. Sumérjase en la visibilidad de la posproducción: Con el producto en producción, ¿se hizo realidad la intención original de crear este producto para la audiencia prevista? ¿Está la audiencia dispuesta a usarlo y adoptarlo? ¿Cuánto tiempo les tomó descubrir, implementar y usar el producto de manera regular?
Artículo relacionado: El destino del desarrollador de software en el mundo Low-Code/No-Code
Evite ser sorprendido por los resultados finales
A menudo se construyen productos y las empresas se sorprenden con el resultado final. Como ejemplo, en SmartBear, creamos un panel de funciones para uno de nuestros productos y, curiosamente, no fue adoptado ampliamente, a pesar de que fue la función más solicitada en una encuesta de clientes. La visibilidad basada en el uso para el equipo es clave para crear el producto adecuado. La visibilidad de alto nivel para el liderazgo también es clave. ¿Sabe su vicepresidente de ingeniería cuántas pruebas de regresión hace la preproducción de su equipo de desarrollo? ¿Cuántas pruebas de extremo a extremo se están ejecutando? ¿Sabes cuánto tiempo se tarda en resolver los errores?
Todos los miembros de cada equipo de desarrollo saben que necesitan brindar más visibilidad, transparencia y documentación a lo largo del ciclo de vida del desarrollo de software (SDLC). Sí, los equipos han sobrevivido sin una verdadera visibilidad durante décadas, pero hoy en día hay demasiadas variables y nadie puede permitirse el lujo de lanzar productos que rompan otros productos. Nadie puede darse el lujo de pasar 1000 días construyendo un producto que nadie usará jamás.
A menudo bromeo con mi equipo diciendo que nunca deberíamos tener otra fiesta de pizza de “caza de errores” porque deberíamos haber encontrado el problema mucho antes. A medida que nos embarcamos en un nuevo año, ahora es un buen momento para que su equipo de desarrollo priorice la visibilidad en todo el SDLC.
Ilumine cada punto de calamidad potencial con visibilidad de desarrollador de extremo a extremo. Su equipo creará el producto adecuado para la audiencia adecuada que comprarán y usarán con deleite, siempre.
Esta nota es parte de la red de Wepolis y fué publicada por Oliver Roberts el 2023-02-01 20:32:44 en:
Link a la nota original
Palabras clave:
#visibilidad #del #desarrollador #garantiza #viabilidad #del #producto #Latino #News
