Agile Manifesto: Din guide till att förstå de smidiga värdena och principerna
Om du har varit en del av projektledningsparadigmet för en dag eller ett decennium, är du bekant medAgile metodik. Det är den metod som är välkänd och respekterad i hanteringscirklarna.
Tidigare har vi pratat mycket omVigoch dessförmåneroch så. I den här artikeln kommer vi att prata om det smidiga manifestet, principerna nedsänktes i fläkten av Agile, och vilka är de specifika värden som gör det smidiga manifestet vad det är.
Introduktion
Om du har varit en del avutvecklingscykelFör ett tag nu, då skulle du veta att de äldre utvecklingsmetoder som omringade marknaden var extremt långsamma.
Detta blev ett sådant problem att när tjänsten eller ansökan var redo att användas, skulle de ursprungliga affärskraven ha ändrats så många gånger att det ursprungliga syftet med att utveckla den tjänsten eller produkten inte längre skulle uppfyllas.
Denna långsamma takt som blev en hinder iutvecklingsprocessvar ett mycket stort problem för alla produkter beroende på den processen. För att lösa problemet gick många ledare från hela marknaden i händerna för att hitta en lösning som skulle bana väg för framtida utvecklingsprocesser.
Den lösningen var det smidiga manifestet som beskrivits i form av 12 principer och 4 kärnvärden. Dessa värderingar och principer definierades ordentligt och genomfördes för att se till att alla metodernas utövare förstår vad manifestet är.
Agile Manifesto
Den enda sak som är den mest imponerande om det smidiga manifestet är att formuleringen som ledarna brukade beskriva värdena och principerna, är mycket exakt och minimalt.
De Manifest staterden där:
"Vi avtäcker bättre sätt att utveckla programvara genom att göra det och hjälpa andra att göra det. Genom detta arbete har vi kommit till nedanstående värde:
Det är, medan det finns värde i objekten till höger, värdesätter vi objekten till vänster mer. "
Som du kan se från formuleringen skrev grundarna några mycket exakta och till-punkt-uttalanden som hjälpte utövare att förstå manifestet enkelt.
För det mesta i projektledningsparadigmet ser vi att projektutvecklingen är baserad på förfaranden och tidslinjer som fastställts av ledningen, men det smidiga manifestet främjade det exakta motsatsen till dessa faktorer.
De faktorer somAgile Manifestoföredrar att främja är:
Låt oss nu gå vidare för att förstå de kärnvärden och principer som grundarna till det agila manifestet ville ha oss.
4 värden av smidig manifest
Källa
Det allra första som grundarna ville att utövare skulle förstå via det smidiga manifestet var och fortfarande är att föredra interaktioner och arbeta individer över derasValda verktyg och processer .
Varför? Tja, när du ger dem preferensen, blir hela utvecklingsprocessen mer mottaglig. För när hela laget måste förstå varandras våglängder och när de bättre kan förstå varandra, kan de arbeta igenom något hinder som kommer i sin väg.
Men om laget bara är beroende av verktygen och processerna för att räta ut alla sina problem, så kommer det att vara mycket missförstånd bland lagkamraterna, vilket kommer att ytterligare skapaFatal RoadblocksI utvecklingsprocessen, tankning av projektet.
Därför insisterade grundarna att interaktionerna bland lagkamrater måste vara toppklassiga för att avvärja hinder och få värde för företaget.
Ett av de bästa sätten att glömma verktygen och processerna och fokus på interaktioner är att involvera en produktägare som kan fatta beslut avSamarbeta med lagetså att de kan fokusera mer på sig själva.
När lagkamraternas sinnen befrias från liv och rörelse av verktyg och processer, tenderar de att fokusera på interaktionen mellan sig och knockout någon opposition eller hinder som kommer i väg till ära.
Kolla in den bästa projektledningsprogramvaran för smidiga lag:
Den 28 bästa (& amp, gratis) Projektledningsprogramvara av 2022
Källa
Om vi tittar på de traditionella utvecklingsmetoder som kom före det smidiga manifestet, involverade de mer tal och mindre arbete. Vilket innebär att de lita mer och mer på överdriven dokumentation snarare än att presentera en fungerande prototyp av programvaran.
Denna överdrivna dokumentation gav en kant i form av en fördröjning som kommer att trycka tillbaka självaFunktionalitetskontroll av programvaranmed flera månader. Denna LAG resulterade i att påverka projektleveransen negativt vilket ytterligare resulterade i oändliga förseningar.
Denna typ av dokumentation som skapades för projektet var onödigt lång och överdriven, och på toppen av det fanns de flesta av dessa dokumentationer inte ens ett enda utseende under projektutvecklingsprocessen. Detta var det onödiga onda som slogs ut av det smidiga manifestet.
Men kom ihåg att det inte är nödvändigt att utkalla denna dokumentation att dessa dokument inte är nödvändiga. Dessa dokumentationer är nyckeln till att förståkundkravför projektet.
Agile presenterade bara tanken att dessa dokumentationer är mindre effektiva än en fungerande prototyp av den aktuella programvaran.
Eftersom det inte hjälper företaget när programvaran har många problem i beta-testningen, eftersom det inte fanns en fungerande prototyp till hands för att testa ursprungligen och hela laget var massor av dokumentation som inte skulle någon på den punkten Och dessa korrigeringar och reparationer skulle kosta företaget en stor summa pengar.
Närprojekt planeringgörs ochProjektdokumentationSkapas, företagen är mest beroende av att förhandla med kunden om varje enskild faktor om projektet som inte bara stänger av någon ytterligare diskussion om dessa ämnen utan också försämrar kundens affärsrelationer.
Vad Agile Manifesto har föreslagit att göra istället för att förhandla med kunderna är att samarbeta med dem. Varför? För när du samarbetar med kunden finns det utrymme för diskussion och fredligt kommunikation av problem, problem och förslag från båda sidor.
Och till skillnad från förhandlingar är samarbetet inte en engångs sak. Företag och kunder är kvar ikonstant kommunikationUnder projektutvecklingen när företaget samarbetar med kunderna. Detta gynnar också dem båda.
Hur? Tja, för det första får företaget känna till kundens tankegång och kan snabbt upptäcka de funktioner och policyer som de kanske vill presentera i projektet så att de kan medföra lösningar till kunderna istället för att bara förhandla ner dem och förstöra deras förhållande.
Klienterna kan också förstå varför företaget inte väljer att göra några av de saker som de ber dem att göra, så de kan förfina sin vision ochupprepar sina krav, hålla sig och företaget lyckligt.
I Olden Development-metoderna fastnade lagen för att följa samma procedurer ochProjektprocesseratt de satte sig med i början av projektet, även när massor av förändringar och hinder blockerade sin väg. De upprepade inte sin handlingsplan.
Agile Manifesto föreslår att det är exakt motsatsen till det. Denna metod förstår att vägen till ära inte kommer till alla släta och dandy, och det är bundet att vara några hinder under vägen. Det är därför som det vill att vi ska omfamna varje förändring som kommer längs vägen och planera för det snarare än att springa bort från det.
Agile Tänk alltid på en förändring i den ordinarie processen för att vara en välsignelse i förklädnad att lagen kan studera från eftersom det är gratissnabb återkopplingvilket kan tillåta dem att enkelt ändra sina prioriteringar på nolltid alls.
Oroa dig inte för de nya funktionerna eftersom de lätt kan läggas till i en iteration till iterationsbasis.
Tänk inte en för en sekund att den smidiga metoden inte har planer för utvecklingen av projektet. De har planer på plats men den enda sak som skiljer dem från de andra är att de också går med de förändringar som kommer fram och modifierar sina planer på att arbeta runt dessa förändringar inte springa bort från dem.
12 Principer för Agile Manifesto
Slutsats:
Relevant för din projektledningsindustri, vilka utmaningar har du ställt in inom ramen för tillämpliga Agile Manifest-principer? Dela din värdefulla inmatning via kommentarfältet nedan.
