Quina diferència hi ha entre la metodologia àgil i la cascada?


Resposta 1:

Comencem amb els fonaments bàsics i fem una ullada a quines són aquestes metodologies de gestió de projectes abans de saltar en els seus avantatges i contres.

Es considera que la metodologia de la cascada és l'aproximació tradicional al desenvolupament de programari. Segons aquesta metodologia, el projecte es divideix en diverses etapes consecutives que no es poden complir simultàniament. Al final de cada etapa se suposa que realitzeu una revisió dels requisits, i només després passareu a la següent etapa. El que cal tenir en compte és que en acabar una etapa, no podeu tornar-hi fins que no es completi tot el cicle de desenvolupament. Per tant, aquesta metodologia descriu el desenvolupament com un procés lineal i seqüencial que consta normalment de set etapes:

Pros:

  • fàcil d’utilitzar: per la seva senzillesa inherent, aquesta metodologia és fàcil per a l’adopció de nouvinguts i / o joves desenvolupadors; enfocament detallat de la documentació: és necessari crear documentació per a cada etapa, cosa que fa que els objectius siguin més clars per a l’equip de desenvolupament del projecte. és més clar per al client i més fàcil de ser assumit per una nova persona de l’equip; fàcil d’utilitzar: com que la cascada és rígida, sempre hi ha determinats requisits, resultats esperats i revisions en cada etapa, cosa que fa que la supervisió d’un projecte sigui tros de pastís.

Contres:

  • identificar requeriments no és tan fàcil com sembla: els requisits clars són importants, però sovint es dóna el cas que el client no sigui capaç d’identificar tots els “desitjos i necessitats” claus al principi del projecte; fer canvis és costós i ineficient: si un equip identifica un problema durant la codificació mateixa, no pot simplement tornar a una etapa anterior i fer ajustaments per solucionar-ho; els clients poden impacient veure almenys algun programari operatiu, però, en la pròpia fase de desenvolupament. comença bastant tard; les proves tardanes són massa arriscades, ja que potser no hi ha suficient temps abans del termini; en aquest cas, és possible que alguns errors i errors no s’identifiquin a temps.

ÀGIL: PROS & CONS

Passem al nostre concursant competitiu a la tribuna Agile vs Waterfall. En primer lloc, cal assenyalar que Àgil representa pautes generals que es reflecteixen al manifest Àgil (2001). Aquest marc de desenvolupament de programari s’ha implementat en diverses metodologies àgils, com Scrum, Kanban, etc.

