Forstå forskjellene mellom smidig og fossen prosjektet management

Enten du &'; re i produktdesign, software engineering, konstruksjon eller noen annen industri, er det vanligvis mer enn én måte å få ting gjort. I form av prosjektledelse, de to mest profilerte metoder for å få ting gjort er den klassiske fossen stilen til prosjektledelse og den nye gutten på blokken, smidig prosjektstyring.

For å bestemme hvilken som er best for dine behov, du trenger for å utvikle en solid forståelse av fordeler og begrensninger av hver type prosjektledelse teknikk. Her undersøker vi hva som er annerledes med de to skoler med tanke, og sammenligne side ved side fordeler og begrensninger av hver.

Foss metodikk
Foss prosjektledelse etterligner den normale arbeidsflyten prosess i enhver produksjon eller byggeprosjekt som det er en sekvensiell prosess. Hver av fasene skjer i isolasjon, og en gang fullført, teamet gå videre til neste trinn i sekvensen

• Fordeler
Foss prosjektledelse er avhengig av nitid journalføring. Dette betyr at det er en klar papir sti å følge, slik at prosessen skal være raffinert og forbedres i fremtiden. Fra begynnelsen, vil kunden ha en klar idé om hva som skal skje i løpet av prosjektleveranse. De vil vite omtrent hva de kostnads, tidsbruken og størrelse av prosjektet vil bli, og vil ha en god ide om hva du kan forvente i slutten

• Begrensninger
Når et stadium i prosessen er fullført, er det ingen måte å gå tilbake og endre ting uten scrapping hele prosjektet og starter på nytt. Hele prosessen er avhengig av robuste innledende krav; dersom disse er feil da prosjektet er dømt til å mislykkes fra starten av. Produktet er utviklet i etapper, og kun testet fullt på slutten, noe som betyr bugs kan være så inngrodd i sluttproduktet at de er umulig å fjerne. Til slutt, denne typen prosjektledelse doesn &'; t tillate endringer i den korte, så hvis kunden innser de trenger å endre den korte halvveis gjennom, vil ofre må gjøres i forhold til budsjett og tidsrammer
Agile metodikk
Agile var en gang spioneringen som løsningen på mange av problemene i foss prosjektledelse. I stedet for å følge en sekvens av trinn i isolert Denne metoden på en trinnvis metode for prosjekt levering. Prosjektgrupper starter med et veldig enkelt konsept for hvor de skal, og deretter arbeide på diskret moduler i korte " spurter &' ;. På slutten av hver sprint modulene er testet for å oppdage eventuelle feil eller mangler og tilbakemeldinger fra kunder er samlet før neste sprint foregår

• Fordeler
Plenty av endringene kan gjøres etter opprinnelige planer er utviklet, faktisk omskriver og store endringer er nesten forventet. Dette gjør det enklere å legge til funksjoner og holde seg orientert om endringer i bransjen, selv mens prosjektet blir levert. Regelmessig testing sikrer feil identifiseres tidlig, noe som betyr at produktet kan være klar for lansering raskere og er mer sannsynlig å være et kvalitetsprodukt

• Begrensninger
Denne metoden krever en sterk prosjektleder til å holde ting på sporet og balansere ut kreativitet med prosjektet leveringskrav. På grunn av uklarheten av den opprinnelige prosjektplanen, kan det endelige produktet ofte ender opp med å bli vilt annerledes enn det opprinnelig var tiltenkt.

Velge en metodikk
De to metoder for prosjektledelse begge har sin tid og sted , og den som er best for dine behov vil avhenge helt på dine spesifikke kort. Når du vet hva et sluttprodukt skal være og er sikre klienten vant &'; t trenger å endre omfanget halvveis gjennom, er foss prosjektledelse din venn. Men hvis hastigheten på produksjonen er viktigere enn kvaliteten på det ferdige produktet, og kunden vil kunne endre omfang underveis, smidig åpner for mer fleksibilitet og er en av de tingene hver prosjektleder bør vite om. Anmeldelser .