Reunión NAME Valencia, 4 de Octubre de 2002

Quienes somos ? Tissat es una empresa de Consultoría Tecnológica Diversas áreas de actuación: Comunidades Virtuales Emergencias e-Commerce CTI Portales Verticales e-Marketing

Organización Interna Estructura Matricial: Áreas Verticales, asociadas a Sectores de Actividad Áreas Horizontales, soporte de las anteriores: Desarrollo de Servicios I + D (producto propio, iSUM)

Configuración del equipo: –1 Coordinador –2 Arquitectos Java –12 Programadores –1 Diseñador Gráfico Desarrollo de Servicios

Escenario en que nos movemos Proyectos de naturaleza muy variada: Pública Privada Desarrollo Java J2EE 100% Reaprovechamiento de soluciones y experiencias Estandarización de la “forma de hacer las cosas”

Should you go agile ? (M. Fowler) Sí: Requerimientos volátiles Desarrolladores motivados El cliente entiende lo que decimos y se involucra No: Equipo con más de 50 personas Precio / Alcance fijado de antemano Contrato Cuándo no lo son? La gente busca retos “...la Metodología a seguir...METRICA versión 3...” No es lo habitual Nuestro principal cliente es la Administración Pública Incluso en el ámbito privado, éstos suelen ser cerrados y acotados

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more Manifesto for Agile Software Development Todos queremos la mejor CASE, el mejor IDE,... Dónde están los entregables de METRICA ??? Algunos contratos terminan en el Departamento Legal... Y el Gantt que me piden en la oferta ???

Y entonces, qué ? Los planteamientos de base son VALIDOS La realidad es la que es Por tanto, aprovechemos lo que podamos aprovechemos lo que nos dejen

Visión Los Requerimientos Funcionales siguen siendo key targets El punto crítico pasa del Análisis al Diseño/Construcción Los tests de prueba se realizan con otro enfoque, y sobre todo con otra involucración Parece que las notaciones no son lo que eran (o nos hemos dado cuenta ahora de que nunca lo han sido) Hay que invertir mucho tiempo / dinero en documentación entregable al cliente

Ciertas técnicas/métodos/enfoques adquieren relevancia: Tarjetas CRC Design Patterns/Architectural Patterns/Enterprise Integration Patterns JUnit framework + MockObjects Refactoring Visión (y 2) Cosas que ayudan: El Movimiento OpenSource Nos estamos APACHIZANDO Parece que los grandes (SUN, IBM) se están moviendo también en esa dirección

Primeros pasos Utilización “informal” de Design Patterns (dónde está mi SINGLETON) Balbuceos con JUnit (¡Mis programadores claman por Pruebas Planificadas!) Utilización intensiva de Sw OpenSource (Struts, Slide, Cocoon, Lucene,...ahorran trabajo y son GRATIS )

Final (por ahora...) Gracias por su atención Juan José Inchausti Arrese Program Manager Desarrollo de Servicios