Taula de continguts:
La metodologia àgil per al desenvolupament de programari pot afectar positivament la indústria informàtica. Els resultats de l’adopció de metodologia àgil es poden mesurar de diverses maneres. Un canvi ràpid de les sol·licituds de canvi de programari, menys errors, la mesura quantitativa del rendiment de l’equip i els colls d’ampolla són tot un reflex de la implementació exitosa d’Agile. Per mesurar l'impacte d'Agile, una organització ha de comparar diverses mètriques relacionades amb el desenvolupament pre-àgil i el post-àgil. L’impacte real d’Agile no es pot mesurar només amb l’augment d’ingressos o l’augment del nombre d’errors solucionats. Cal tenir en compte diversos paràmetres interns per comprendre l'impacte real. (Per obtenir més informació sobre el desenvolupament àgil, vegeu Agile Software Development 101.)
Per què l’Àgil IT?
La indústria informàtica s'ha inclinat cap a les pràctiques àgils, principalment a causa de les restriccions del model de desenvolupament de programari en cascada. Generalment, s'ha observat que les empreses informàtiques no són capaços de respondre a les exigències canviants dels clients o de les situacions del mercat ni de reduir costos amb el model de cascada del desenvolupament de programari. Fins i tot si contrabalançem aquesta inclinació aclaparadora cap a la metodologia àgil i considerem que l’al·lusió només es presenta, hi ha una gran quantitat de comentaris empírics contra el model de cascada.
En poques paraules, el model de cascada és un model de desenvolupament de programari on el treball es realitza de forma seqüencial: una fase rere l’altra. Hi ha cinc fases d’aquest model: requisits, disseny, implementació, verificació i manteniment. Normalment, un cop finalitzada una fase, és difícil, si no és impossible, fer canvis a una fase anterior. Per tant, el supòsit és que els requisits estan pràcticament fixats. La diferència principal amb el model Agile consisteix en el supòsit que no hi haurà cap canvi en els requisits. Àgil assumeix que les situacions empresarials canviaran i també ho faran els requisits. De manera que el programari es lliura en fragments més petits sobre sprints, mentre que en el model de cascada, el primer lliurament o alliberament es fa al cap de temps. (Per obtenir més informació sobre el desenvolupament, vegeu Com Apache Spark ajuda al desenvolupament d’aplicacions ràpides.)
