desarrollo de software para empresas

El "analisis de sistemas"  ...  Atencion!

borrador 09/25

En la antiguedad clasica  el "analisis de sistemas" era una forma eficaz de frenar al enemigo : el cambio. Pero era como las trincheras en un campo de batalla de la primera guerra mundial. Una manera de inmobilizar esfuerzos.

Se pretendia que el diseño de las propiedades del soft a crear parta de la investigacion ... hoy sabemos ya que ese enfoque no puede usarse siempre porque  es muy costoso ; alternativamente mucho soft que se generaba era muy rico en 'propiedades' , que en realidad era la concrecion del imaginario de los programadores y poco que ver con necesidades y  deseos de los clientes 

...

Participaba en un encuentro virtual sobre temas del desarrollo de software

En medio de eso escuche dos temas y frases que me hicieron viajar hacia el pasado

-1- Una participante con voz muy joven sostenia "... el cliente no sabe lo que quiere"

Inmediatamente , recorde la idea de Steve Job  "la gente no sabe lo que quiere hasta que se lo muestras"

Eso es aplicable %100 a soft tipo "producto generico consumible para usuario final" .

En el ambito de empresas ,es un prejucio  imaginar un cliente  interesado (empresario o experto o profesional jerarquico  ) que no sabe lo que quiere en su dominio (empresa/servicio/seccion). 

Para "mejorar un sistema" se proponen 3 caminos

1- Investigación

2-operacion y control

3-Diseño

En los tiempos oscuros de la informática ,cuando le ciclo de desarrollo en cascada era el unico , el camino (1) era el standard

El campeon para esta estrategia de trabajo era: el analista de sistemas

Un profesional formado en ramas de  la computacion que  ahora lo citan como "analista funcional "

Su objetivo era investigar la actividad informatizada y documentar la informacion requerida y su procesamiento y usos.

Se esperaba de el que investigue y proponga una forma de procesar los datos.

Afortunadamente (aunque muchas veces sin saberlo) en tiempos contemporáneos se impone el camino (3). 

-2- Los participantes y el conductor (jovenes voces) repetian con mucha frecuencia: -"el analista funcional"- 

Recordemos que el termino "analisis de sistema" es una etapa del clasico metodo de desarrollo :Ciclo de cascada (waterfall). Indicado para desarrollo muy extensos (en funciones y en el tiempo)

Actualmente la bibliografia identifica al analisis de sistemas , como un rol del ingeniero de software (ver Pressman) o una etapa o fase en el desarrollo (ver Sommerville) 

La IEEE no lo cita ;  identifica esa actividad como adquisicion de requerimientos (tecnica:elicitacion)

En un enfoque agil para el desarrollo , adquirir los requerimientos para un incremento ,es un rol (por ejemplo para el product owner) incrustaqdo en cada pique (sprint)

He leido una publicacion donde proponen que "el cambio de roles en el desarrollo es perjudicial" con lo que no estoy de acuerdo porque en el ámbito de las pymes y en general cualquier enfoque de diseño implican personas polifuncionales (multiiples roles) y multipuestos (ej: en jit)

Atencion! , ella misma hacia referencia unos párrafos antes a elicitación (obviamente sin identificar esa actividad con ese nombre)