Presentaci

1
Reunión NAME Valencia, 4 de Octubre de 2002
2
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

3
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)

4
Desarrollo de Servicios

• Configuración del equipo
• 1 Coordinador
• 2 Arquitectos Java
• 12 Programadores
• 1 Diseñador Gráfico

5
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

6
Should you go agile ? (M. Fowler)
Sí

• Requerimientos volátiles
• Desarrolladores motivados
• El cliente entiende lo que decimos y se involucra

• Cuándo no lo son?
• La gente busca retos
• ...la Metodología a seguir...METRICA versión
  3...

No

• No es lo habitual
• Nuestro principal cliente es la Administración
  Pública
• Incluso en el ámbito privado, éstos suelen ser
  cerrados y acotados

• Equipo con más de 50 personas
• Precio / Alcance fijado de antemano
• Contrato

7
Manifesto for Agile Software Development

• 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

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 ???
8
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
9
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

10
Visión (y 2)

• Ciertas técnicas/métodos/enfoques adquieren
  relevancia
• Tarjetas CRC
• Design Patterns/Architectural Patterns/Enterprise
  Integration Patterns
• JUnit framework MockObjects
• Refactoring

• 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

11
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)

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