Lad os diskutere om Agile Software Development! af Prabha Yadav

I mellemtiden af ​​teknologiske revolution, kan vi høre flere nye vendinger om Design og Udvikling og "Agile udvikling" er den hyppigste sigt i disse dage. Det meste af tiden, jeg tænker over det, og efter at få noget fra seniorer, jeg personligt forskning om det og skrive dette indlæg om " Agile Development

" i detaljer at gøre dig bevidst om begrebet "Agile".


Lad os starte med begyndelsen,

Hvad er Agile?

Agile er processen for at minimere forskellige niveauer af vanskeligheder opstår samtidig med at designe og udvikle et web services , web-applikation, software eller mobil applikation.

Lige modsat den traditionelle tilgang, adræt metode, der anvendes til at øge koordineringen og team bonding gennem samarbejde tværfunktionelle teams. Agility betegner til en adaptiv plan (blueprinting), progressiv udvikling, til tiden implementering, løbende videreudvikling og aggressiv adfærd tilpasse ændringer hurtigt og fleksibelt.

Antikken af ​​Agile Software Development


Manifestet for Agile Softwareudvikling

først blev indført eller stammer med 17 ingeniører februar 2001, at det hedder:

Vi afdække bedre måder at udvikle software ved at gøre det og hjælpe andre gøre det ? Gennem dette arbejde er vi kommet til værdi:

• Enkeltpersoner og interaktioner end processer og værktøjer

• Arbejde software over Omfattende dokumentation

• Kunde samarbejde i løbet af kontrakt forhandling

• Reaktion på ændre sig over Efter en plan

Det vil sige, mens der er værdi i punkterne på højre, vi værdsætter de punkter på venstre mere

Kent Beck. James Grenning Robert C. Martin

Mike Beedle Jim Highsmith Steve Mellor

Arie van Bennekum Andrew Hunt Ken Schwaber

Alistair Cockburn Ron Jeffries Jeff Sutherland

Ward Cunningham Jon Kern Dave Thomas

Martin Fowler Brian Marick

© 2001 ovennævnte forfattere. Denne erklæring kan frit kopieres i nogen form, men kun i sin helhed gennem denne meddelelse.

Selv om der er en masse kritik og forbedringer i manifestet og processen med Agility, men de grundlæggende værdier i er det stadig, og det fungerer godt med de forretningsmæssige værdier.

Kvalitet tilgang af Agility

i IT-branchen, er det et almindeligt fænomen at tilpasse nye ting som hurtigt som muligt, men denne tilpasning irritere udvikler. Ikke fordi de ikke ønsker at forbedre sig selv, men fordi de ikke høre noget om det, og nu er de nødt til at gennemføre det uden forskning eller praksis.

en lignende ting vil ske, når en virksomhed implementerer agile manifest i den organisatoriske struktur for at forbedre kvaliteten af ​​udviklingen.

at forstå adræt metode, lad os starte med kvaliteten tilgang Agility:

1. Forstå Ideologi -

udvikling og implementering af et produkt afhænger udelukkende over forståelsen af ​​base idé. Hvis du ikke er klar med kunden idé, du aldrig tilfredsstille ham med dit produkt. Så det er et væsentligt behov for at forstå, hvad din klient ønsker fra dig. Bare prøv at forstå ideologien af ​​produktet. I det agile metode, selskabet har planer om flere opdagelse sessioner at afsløre basen idé, udfordringer, erhvervsklima, kunder og bruger foran tværfunktionelle teams

2.. Blueprinting -

Under ideologi sessioner, hold afsløre de mest mulige funktioner eller blueprinting om, hvad der skal være der i produktet. I blueprinting sessioner, hold analyserer mest sandsynlige funktioner, der ville være nyttige og virksomheden ejer kommunikere med kunden at færdiggøre disse funktioner sammen med prioriteter, tilpasning, omfang, udvidelsen, afprøvning og alle.

3. Iterationer - Salg Når kunden bliver tilfreds med de anførte funktioner og tilpasset dem efter deres prioriteringer, hold opdele funktionaliteter i tid-boxed iterationer, kendt som sprints. Disse små segmenter har faste tid varighed omkring 1-4 uger (afhængigt af projektets størrelse) og tværfunktionelle teams arbejdede på dem fra planlægning til at teste

4.. Looping cyklen -

Løbende kommunikation med kunden og hold bidraget til at forbedre kvaliteten af ​​produktet og funktionaliteten af ​​spurterne. Hvis klienten øger enhver funktionalitet eller moderat noget som helst ramme, er det nemt for holdene at moderere et bestemt tidspunkt-box (sprint) snarere at analysere hele produktet. Det hjælper at sløjfe den cyklus af at sprint fra planlægning til udvikling og form, test til implementering.

Hvis du har en forespørgsel for Agile Software Development og softwareudvikling tjenester, Dev Technosys

førende bedst brugerdefinerede softwareudvikling

, Mobile App udvikling tjenester til en rimelig pris

Artikel Kilde: http://professionalclick.com/career_guidance.php?aid=940