Date post: | 29-Jun-2015 |
Category: |
Documents |
Upload: | daniel-laco |
View: | 527 times |
Download: | 4 times |
Estimación de Proyectos de Software
La cara oculta de las diferencias
Patricia ScalzonePresidente - VEMN SA
Daniel LacoDirector Ejecutivo - VEMN SA
Temario
• El problema• Técnicas• … y las diferencias?• Contratos
Se acuerdan?
El problema “endémico” de la industria
• Sobreestimación• Subestimación• Imposible de estimar
Registros de Estimación de la Industria
Tamaño en Puntos de Función (y Aprox. Líneas de código) Temprano
A Tiempo Tarde
Fallados (Cancelados)
10 FP (1.000 LOC) 11% 81% 6% 2%
100 FP (10.000 LOC) 6% 75% 12% 7%
1.000 FP (100.000 LOC) 1% 61% 18% 20%
10.000 FP (1.000.000 LOC) <1% 28% 24% 48%
100.000 FP (10.000.000 LOC) 0% 14% 21% 65%
Qué es estimación?
Es una predicción de cuán largo es un proyecto o cuánto va a costar
Pero...• Tenemos los objetivos del negocio:
– Necesitamos tener la Versión 2.1 lista para la Expo de Mayo
– Necesitamos tener la Release estabilizada para las ventas de vacaciones.
– Necesitamos tener las funciones listas para el 1 de Julio para cumplir con requisitos de regulaciones del gobierno.
– Debemos limitar el costo del próximo Release a 2$ millones, porque es el presupuesto máximo que tenemos.
• Son deseables o imperativos, pero no necesariamente alcanzables
Definiciones de “Buena Estimación”
Técnicas de Estimación
• Abordajes Tradicionales– Líneas de Código– Function Points– Use Case Points
• Abordajes Ágiles – Planning Poker– Story Points
O“el rango del proyecto”
(método oscilante)
Ballpark Figure
Proyecto: FelizEstimadores
Daniel
Cliente: El Mejor Maxi Andres Total Estimadores 3 Ronda 1 Ronda 2
Grupo Tarea Subtarea Detalle Daniel Maxi Andres Daniel Maxi Andres
Back End
ABMs
Sección 1 2 1 Categorías 2 2 2 Ítems Attachs 100 100 40 SeccionAtributos CategriasAtributos Atributos Usuarios 4 2 8 Niveles de Autorización 8 13 8
Admin de Seguridad Usuarios / Niveles de Autorización 13 20 3
Pantalla de publicación de
productoProceso de publicación Manejo de Archivos 20 20 13 Niveles de autorización 13 20 8
Front End
UI Visualización
Productos 3 2 5 Soluciones de producción 3 2 5 Recursos de Venta 3 2 5 Visor MHT 3 2 3 Árbol de navegación de productos 3 3 5
Buscador de productosBúsqueda Rápida 3 3 5 Búsqueda Avanzada Filtro Genérico 13 13 20
Localización Multi-idioma 20 20 20 Totales 212 226 151 0 0 0
Ronda 1 Ronda 2 Daniel 212 0 Maxi 226 0 Andres 151 0 Mínimo 151 0 Promedio 196 0 Máximo 226 0
Story Points (Dog Points)
Módulo Tipo Nombre Complejidad
DIAGNOSTICO Competencia / Posición competitiva Evualuacion (Criterios) ALTA
DIAGNOSTICO Menú Principal Diagnóstico Diagnostico Interactivo ALTA
DIAGNOSTICODiagnóstico / Resumen del Diagnóstico / Conclusiones Conclusiones MEDIA
DIAGNOSTICO no se usa (codigo comentado) Grafico de Ventas y Rentabilidad (1) BAJA
DIAGNOSTICO no se usa (codigo comentado) Grafico de Ventas y Rentabilidad (2) BAJA
DIAGNOSTICOIcono en el formulario FrmDIA002 (Gráfico) Grafico de Ventas y Rentabilidad (3) ALTA
DIAGNOSTICOActivación de Indicadores, Reglas e Informes Activacion de Indicadores, reglas e informes MEDIA
DIAGNOSTICODiagnóstico / Resumen del Diagnóstico / Resumen Resumen de diagnostico - Puntos clave MEDIA
DIAGNOSTICODiagnóstico / Resumen del Diagnóstico / F.O.D.A Analisis F.O.D.A ALTA
DIAGNOSTICO icono en el formulario FrmDIA002 (lupa) Informe de indicadores estrategicos (PivotTable) MEDIA
DIAGNOSTICOAdministración del Sistema / Carga de Preguntas del Diagnóstico Ingreso de CheckList ALTA
ARQUITECTURA ALTA
Ponderación Complejidad Baja 4 Media 5 Alta 20 Testing % 30 Gestión de Proyecto % 10 Implementación % 30 % Riesgo 30
… y las diferencias dónde están?
• En la administración de riesgos• En Ítems que se pierden en las
estimaciones
Administración de Riesgos
Cómo seguimos?
Requerimientos Funcionales
Factor Baja Media AltaSetup/Instalación
Conversiones de datos
Interoperabildiad del Proyecto
Individual Otros sistemas de la misma tecnología
Heterogéneo.Sistemas de diferentes tecnologías
Procesamiento complejo interno
Requerimientos No Funcionales Factor Baja Media Alta
InteroperabilidadMantenibilidadPerformance Poco exigentes o
sin relevanciaExigencia de rendimiento estandar
Exigencia de rendimiento muy exigente
PortabilidadConfiabilidadCódigo que debe ser rehusado
SeguridadCapacidad de Supervivencia
Facilidad de usoSistema DistribuidoNro potencial de usuarios < 10 usuarios 10 a 50 usuarios > 50 usuarios
Concurrencia
Requerimientos No Funcionales Factor Baja Media Alta
Características especiales de seguridadTecnología Estandar, probada
y conocida en la organización
Probada, pero nueva en la organización.
Novedosa, sin antecedentes
Testeabilidad Ambiente Client/Server
Ambiente con interacción de varios servidores. Ej: Arquitectura SOA
Redes y conexiones complejas. SO dispares, organización del cliente restrictiva. Tecnologia nueva y sin experiencia. La Seguridad como un factor del ambiente de prueba (Ej. X509)
Afecta a Sistemas en Producción
No Si, pero hay franjas de tiempo donde se pueden hacer actualizaciones con parada del sistema
El sistema es critico, de 7 x 24
Temas del Proyecto - I
Factor Baja Media AltaEstabilidad de los requisitos
Estables y definidos
Relativa variacion y definición pobre
Inciertos y con mucha variación
Tiempo de Entrega Menos de 3 meses 3 a 9 meses Más de 9 mesesProcesar los pedidos de cambios.
Administrar el seguimiento de Bugs
Corregir los bugs
Coordinación de la Gestión. Reuniones
Temas del Proyecto - II
Factor Baja Media AltaCreación de datos de testInstalación de versiones de prueba en locaciones del clienteInteractuar con Clientes o Usuarios.
Revisar planificaciones, estimaciones, arquitectura, diseños, planes de puesta en marcha, casos de test, etc.
Temas del Proyecto - III
Temas del Equipo
Factor Baja Media AltaGrupo de Trabajo Con experiencia y
capacitación en proyectos similares
Poca experiencia y capacitación en proyectos similares
Sin experiencia en proyectos similares
Mejora de la PruductividadMentoring de nuevos miembros.
Temas del Cliente - I
Factor Baja Media AltaFacilidad de entrenamiento de usuariosCliente Conocido y con buenos
antecedentesCliente nuevo, con buenas referencias o relaciones conocidas
Desconocido, o conocido con problemas en proyectos anteriores
Interlocutores del Cliente
Buena formación técnica y en gestión de proyectos. Buena actitud de ayuda y servicio.
Formación Media y regular en gestión de proyectos. Regular asistencia en resolución de problemas
Desconocido, o conocido con problemas en proyectos anteriores
Impacto en Organización
Mínimo. Cambios moderados en organización, cultura, métodos de trabajo
Cambios significativos en organización, cultura, métodos de trabajo
Temas del Cliente - II
Factor Baja Media AltaUsuarios Involucrados
Pocos usuarios Un Departamento o Unidad de Negocio
Varios Departamentos o Empresas
Impacto Externo Afecta principalmente al Departamento afectado
Afecta moderadamente a otros Departamentos, Organizaciones o Clientes
Afecta a terceros no involucrados, ciudadanos, organizaciones
Tecnología Estandar, probada y conocida en la organización
Probada, pero nueva en la organización.
Novedosa, sin antecedentes
Tiempo de Respuesta del Cliente
Disponibilidad exclusiva en el proyecto
El interlocutor tiene otros proyectos, pero este tiene prioridad
El interlocutor mantiene muchos proyectos en simultaneo. El interlocutor no esta asignado al proyecto, solo colabora
Actividades de No Desarrollo
Vacaciones Reuniones de la empresaFeriados Reuniones del DepartamentoDías de enfermedades Configuración de nuevos
puestos de trabajoEntrenamiento Instalación de nuevas
herramientasFines de Semana Resolución de problemas de
Software y Hardware
El desarrollo de software es una actividad de creación y transmutación de conocimiento.
La planificación tradicional trata al desarrollo de software como una actividad predecible
Tipos de Contratos
Resumen
• El problema• Técnicas• … y las diferencias?• Contratos
preguntas?
Muchas graciaspor su participación
Patricia ScalzonePresidente - VEMN SA
Daniel LacoDirector Ejecutivo - VEMN SA