Agradecimientos
Autor
Prólogo
Prefacio
Capítulo 1 - Calidad en el software
1.1 | Introducción
1.2 | Calidad en el software
1.2.1 Evolución histórica
1.2.2 Lecciones no aprendidas
1.3| Calidad versus velocidad de desarrollo
1.3.1 Estándares
1.3.2 Creatividad
1.3.3 Madurez
1.4 | Modelos de calidad de software
1.4.1 Surgimiento y evolución
1.4.2 Modelos
1.4.3 Certificaciones y evaluaciones
1.5 |Conclusión
Capítulo 2 - Causas que deterioran la calidad en el software
2.1 Introducción
2.1.1 Definiciones
2.1.1.1 Calidad de producto
2.1.1.2 Calidad de proceso
2.2 | Causas que deterioran la calidad
2.3 | Aspectos sobre los que trabajar para mejorar la calidad
2.4 | Forma de tratamiento de los temas
Capítulo 3 Trabajo con la organización Mejora de procesos
3.1 | Visión del cambio
3.1.1 Análisis de casos
3.1.2 Primeros pasos en un proceso de mejoras
3.2 | Trabajando en los cambios
3.2.1 Forma de trabajo
3.2.1.1 Modelo ideal
3.2.1.2 Modelo eoalg
3.2.2 Dos fenómenos espontáneos
3.2.2.1 Desconcierto
3.2.2.2 Procesos virtuales
3.3 | Aspectos y factores del proceso de mejora
3.3.1 Direcciones del cambio organizacional en sus múltiples dimensiones
3.3.2 Aspecto socio-cultural de la gestión del cambio
3.3.3 Factores críticos y de riesgo
3.3.4 Factores generales de éxito
3.3.5 Factores de éxito en pymes
3.3.6 Factores adicionales
3.3.7 Recomendaciones
3.4 | Gestión del cambio
3.4.1 Oposición al cambio
3.4.1.1 Razones de resistencia al cambio
3.4.1.2 Rescatar lo positivo de la resistencia
3.4.2 Influencia de la cultura organizacional
3.4.2.1 Tipos de cultura organizacional
3.4.3 Comportamientos generadores de conflictos y tensiones en la implementación de procesos de mejora de los roles participantes
3.4.4 Estrategia
3.4.5 Tácticas
3.4.5.1 Diferentes tácticas para el trabajo con los miembros jerárquicos y con los demás miembros
3.4.5.2 Diferentes formas de comunicación con áreas jerárquicas y racionales, y canal de comunicación entre ellas
3.4.5.3 Compartir lugar físico con los miembros de las áreas
3.4.5.4 Foco en temas puntuales y en grupos reducidos con intereses comunes
3.4.5 Liderazgo
3.5 | Respuesta a los casos de estudio
Caso 1
Caso 2
Caso 3
3.6 | Conclusión
Capítulo 4: Trabajo con Requerimientos
4.1 | Importancia de los requerimiento
4.1.1 El rol de analista
4.1.1.1 Definición
4.1.2 ¿Qué son los requerimientos?
4.1.3 ¿Para qué sirven?
4.1.4 ¿Cuál es el impacto en un proyecto de desarrollo de software?
4.2 | Tareas asociadas a los requerimientos
4.2.1 Foco
4.2.2 Nivel
4 4.2.3 Vista
4 4.3 | Estrategia y tácticas en el trabajo con requerimientos
4.3.1 Estrategia
4.3.2 Tácticas
4.3.2.1 Especificación de requerimientos de software y sus atributos de calidad
4.3.2.2 Especificación de casos de uso
4.4 | Análisis de requerimientos
4.4.1 No confundir dominio y negocio con diseño
4.4.1.1 Nota para desarrolladores ágiles
4.4.1.2 Nota a los analistas de sistemas
4.4.2 Paquetes
4.4.2.1 Alternativas de selección | Validación y verificaciación
4.5.1 Validación
4.5.2 Verificación
4.6 | Administración de cambios a losrequerimientos
4.6.1 Problema
4.6.2 Alternativas de solución
4.6.2.1 Nota para desarrolladores ágiles
4.7 | Conclusión
Capítulo 5: Trabajo con la Gestión de Proyectos
5.1 | Proyectos
5.1.1 Planes y planificación
5.1.2 Cascada versus iteraciones
5.1.2.1 La dinámica de las iteraciones
5.1.2.2 Las vistas de los roles
5.1.3 Planificación de iteraciones
5.1.3.1 Medidas de estabilidad
5.1.4 Fases, actividades, objetivos
5.1.5 Cuestiones a tener en cuenta y algunas recomendaciones
5.1.5.1 A tener en cuenta
5.1.5.2 Recomendaciones
5.1.6 Condiciones de contexto
5.2 |Planificación de proyectos
5.2.1 Estrategia
5.2.1.1 Un caso demostrativo
5.2.2 Construcción de una estrategia
5.2.2.1 Visión
5.2.2.2 Objetivos
5.2.2.3 Prioridades
5.2.2.4 Riesgos
5.2.2.5 Estimaciones
5.2.2.6 Estrategia
5.3 | Seguimiento del desarrollo de proyectos
5.3.1 Roles
5.3.1.1 Qué cosas debe hacer un líder de proyectos para cubrir sus responsabilidades
5.3.1.2 Qué cosas no debe hacer un líder de proyectos
5.3.2 Actividades
5.3.3 Puntos de observación
5.3.4 Fotos versus película
5.3.4.1 Tratamiento de una decena de temas
5.3.4.2 No seguimiento de los temas tratados
5.3.5 Escalamiento
5.3.6 Acciones
5.3.7 Métricas
5.4 |Conclusión
Capítulo 6: Trabajo con la Implementación - Diseño Codificación y Pruebas
6.1 | Diseño, codificación y pruebas
6.1.1 Problemas
6.1.1.2 Proceso de diseño
6.1.1.3 Coordinación de la construcción
6.1.1.4 Pruebas
6.2 | Pruebas de software
6.2.1 Trabajo con el repositorio
6.2.2 Test sistemáticos y automáticos
6.2.3 Cómo adoptar la nueva forma de trabajo
6.2.3.1 Obstáculos para automatizar las pruebas
6.2.3.2 Qué debería automatizarse
6.2.3.3 Qué no debería automatizarse
6.2.3.4 Estrategia para comenzar la automatización
6.3 | Integración continua
6.3.1 Forma de trabajo
6.3.1.1 Pasos
6.3.1.2 Principios
6.3.2 Infraestructura
6.3.3 Resultados
6.4 | Revisiones de diseño y Código
6.4.1 Revisiones
6.4.1.1 Objetivos
6.4.1.2 Beneficios
6.4.1.3 Métricas guía
6.4.1.4 Indicadores
6.4.1.5 Polimétrica de complejidad
6.5 | Conclusiones
6.6 | Herramientas
Capítulo 7: Trabajo con Modelos de Desarrollo CMMI
7.1 | Modelos de referencia
1.1 CMMi
7.1.2 Relación entre áreas de proceso
7.1.3 Desmistificando el modelo
7.1.3.1 Por qué CMMi
7.1.3.2 Con quién trabajar
7.1.3.3 Cómo es el proceso de mejoras con CMMi
7.1.3.4 Qué recursos se necesitan
7.1.3.5 Cómo es la evaluación con CMMi (SCAMPI)
7.2 |Mejora de procesos utilizando el modelo CMMI
7.2.1 Estrategia general
7.2.1.1 Políticas y Procesos
7.2.1.2 Interpretación y mapeo de objetivos y tareas
7.2.3 Institucionalización
7.2.3.1 Relación entre áreas de proceso y objetivos genéricos
7.3 |Modelos y metodologías
7.3.1 Metodologías y modelos
7.3.2 CMMI y metodologías
7.4 |Madurez
7.5 |Conclusiones
Apéndice Apéndice - Ejemplos de Activos
Especificación de requerimientos de software (ers)
Modelo de especificación de casos de uso
Ejemplo de priorización de requerimientos
Modelo de informe de avance
Modelo de procedimiento
Procedimiento de trabajo con código compartido (cc) en ambiente de Ic
Descripción
Forma de trabajo
Condiciones de entrada
Entradas
Roles
Activos
Pasos de la actividad
Salida
Condiciones de salida
Métricas
Verificación y validación