Como una buena Arquitectura de software...
Impacta el negocio

por SoTechCo

¿Cómo hacerle frente a la alta rotación de personal en el sector de desarrollo de software?

La rotación en las empresas es un problema grave y genera efectos negativos muy serios, donde sus primeros efectos podrían ser: altos costos, disminución de la productividad del equipo, y el éxodo del conocimiento, entre otros, que afectan enormemente la operación normal de la empresa. ¿Pero que hacer para que disminuya o se ralentice la alta rotación?...


¿Por qué es tan difícil hacerle mantenimiento a una aplicación?, ¿Por qué cuesta tanto?, ¿Por qué se demora?

Hoy en día la documentación que se tiene de los diferentes proyectos de software es poca o irrelevante, los cambios que se deben hacer podrían generan un impacto profundo que podría deberse al diseño o al poco conocimiento detallado de la aplicación o a que muchas de las personas que se encargaron en su momento de su desarrollo ya no están en la compañía o la mezcla de todas ellas. Estas y muchas otras actividades hacen que soportar un aplicación desarrollada por nosotros mismos o otras personas tome bastante tiempo y por lo tanto su coste sea elevado...


¿Su código sigue la arquitectura propuesta?

Al diseñar la arquitectura de acuerdo al levantamiento de requerimientos, luego de hablar con el o los usuarios, después de seleccionar el mejor patrón arquitectónico, entre muchas otras actividades se obtiene la arquitectura deseada. Pero al iniciar el proceso de codificación y luego de un tiempo de desarrollo, ¿la arquitectura sigue el diseño propuesto?....


¿Por qué se generan errores al desarrollar software?, ¿Que ocurre en la realidad?

Existen muchas variables que se pueden analizar para generar resultados a estas preguntas, pero creemos que se pueden responder si se revisan determinadas actividades....


¿Cómo minimizar la curva de aprendizaje en los nuevos colaboradores?

¿Cuánto tiempo lleva capacitar a un nuevo Colaborador?
¿Qué pasa en el proyecto cuando el desarrollador o el arquitecto o líder del software se va?.

En los proyectos de desarrollo de software uno de los puntos críticos es la salida de un integrante del equipo por lo que es necesario integrar con gran celeridad un nuevo colaborador con las mismas capacidades o superiores con el fin de mitigar los posibles riesgos a los que es expuesto el proyecto.



¿Cuales son los retos de las empresas?

Uno de los grandes retos que tienen las empresas es disminuir los costes y aumentar la eficiencia buscando una mayor competitividad. En empresas desarrolladoras de software o que crean su propio software al interior de las empresas no es tan fácil debido a la dependencia del conocimiento y a los constantes cambios, por eso uno de los retos a analizar es el cambio de integrantes en los equipos de desarrollo que hacen que no sea una tarea fácil....


¿Cuánto tiempo y costo le toman las correcciones, mejoras o adaptaciones al software?

¿Que tanta facilidad tiene su equipo de desarrollo para hacer modificaciones al software?

A medida que transcurre el tiempo el software se torna difícil de mantener debido a los múltiples cambios que se generan (correcciones, mejoras o adaptaciones). El mantenimiento se torna desgastante para el equipo de desarrollo, jefes y directivos ya sea por la deficiencias que se tienen, la complejidad, por el poco entendimiento o por el poco tiempo que se tiene para planear esos cambios. Por ello, el mantenimiento del software puede ser un dolor de cabeza para muchas organizaciones. Por otro lado, El software heredado evoca visiones de complejidad, errores y un código altamente acoplado. Sin embargo, estas aplicaciones difíciles de mantener también contienen un profundo conocimiento del cliente y las opciones de diseño que soportan esos requisitos. El mismo hecho, que el código heredado ha existido desde hace mucho tiempo es a menudo un indicador de lo valioso que es.


No pierda dinero, No pierda a sus clientes

¿Por qué su cliente estaría pensando en irse con otro proveedor?

El cliente es lo más valioso que tiene la empresa, de allí viene la razón de ser, sin embargo, hay señales que nos alertan sobre los motivos por los cuales los clientes están pensando en irse, y aunque son muchos, uno de ellos puede estar asociado al servicio que se presta y que tiene un componente importante...


¿Que tan fácil es detectar los elementos que se impactan al hacer un cambio en el software?

El análisis de impacto debido a un cambio en el software es una de las tareas primordiales en el mantenimiento o en la evolución del mismo ya que permite determinar los elementos que pueden verse afectados al hacer modificaciones, por ejemplo, en aplicaciones (clases, interfaces, métodos, campos, etc.) o en bases de datos (esquemas, vistas, tablas, procedures, campos, triggers, etc,) y que incluyen tipos de dependencias, la misma arquitectura, entre muchos otros.


Cuatro razones para refactorizar

Cada vez que se adiciona código al software, la arquitectura puede perderse (se erosiona) con el tiempo y se vuelve difícil de mantener, aumentando los costos, y generando reprocesos.

  • El mantenimiento es más sencillo....
  • Hacer el Diseño Modular ...
  • Refactorizar es a menudo la opción más barata...
  • Su equipo de desarrollo es más feliz...

  • ¿Cómo mantener actualizado su diagrama UML?

    Uno de los problemas frecuentes a la hora de programar es que pocas veces se mantiene actualizado el Diagrama UML de la aplicación. Esto puede darse por muchas razones, por ejemplo, la velocidad con la que llegan nuevos requerimientos, muchas veces de un día para otro, sin dejar tiempo suficiente para mantener actualizado el diagrama. Otras veces, la cantidad de cambios que se requieren hacer en la aplicación y adaptarlos al diagrama es casi imposible, o no tenemos suficiente tiempo para dedicarle al Diagrama por lo que nos dedicamos a la operación (administración del código fuente). Entre muchos otros.