Desarrollo de software. Antipatrón. Administración por base de datos
Es un caso específico del antipatrón «desfactorización«.
Puestos a priorizar, los usuarios querrán que se desarrolle primero las funcionalidades principales del sistema, dejando al desarrollo de las pantallas de administración (algunas simples, otras más complejas) para más adelante porque siempre existe la posibilidad de precargar los valores en base de datos y porque no se prevé que el grado de actualización sea elevado.
Por otro lado, los usuarios querrán flexibilidad y autonomía, de manera que no tengan que acudir a un desarrollador para modificar ciertos aspectos de funcionamiento e incluso comportamiento del sistema. Esta situación hace que proliferen más funciones de administración.
Tenemos una paradoja: los usuarios quieren ser autosuficientes y sin embargo no priorizan el desarrollo de pantallas que les permitan esta posibilidad.
Como siempre existirán funcionalidades que evolucionar u otras que implementar, estas pantallas siempre serán candidatas a quedarse fuera en cada sprint. Llegado el momento el presupuesto se agotará y la mayoría de ellas seguirán sin implementarse y se tendrá que recurrir al departamento TIC para que gestione la administración de esas aplicaciones trabajando directamente contra la base de datos, responsabilidad ésta que no debería recaer sobre ese departamento sino en el área usuaria, la cual a su vez se quejará de los tiempos de respuesta por parte de informática y por no poder ser ellos mismos quienes lo gestionen.
Los responsables técnicos del proyecto por parte del departamento TIC deben dejar claro al usuario que estas pantallas deben desarrollarse, que elijan el momento que consideren más adecuado, pero que finalmente tienen que construirse porque es su competencia y responsabilidad administrar la aplicación desde el punto de vista funcional y que la dependencia de informática en ese sentido solo debe y puede ser transitoria.
Jummp 