Introduktion till smidiga värden
För att veta om värdena för smidig programvara måste vi först veta vad som är smidig programvara och behovet av att utveckla sådan programvara. En smidig metod innebär en mjukvara som är inkrementell, den ökar med regelbundna tillägg. Detta tillvägagångssätt erbjuder en ny version eller tillvägagångssätt i korta intervaller.
Denna smidiga process skiljer sig från den andra traditionella metoden för mjukvaruutveckling där användarnas behov och krav sammanställs och sedan i slutändan byggs programvaran på en gång.
Agile Manifesto är en förklaring som tydligt anger om de nyckelvärden och principer som programvaruutvecklare bör följa för att vägleda deras arbete. Det är basen för den smidiga rörelsen. Dessa är de fyra värdena och tolv principer som riktlinjer.
4 Agile Values OF Agile Manifesto
Nedan visas de fyra värdena i Agile Manifesto:
1. Team och kommunikation vald över procedur och verktyg
Det första värdet lägger mer tonvikt på lagarbete och kommunikation. Som vi alla vet att för att bygga en mjukvara krävs ett team av människor och inte verktyg. En individ kan ha en sofistikerad uppsättning verktyg men för att utveckla en mjukvara han behöver för att effektivt arbeta med ett team med produktiva interaktioner.
Verktyg och processer är definitivt nycklarna till att utveckla programvara men de måste vara i händerna på ett kvalificerat team för att få resultatet och inte tvärtom.
2. Arbeta programvara över omfattande dokumentation
Mycket tid spenderades på dokumentationen av produktutvecklingen, som den tekniska specifikationen, tekniska krav, testplaner, designdokument och godkännande som krävs för varje. Den typ av dokumentation som skapades för dessa var mycket detaljerad och många av dem hänvisades inte ens under projektprocessen. Teamet ville att den färdiga produkten skulle vara enligt specifikationen så att dokumenten var fokuserade på mycket. Men slutprodukten skulle fortfarande vara annorlunda eftersom relevansen förlorades.
Agile strömlinjeformar dessa dokument i en sådan form som ger utvecklaren bara det som behövs för att utföra arbetet utan att bli distraherad av minutdetaljerna. Agile säger inte att dokumentation inte är nödvändig. Allt det säger är att arbetsprogramvara föredras av kunder snarare än ett dokument som kanske inte kommer att granskas också. När ett behov av förändring uppstår accepterar det smidiga teamet det lätt och gör kontinuerliga förändringar.
3. Kommunikation med klienten föredrog framför undertecknade avtal
Framgångsrika utvecklingsteam arbetar nära med sina kunder och kommunicerar med dem regelbundet. Eftersom det bara är genom att lyssna på dina kunder får du feedback och du förstår vad de exakt vill ha från din produkt.
Det kommer att vara mycket fördelaktigt om det rättsliga förhållandet med en kund kan hållas åtskilt från en personlig relation. Detta kommer att uppmuntra kommunikation och att känna till deras tankar, åsikter och preferenser kommer att resultera i en mer tillfredsställande produkt.
Kommunikation hjälper också klienten att förfina sin vision och omdefiniera sina krav vid behov under projektets gång.
I traditionell mjukvaruutveckling kan produkten bara ses när den är redo när kraven har beslutats. Men agile trotsar detta genom att tillåta kundinvolvering i hela proceduren.
4. Acceptera förändringar lättare än att följa en strikt plan
Det tros att förändringar är dyra och tidskrävande och bör undvikas till varje pris. Detta beror på att vi ger onödigt fokus på dokumentation och utarbetade planer för att leverera. Vi tenderar att hålla oss till tidslinjer och produktspecifikationer mer än krävs.
Det är viktigt att inse att förändring är oundviklig. Det kommer att vara mycket fördelaktigt att acceptera förändringar och planera för det. Det bör alltid finnas utrymme för förändringar annars kommer planen snart att bli föråldrad.
Enligt agile är förändring inte en kostnad utan nödvändig feedback som resulterar i ett förbättrat projekt. En återkopplingsinitierad förändring tillför projektet värde.
Agile metodik gör det möjligt för det smidiga teamet att ändra processen medan den pågår och göra den lämplig för laget snarare än tvärtom. Så den första principen för kommunikation med hela teamet måste hänvisas här. Teamets utvecklare bör hållas medvetna om förändringarna.
Det ultimata målet för ditt projekt bör alltid hållas i åtanke och om det finns någon form av hinder bör teamet göras medvetna om det och påminna om dessa fyra värden.
Tolv principer för smidig utveckling
Dessa principer är ett test för att definiera om du är smidig:
- Nöjda kunder genom snabb och kontinuerlig leverans av värderat arbete: Kunderna är lyckligare om de får arbetsprogramvara med jämna mellanrum snarare än att vänta på långa intervall mellan utgåvorna.
- Acceptera ändring under hela processen: När ett krav eller en funktion behöver ändras, bör det göras så enkelt.
- Släpp effektiv mjukvara ofta: Eftersom teamet arbetar med mjukvarusprint garanterar det regelbunden leverans av fungerande programvara.
- Samarbete mellan affärsaktörer och utvecklare: Bättre beslut fattas när affärs- och teknikgruppen arbetar tillsammans.
- Motivera, stödja och förtroende : Att motivera teamet är nyckeln här. Varje gång ett projekt startar, kommer totalt stöd till teamet, en uppmuntrande atmosfär och tro på teamet att hålla dem igång.
- En till en-diskussion: Den viktigaste metoden att vidarebefordra all information till hela teamet är genom att ha en på en diskussion.
- Programvaran fungerar: Framsteg kan endast mätas med mjukvara som framgångsrikt fungerar vid den tiden.
- Smidiga procedurer ökar kontinuerlig utveckling: Promotorer, planerare och kunder bör alla kunna utvecklas.
- Viktigheten för teknik: Rätt kompetens och god design säkerställer ständig förbättring av produkten, upprätthåller tempo och upprätthåller förändringar.
- Håll det enkelt: Utveckla tillräckligt för att få jobbet gjort just nu,
- Självorganiserande lag: Självorganiserande lag är där den bästa arkitekturen, kravet och designen dyker upp.
- Regelbundna reflektioner om hur man blir mer effektiv: Teamet bör fortsätta arbeta för att bli mer produktiva och anpassa sig efter detta.
Rekommenderade artiklar
Detta har varit en guide till smidiga värden. Här diskuterade vi konceptet, topp 4-värden och tolv principer för smidig utveckling. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Vad är smidig?
- Vad är Agile Project Management?
- Microsoft Project Management
- Intervjufrågor för projektledning
- 8 Viktig uppgift för att skriva en testplanmall