IT Prosjektledelse / Av Duncan Haughey / Les tid minutter

La oss starte med noen bekymringsfull statistikk. Bare 29% av programvareprosjektene var vellykkede, 52% ble utfordret (kostnadsoverskridelser, budsjettoverskridelser eller innholdsmangler), og 19% mislyktes, ifølge Standish Group-rapporten i 2015. Mens disse funnene først dukket opp for noen år siden, er resultatene ikke mindre sanne i dag.

videre er andelen prosjekter som anses verdifulle av kunden 59%, og av prosjekter som anses tilfredsstillende av kunden 56%.

Utilfredsstillende prosjektresultater har blitt EN IT – bransjestandard der kunden ikke var fornøyd med resultatet. Så hva kan vi gjøre med det?

et godt utgangspunkt er å ta opp noen av de kritiske årsakene programvareprosjekter mislykkes.

Grunn 1: Ikke Nok Tid

ofte blir en frist bestemt før prosjektet starter og er ikke omsettelig. Denne fristen resulterer i en hodestups rush å komme i gang på forutsetningen, jo før du begynner koding, jo raskere vil du fullføre prosjektet.

et rush for å starte koding er nesten alltid feil tilnærming. Det er viktig å bruke tid på å skape en god design. Ikke å ha en god design fører til fortsatte endringer gjennom hele utviklingsfasen. Når dette skjer, blir tid og budsjett konsumert i rask takt.

Løsning:

• Ikke bli fristet til å hoppe rett inn og begynne koding.
• Gi tilstrekkelig tid til å skape et godt design, og resten av prosjektet vil kjøre mye bedre.

denne tilnærmingen vil forbedre omdømmet ditt når du leverer noe som oppfyller kundenes forventninger og fungerer første gang riktig.

Årsak 2: Utilstrekkelig Budsjett

Mange prosjekter har den laveste prisen, mest vellykkede leverandørpolitikken eller et urealistisk lavt budsjett, ikke basert på prosjektkravene. Når dette skjer, går alt sakte. Ressurser er sakte å ankomme eller aldri ankomme; hjørner blir kuttet, og kvaliteten lider.

Løsning:

• vær realistisk om budsjettet og basere det på de komplette kravene.
• Unngå å basere utvalget av en leverandør utelukkende på den laveste prisen.
• gå til en leverandør eller et team med en bevist merittliste for å levere innenfor budsjettet.
• Bruk En Sjekkliste For Leverandørvalg, for eksempel Den Nedenfor, for å finne riktig leverandør for prosjektet ditt.

Årsak 3: Dårlig Kommunikasjon

det er et ordtak, «aldri anta noe», som er spesielt tilfelle for programvareprosjekter. God kommunikasjon med kunden, brukerne og utviklingsteamet er avgjørende for prosjektets suksess. Still deg selv tre spørsmål:

1. forstår alle i teamet deg?
2. vet de hva du forventer av dem, eller har du antatt at de vet?
3. kommuniserer de godt med hverandre, med brukere og med andre avdelinger?

Løsning:

• Finn eventuelle kommunikasjonsbrudd nå. Dette kan føre til forvirring og komplikasjoner senere i prosjektet.
• aldri anta at alle forstår alt som skjer på prosjektet.
• Ta deg tid til å skape et miljø der kommunikasjon er tilgjengelig, åpen og hyppig.

Grunn 4: Aldri Gjennomgå Prosjektfremdrift

når et prosjekt utvikler seg, endres ting, noe som påvirker prosjektet betydelig. Det er viktig å fortsette å undersøke prosjektets fremgang for å overvinne utfordringer tidlig og advare interessenter om mulige forsinkelser og utfallsendringer.

Løsning:

• angi alltid milepæler for å gjennomgå fremdriften med teamet og interessentene i løpet av prosjektet. Juster etter behov for å holde seg på kurs.
• Hold deg nær teamet ditt for å forstå hva som skjer og eventuelle utfordringer de står overfor.

Årsak 5: Utilstrekkelig Testing

når trykket for å levere er på, lider testingen ofte. Testingen blir igjen til slutten av utviklingssyklusen med minimal innsats brukt på testing. Vanligvis er resultatet et produkt fylt med feil og en ulykkelig kunde.

Løsning:

• Utfør testing gjennom hele livssyklusen, test hver modul eller komponent som den er utviklet.
• bare la integrasjonstesting til slutten av utviklingssyklusen, noe som resulterer i mindre stress og et bedre produkt.

Årsak 6: Testing I Produksjonsmiljøet

det er overraskende hvor mange organisasjoner som tester produkter i produksjonsmiljøet. Bruk av produksjonsmiljøet er en høyrisikostrategi som kan føre til sikkerhetsbrudd og utilsiktet utslipp uten testing, forstyrre produksjonssystemene.

Løsning:

• Utvikle en prosess for kvalitetssikring og utgivelse av nye programvareprodukter.
• Gi et miljø skilt fra produksjonsmiljøet for testing og feilretting.

Grunn 7: Mangel På Kvalitetssikring

ofte i vår hastverk med å levere programvaren, lider kvalitetssikring. Dokumentasjonen er ufullstendig for kodeendringer, utformingen inneholder feil, og implementeringer kan være uferdige. Alt dette fører til omarbeiding, tapt tid og til slutt misfornøyde kunder.

Løsning:

• Ta deg tid til kvalitetskontroll og dokument programvare før utgivelsen.
• Gjennomgå Michael L Young artikkel 6 Suksessfaktorer For Styring Av Prosjektkvalitet

Grunn 8: Ikke I Samsvar Med Industristandarder

Samsvar med industristandarder i programvareprosjektene dine kan vise seg å være gunstig ved å sikre god tilgjengelighet, bærbarhet, brukervennlighet, robusthet og redusere nåværende og fremtidige problemer. Organisasjoner Som World Wide Web Consortium (W3C) og INTERNATIONAL Organization For Standardization (ISO) har utviklet åpne standarder som er vanskelige å utfordre.

Løsning:

• ta deg tid til å introdusere en standardtilnærming for prosjektene dine.
• Finn ut hva som fungerer bra og fortsett å gjøre det.
• Endre noe som ikke fungerer.
• Gjennomgå og oppdater standardene dine regelmessig.

neste gang du projiserer administrere et programvareutviklingsprosjekt, se gjennom denne listen og minn deg selv hva som er nødvendig for å sikre suksess. Du vil bli overrasket; det gjør en forskjell.

Anbefalt les: The Curious Case OF THE CHAOS Report 2009 av Jorge Dominguez.