Breu història, la metodologia Àgil deixa de banda l’enfocament lineal de la cascada a favor d’un iteratiu. Segons Agile, la implantació del projecte comença amb la creació d’un producte enrere que és bàsicament la llista de totes les tasques que s’han de complir al llarg del desenvolupament. Les tasques haurien de prioritzar-se, i un cert nombre de tasques amb la màxima prioritat inclou el llard de correccions. Els Sprints representen les iteracions de la implementació del projecte. Cada sprint pot durar d'una setmana a un mes i ha d'incloure revisar les prioritats del projecte, planificar, dissenyar, codificar i provar (proves d'unitat i acceptació). L’objectiu de cada sprint és presentar al propietari del producte un producte llest per al seu ús al final, encara que tingui un conjunt limitat de funcions.

Segons Agile, el focus es basa també en l’autoorganització de l’equip, amb poca supervisió i control. Àgil posa la interacció cara a cara, la col·laboració i l'adaptació als canvis a la part superior de la llista de prioritats.

Àgil suggereix implicar un representant del client en un equip transversal que treballarà en la implementació del projecte. A més dels desenvolupadors que escriuen el codi en si mateix i el representant del client, un equip d'aquest grup ha d'incloure planificadors, dissenyadors i provadors.

Scrum és, potser, el marc de gestió de projectes més conegut que inclou els principis àgils. Scrum determina un conjunt específic de rols que s’han de complir, les responsabilitats de cada rol i les reunions diàries de posada a punt destinades a ajustar els plans. Els sprints són més ràpids i tenen una durada d’una o dues setmanes. Les funcions inclouen el propietari del producte (el representant del client), els desenvolupadors i el mestre de scrum que facilita el treball i serveix de "buffer" entre l'equip i possibles distraccions.

Kanban, una altra metodologia àgil, va obtenir el seu nom de la paraula japonesa per a "targeta" o "signe visual". Està molt centrat en la visualització del flux de treball, minimitzant els treballs en progrés dins dels fluxos i continuament fent petits ajustaments al sistema existent.

Pros:

  • adaptabilitat als canvis: els plans previs poden desaparèixer ràpidament en el món de la tecnologia en constant transformació, i Agile ha demostrat ser millor en adaptar-se als canvis, tant per les noves tecnologies com per als requisits del client; la comunicació és una prioritat: presencial. La interacció i la retroalimentació de la interfície són els principis bàsics àgils que fomenten la millora constant de les competències de l’equip; col·laboració estreta amb el client: els clients tenen més oportunitats d’opinar sobre el que ha de ser el producte final mitjançant la col·laboració estreta amb els membres de l’equip; no hi ha la necessitat de definir tots els requisits al principi: es poden ajustar en el transcurs de la implementació del projecte; proves exhaustives: proves d'unitat i acceptació durant cada sprint disminueixen significativament la possibilitat d'explotacions i d'errors no revelats presents en el producte final.

Contres:

  • ambigüitat de la data de lliurament: a causa dels canvis iteratius en les prioritats del projecte, les dates de lliurament no es poden planificar amb precisió al 100% amb anterioritat; a més, és possible que es faci addició de sprints, que també ajorna el llançament del producte final; conjunts d’habilitats molt desenvolupats requerits pels membres de l’equip: ja que se suposa que l’equip és funcional i reduït al mateix temps, tots els membres de l’equip sovint han de complir un paper particular (per exemple, el dissenyador); per tant, tot desenvolupador hauria de ser altament capaç en la seva línia de treball, menys atenció a la creació de documentació: Agile posa la codificació per sobre de la creació de documentació detallada; la documentació hauria de tenir un propòsit singular: permetre a un nou usuari comprendre com i per què es va escriure el codi.

AGILE VS WATERFALL: QUINS SÓN ELS COSTOS?

Els diners importen. Tots ho sabem. És per això que les restriccions pressupostàries són inevitables, i heu de tenir en compte el que podeu o no us podeu permetre. Per tant, comparem quant li costaria un desenvolupament àgil i de cascada per ajudar-vos a prendre una decisió financera sàvia que afectarà el futur del vostre projecte.

Cal tenir clara una cosa. Cada projecte és únic a causa de les especificacions tècniques, requisits, etc. Així, és impossible dir-vos: “El desenvolupament àgil del vostre projecte us costarà X dòlars americans o haureu de gastar dòlars americans en el desenvolupament de la cascada del el mateix projecte. " El cost de desenvolupament depèn de diversos factors que inclouen les taxes horàries dels desenvolupadors que contracteu, la funcionalitat que voleu implementar, el tipus de desenvolupament (crear una aplicació web o una Android són diferents projectes), etc.

No obstant això, segons va revelar la investigació realitzada pel grup Standish, hi ha una cosa que podem dir amb certesa: la metodologia de desenvolupament àgil ha demostrat ser més econòmica que la metodologia Waterfall. La investigació va demostrar que els projectes àgils són quatre vegades més barats que els de cascada de mitjana, i trenquen fins i tot 10 vegades més ràpid que els projectes de cascada. Així, tenim clares evidències empíriques que la metodologia àgil és més rendible que la cascada. Potser, aquesta és una de les principals raons per les quals Agile està guanyant popularitat entre les empreses de TI independentment de la seva escala tan ràpidament.

AGILE VS WATERFALL: COM ESCOLLIR

Les decisions crucials com l’elecció de la metodologia de gestió de projectes no seran fàcils en cap cas. Tanmateix, ens agradaria que aquesta decisió sigui com a mínim més fàcil.

Hi ha cinc indicadors clau que heu d'analitzar i tenir en compte abans de fer aquesta elecció:

  • l'ampliació del projecte; la durada del projecte; la seva complexitat; diversos factors organitzatius; grups d'interès i clients.

La cascada s’adapta a aquells projectes a petita escala senzills i que no s’espera que necessitin molts canvis. Aquests projectes es poden anomenar inalterables. A més, la metodologia Waterfall permet crear una documentació detallada en profunditat i, per la seva inherent simplicitat, és fàcil adoptar els nouvinguts i / o els desenvolupadors més joves.

Com que és estricte i fomenta la disciplina, la cascada és una bona opció per a projectes que involucrin altres organitzacions o empleats remots. A més, a diferència de la metodologia Agile, aquesta metodologia s’ajusta a la situació en què el client no pot estar fortament involucrat en la implementació del projecte. Si el vostre projecte té restriccions de temps i pressupost fixades i un àmbit fix, Waterfall pot ser el que necessiteu.

La metodologia àgil és adequada per a aquells projectes a gran escala que tinguin calendaris flexibles i restriccions pressupostàries. Si l'abast d'un projecte és difícil definir clarament al principi, però serà complex. Si esteu segur que hi haurà alguns ajustaments que hauran de fer en nom del client o de les parts interessades, Àgil és segurament la vostra opció. Com que se suposa que el client es dedica a tot el procés de desenvolupament, heu d’estar segurs que està disposat a fer-ho abans de prendre la decisió final sobre la metodologia que s’utilitzarà per al projecte.

A més d’això, heu d’assegurar-vos que els membres de l’equip estan preparats per dedicar-se plenament al projecte, ja que requereix molt de temps i necessita una atenció 24/7. El vostre equip també ha de ser capaç de desenvolupar la seva línia de treball per poder treballar segons aquesta metodologia.

LA LÍNIA AMB AMB

Cap metodologia és impecable. Correspon a vosaltres pesar els avantatges i els contres de cada metodologia, valorar el vostre projecte i veure per si mateix quina metodologia s’adapta millor al vostre projecte.

Si dubteu sobre quina metodologia s’adapti a les necessitats del vostre projecte, no dubteu en contactar amb els nostres especialistes. Totes les preguntes que tingueu, sempre tindrem una resposta.


Resposta 2:

La gestió de projectes de cascada utilitza un model predictiu de control de riscos del projecte. La idea és aquesta: si podeu predir amb exactitud tots els requisits, els recursos, etc., tindreu un projecte de baix risc.

Els enfocaments predictius per a la gestió de projectes només funcionen quan –ho heu endevinat– realment podeu fer bones prediccions al començament del projecte. Si la cascada no funciona, probablement també endevineu aquesta, quan les vostres prediccions resulten incorrectes.

Per contra, un enfocament àgil utilitza un model empíric de control de riscos. Això funciona millor quan teniu més incògnites en el vostre projecte. Concretament, ajudarà quan qualsevol d’aquestes tres condicions siguin certes:

  • Teniu un projecte amb un risc superior a la mitjana. Un o més dels vostres recursos (temps, diners, personal, etc.) és incòmode limitat. El vostre projecte pot trobar requisits emergents

En aquest cas, un enfocament àgil (aka: empíric), amb les seves iteracions i freqüents punts d’inspecció i adaptació, és un marc millor per fer front a aquests riscos.

Així doncs, podeu veure que ni la cascada no és àgil ni és “dolenta”. Simplement es tracta d’utilitzar l’eina adequada per al treball.

—Angela


Resposta 3:

La gestió de projectes de cascada utilitza un model predictiu de control de riscos del projecte. La idea és aquesta: si podeu predir amb exactitud tots els requisits, els recursos, etc., tindreu un projecte de baix risc.

Els enfocaments predictius per a la gestió de projectes només funcionen quan –ho heu endevinat– realment podeu fer bones prediccions al començament del projecte. Si la cascada no funciona, probablement també endevineu aquesta, quan les vostres prediccions resulten incorrectes.

Per contra, un enfocament àgil utilitza un model empíric de control de riscos. Això funciona millor quan teniu més incògnites en el vostre projecte. Concretament, ajudarà quan qualsevol d’aquestes tres condicions siguin certes:

  • Teniu un projecte amb un risc superior a la mitjana. Un o més dels vostres recursos (temps, diners, personal, etc.) és incòmode limitat. El vostre projecte pot trobar requisits emergents

En aquest cas, un enfocament àgil (aka: empíric), amb les seves iteracions i freqüents punts d’inspecció i adaptació, és un marc millor per fer front a aquests riscos.

Així doncs, podeu veure que ni la cascada no és àgil ni és “dolenta”. Simplement es tracta d’utilitzar l’eina adequada per al treball.

—Angela


Resposta 4:

La gestió de projectes de cascada utilitza un model predictiu de control de riscos del projecte. La idea és aquesta: si podeu predir amb exactitud tots els requisits, els recursos, etc., tindreu un projecte de baix risc.

Els enfocaments predictius per a la gestió de projectes només funcionen quan –ho heu endevinat– realment podeu fer bones prediccions al començament del projecte. Si la cascada no funciona, probablement també endevineu aquesta, quan les vostres prediccions resulten incorrectes.

Per contra, un enfocament àgil utilitza un model empíric de control de riscos. Això funciona millor quan teniu més incògnites en el vostre projecte. Concretament, ajudarà quan qualsevol d’aquestes tres condicions siguin certes:

  • Teniu un projecte amb un risc superior a la mitjana. Un o més dels vostres recursos (temps, diners, personal, etc.) és incòmode limitat. El vostre projecte pot trobar requisits emergents

En aquest cas, un enfocament àgil (aka: empíric), amb les seves iteracions i freqüents punts d’inspecció i adaptació, és un marc millor per fer front a aquests riscos.

Així doncs, podeu veure que ni la cascada no és àgil ni és “dolenta”. Simplement es tracta d’utilitzar l’eina adequada per al treball.

—Angela