Skuffelser i Strategisk Planning

Ulike forskningsinitiativ peker på en rekke årsaker til strategisk planlegging svikt eller skuffelser. Resultatene fra undersøkelsen tyder

- Mange utøvende team bruker mindre enn en time per måned diskutere om strategi Anmeldelser - Knapt noen ansatte er klar over bedriftens eller firmaets strategi Anmeldelser - De fleste organisasjoner ikke justere kompensasjon til strategier Z - Svært få organisasjoner har effektive strategiske gjennomføringsmetoder

skuffelser selv i godt administrere NÆRINGSLIV

Mens du ser nøye på toppen langsiktig aktive bedrifter i alle bransjer, finner du fremragende strategisk styringssystem, evne til å utvikle strategier og gjennomføre dem. Men skuffelsen nivå med strategiske planprosesser uavhengig av selskapet, er høy. Eric D.

Beinhocker & Sarah Kaplan rapport i McKinsey Quarterly:

Ledende ansatte generelt enige om at laging strategi er en av de viktigste delene av jobben sin. Som et resultat, de fleste bedrifter investere betydelig tid og innsats i en formell, årlig strategisk planlegging prosess som vanligvis kulminerer i en serie av forretningsenhet og bedriftens strategi vurderinger med administrerende direktør og toppledelsen. Likevel den ekstraordinære realiteten er at få ledere tror dette tidkrevende prosess lønner seg, og mange ledere klager over at deres strategiske planleggingsprosess gir noen nye ideer og er ofte fylt med politikk.

Hvorfor misforholdet mellom innsats og resultere? Noen hevder at den årlige strategigjennomgang beløper seg ofte til litt mer enn en scene der forretningsenhet ledere presentere varmet mer enn oppdatering av fjorårets presentasjoner, ta noen risiko i rømming nye ideer, og forsøker fremfor alt for å unngå forlegenhet ... En utøvende fortalte oss. "Det er mye dans og vinket av fjær, og slå på trommer. Ingen er helt sikker på hvorfor vi gjør det, men det er en nesten mystisk håp om at noe godt vil komme ut av det.

SIMILARITIES MELLOM strategisk planlegging og programvareutvikling

Det er betydelige likheter mellom programvareutvikling og strategisk planlegging. Muligheter for gjennombrudd forbedringer i begge verdener er enorm. Begge krever en visjon for fremtiden, men de nærmere detaljer om hvordan du akkurat nå visjonen er vanligvis uklart. Begge prosesser krever enormt mye tid på planlegging, forklare og oppnå buy-in.

dataprogrammer utvikling FEIL

De feil prosenter av programvare-prosjekter er svært høy. Den Standish gruppen rapporterte at:

- 9% av prosjekter ender opp på tid og på budsjett Anmeldelser - 52,7% av prosjektene vil beløpe seg til 189% av de opprinnelige estimatene Anmeldelser - 30% av datamaskin programvareprosjekter er så dårlig utført at de blir avbrutt før ferdigstillelse

Ifølge Info-Tech Research Group, bare 11% av virksomheten organisasjoner vurdere teknologien en "strategisk våpen".

Ifølge National Institute of Standards and Technology, software feil koste nesten $ 60 milliard årlig; 80% av utbyggingskostnadene innebærer å identifisere og rette feilen.

Prosjekter fullført av de største amerikanske selskapene har bare ca 42% av opprinnelig planlagte funksjoner.

Hvorfor programvareutvikling prosjekter mislykkes?

Grunnene til at IT-prosjekter kampen Ifølge studien Resultatene i Standish gruppen omfatter:

- Mangel på bruker Innganger Z - Ufullstendige Krav & Spesifikasjoner Z - Endre Krav & Spesifikasjoner Z - Mangel på Lederstøtte

Best Practices SOFTWARE DEVELOPMENT

IBM at den beste praksis i programvareutvikling er rapporter:

Det er viktig å finne den riktige livssyklus prosessen for prosjektet på hånden fordi alle andre aktiviteter er avledet fra prosessen. For de fleste moderne programvare utviklingsprosjekter, er en slags spiral baserte metoden som er benyttet over en foss prosessen ...

Agile utvikling omfatter de ulike spiral-basert utvikling teknikker. Ifølge ulike undersøkelser i løpet av de siste 9 årene har Agile ført til høyere programvare effektivisering, kostnadskutt, og redusert utvikling tidsrammer. Videre er det hevdet adopsjon rate av smidig utvikling stor. Spørsmålet i dag er ikke å gjøre smidige metoder som fungerer, men heller hva som er de smidige beste praksis og hvordan vi bruker dem effektivt?

HVA ER AGILE?

IBM beskriver smidig utvikling som:

- et samarbeidsprosjekt, inkrementell og iterativ tilnærming til programvareutvikling som kan generere høy kvalitet programvare på en kostnadseffektiv og tidsriktig måte. I motsetning til tradisjonell programvareutvikling, understreker smidig utvikling fleksibilitet og kontinuerlig testing og integrering, og rask levering av funksjonalitet

smidige metoder inkluderer:.

- Enkelhet Anmeldelser - Konstant samarbeid mellom forretningsfolk og utviklere Z - Customer samarbeid over kontraktsforhandlinger Anmeldelser - Innse at du har et bredt spekter av interessenter Anmeldelser - Slå interessenter til utviklere Anmeldelser - Adopter interessenter terminologi Z - Individer og samspill enn prosesser og verktøy Anmeldelser - Arbeide programvare over omfattende ..
.