Please enable JavaScript.
Coggle requires JavaScript to display documents.
Pequeñas Empresas de Software (SSC - Coggle Diagram
Pequeñas Empresas de Software (SSC
Desafíos y estadísticas clave
Baja adopción de herramientas de proceso (en algunos estudios se reporta uso tan bajo como 7%).
Causa principal: las herramientas y procedimientos suelen ser complejos y no están adaptados al contexto de SSCs.
Alta tasa de fracaso de proyectos (hasta ~40%).
Metodologías de desarrollo
Menor adopción
Modelos rígidos o tradicionales (por ejemplo, Modelo en V)
Kanban y familias como Crystal registran uso limitado
Razón: las metodologías ágiles priorizan a las personas y la flexibilidad por encima de procesos pesados, lo que encaja mejor con las SSCs
Preferencias
Scrum
DevOps
Desarrollo iterativo
Ingeniería de Requisitos (RE)
Importancia: alrededor del 60% del esfuerzo de desarrollo se dedica a RE.
Técnicas de obtención de requisitos
Brainstorming (lluvia de ideas)
Entrevistas con stakeholders
Prototipado
Encuestas y cuestionarios: uso mínimo
Notaciones
Preferencia por lenguaje natural estructurado en plantillas o formularios
Especificaciones matemáticas/pragmáticas: casi inexistentes por su complejidad
Análisis y modelado
Escenarios y descripciones en lenguaje natural
Herramientas más sofisticadas (como mapas de viaje o diagramas complejos) son poco frecuentes
Uso frecuente de diagramas UML y diagramas de flujo
Contexto de las SSCs
Importancia: representan la mayoría de empresas y producen gran parte del software.
Problema principal: retos de calidad vinculados a la baja utilización de herramientas y procesos formales.
Definición: empresas con menos de 50 empleados.
Entorno: volatilidad tecnológica y limitaciones de personal y recursos.
Barreras para la adopción de herramientas y procesos
Falta de adaptabilidad de las herramientas al contexto y recursos limitados de las SSCs
Escasez de personal y falta de estrategias de verificación
Complejidad y longitud de procedimientos en herramientas existentes
Tendencia a atajos y prácticas ad-hoc para mantener competitividad
Coste y esfuerzo asociado a actividades de inspección (planificación, reuniones, seguimiento) que resultan difíciles de sostener
Recomendaciones / conclusiones sugeridas
Diseñar herramientas y procesos simplificados que respeten la limitación de recursos y favorezcan la agilidad
Priorizar prácticas de RE y pruebas que sean ligeras, repetibles y fáciles de integrar en flujos iterativos
Necesidad de marcos de trabajo adaptables y escalables para SSCs
Fomentar plantillas y notaciones prácticas (lenguaje natural estructurado) para reducir la carga de documentación
Consecuencias
Impacto directo en la calidad del producto y en la tasa de éxito de proyectos
Retrasos, sobrecostos y cancelaciones por procesos deficientes o inexistentes
Pruebas de software (Testing)
Realidad
Una proporción significativa (aprox. 31%) no cuenta con una estrategia formal de pruebas
Cuando existe, su aplicación suele ser inconsistente
Estándares
ISO/IEC 29119 es el más conocido, pero su adopción es baja
Motivo: se percibe como laborioso y difícil de implementar en equipos pequeños