Det er enkelt å sende inn det gode arbeidet ditt til kunnskapsbasen. Bruk skjemaet nedenfor

Studenter, hovedfagsstudenter, unge forskere som bruker kunnskapsbasen i studiene og arbeidet vil være veldig takknemlige for deg.

Lignende dokumenter

Driftsprinsipper for Microsoft Project (prosjektledelsesprogram), dets grunnleggende konsepter: oppgaver, ressurser, oppdrag. Sekvensen av handlinger for å opprette et nytt prosjekt, legge inn oppgaver og avhengigheter mellom dem, legge inn ressurser. Jobber med kalendere.

kursarbeid, lagt til 23.01.2011


Moderne system prosjektledelse ProjectExpert og Microsoft Project 2007. Prosjektekspert – utvikling av forretningsplaner og vurdering investeringsprosjekter, programfunksjoner. Prosjektledelse "OJSC Nif-Nif" i Microsoft Project-programvaremiljøet.

kursarbeid, lagt til 14.05.2015


Metoder for å lede komplekse prosjekter. Redigering av prosjektegenskaper. Sette opp en prosjektkalender. Opprett oppgaver i Microsoft Project og endre egenskapene deres. Valg av gratis ressurser og deres bruk. Sett sammen prosjektsammendrag og budsjettrapport.

laboratoriearbeid, lagt til 03.01.2015


Kjennetegn ved de viktigste prosjektledelsesteknikkene, deres karakteristiske trekk, kriterier og begrunnelse for valg, analyse informasjonsteknologi. Analyse av mulighetene levert av Microsoft Project-programmet, dets økonomiske effektivitet.

avhandling, lagt til 28.06.2010


Grunnleggende om prosjektledelse ved hjelp av Microsoft Project. Analyse av moderniseringen av produksjonen av ultrahøyfrekvent utstyr ved NPP "Salut" med en økning i produksjonen av monolittisk integrerte, hybrid-monolittiske enheter og elektroniske komponenter.

kursarbeid, lagt til 16.01.2014


Beskrivelse nøkkelegenskaper prosjekt for å lage et bakeri, faser, oppgaver og ressurser som er nødvendige for gjennomføringen. Analyse og optimalisering av prosjektplanen ved hjelp av Microsoft Project, innføring av data i programmet. Automatisk ressursutjevning.

test, lagt til 06.02.2010


Estimere kostnadene for et prosjekt ved å bruke Microsoft Project-funksjonen ved å bruke eksempelet på å lage et teknisk arbeidsutkast for et sett med oppgaver "Administrere kvaliteten på produkter og tjenester." Formål og vilkår for bruk av programmet, dets egenskaper og brukerhåndbok.

avhandling, lagt til 20.03.2012

C opprettelse av et nytt prosjekt i MS-prosjektet

Som et eksempel, la oss vurdere et prosjekt for å designe og utvikle en butikks visittkortnettsted ved hjelp av cms.

De første trinnene i å lage en prosjektplan er: starte en ny prosjektplan, definere en start- eller sluttdato for prosjektet, og legge inn generell informasjon om prosjektet.

1. Start MS Project.
2. Klikk på Opprett-knappen på verktøylinjen Standard eller kjør kommandoen Fil/Ny .
3. I Prosjekt-menyen velge lagProsjektinformasjon. Skriv inn eller velg en prosjektstartdato 17. oktober 2008 og klikk OK.

Når du starter et nytt prosjekt i Microsoft Project, kan du angi enten en startdato eller en sluttdato for prosjektet, men ikke begge deler. Det anbefales kun å gå inn startdato prosjektet, og sluttdatoen vil være beregnet i Microsoft Project etter å ha lagt inn og planlegge oppgaver. Hvis prosjektet må fullføres innen en bestemt dato, bør du kun angi sluttdatoen for prosjektet. Innledende planlegging bør gjøres fra sluttdatoen for å bestemme datoen da prosjektet må starte.

1. Klikk på Lagre-knappen.
2. I Filnavn-feltet skriv inn prosjektnavnUtvikling av nettside 1og klikk deretter på knappen Lagre.

Legge inn nøkkelprosjektinformasjon

Hvert prosjekt inneholder et unikt sett med komponenter: formålet med prosjektet, spesifikke oppgaver og personene som utfører dem. For å huske all viktig informasjon og hvordan den henger sammen, bør du legge inn prosjektdata og referere til den etter behov.

1. I Fil-menyen velge lag Egenskaper og åpne fanen Dokument.
2. Skriv inn all informasjon om prosjektet, for eksempel hvem som skal administrere det og vedlikeholde prosjektfilen, beskriv formålet med prosjektet, kjente begrensninger og skriv inn andre generelle merknader om prosjektet.
3. Klikk på OK-knappen.

Sette opp en prosjektkalender

Prosjektkalenderkan endres for å gjenspeile arbeidsdager og timer for hver prosjektdeltaker.Standard kalender: arbeidsdager fra mandag til fredag, fra 9:00 til 18:00, med en times lunsjpause. Du kan uavhengig bestemme og ikke arbeidstid, for eksempel helger eller netter, og spesielle fridager som helligdager.

1. I Vis-menyen velge lag Gantt-diagram.

Denne visningen brukes til å vise standardinnstillingene for et nytt prosjekt. Prosjektvisning-vinduet har en ekstra vertikal tittellinje som viser navnet på visningen.

1. I Verktøy-menyen velge lagEndre arbeidstid.
2. Velg en dato i kalenderen, for eksempel 1. januar 2008.
3. Velg et alternativ ikke-arbeidstid for helger fra 1. januar til 9. januar, 23. februar og 8. mars.
4. Velg et alternativikke-standard arbeidstidå endre åpningstider på fredag, i felten MED angi 9:00 til 13:00 og sluttid i feltet Fra 14.00 til 17.00.
5. Klikk på OK-knappen.

Legge inn og organisere en oppgaveliste

Når du har fullført denne leksjonen, vil du ha laget en oppgaveliste organisert etter sammendrag og detaljerte oppgaver.

Legge inn oppgaver og deres varighet

Et typisk prosjekt er en samling av relaterte oppgaver . Oppgaven er bestemt av arbeidsomfanget og spesifikk resultater ; den bør være kort nok til at fremdriften kan overvåkes regelmessig. Varigheten av oppgavene bør vanligvis variere fra én dag til to uker.

1. I prosjektvinduet (representert som Gantt-diagrammer i ) i Oppgavenavn-feltet Skriv inn navnet på den første oppgaven (se figur 1). I kolonne Varighet Microsoft Project legger inn med et spørsmålstegn den estimerte varigheten av oppgaven, som er én dag.

Du kan legge til notater for hver oppgave. I feltet Oppgavenavn velg en oppgave og klikk på knappen Oppgavenotater . Skriv inn informasjon i feltetNotater og klikk OK-knapp.

1. I feltet Varighet Angi tiden som kreves for å fullføre oppgaven (se figur 1). Gjennomføringstiden legges inn: i måneder, uker, dager, timer eller minutter, unntatt arbeidsfrie dager. Følgende forkortelser kan brukes.

måneder = måned uker = n dager = d timer = t minutter = min

Note. For å angi en omtrentlig varighet, skriv inn et spørsmålstegn etter det.

1. Trykk på ENTER-tasten.
2. På de følgende linjene skriver du inn flere oppgaver som kreves for å fullføre prosjektet. Hvordan organisere og endre dem vil bli diskutert senere.

Note. Du trenger ikke angi datoer i Start- og Slutt-feltene for hver oppgave. Hos Microsoft Prosjektinitial og sluttdatoer beregnes under hensyntagen til sammenhengene mellom oppgavene, som vil bli diskutert i neste leksjon.

Forprosjektundersøkelse

Definere en prosjektdag

Planlegging

Arbeidsplandager

Dagsbudsjettplanlegging

Risikoplanleggingsdag

Design

Bestemme tema og organisering av innholdet for dagen

Innholdsanalysedag

Innholdsstrukturering

Opprette en plan for innholdslevering

Dag design design

Utforming av SCRIPT-er

Design av en hostingside

Innholdsdesign

Design fullført 0 dager

Dataanalyse og styring

Implementering

Utvikling av maler (design) dager

Utvikling av grafisk innhold (knapper, logoer) dager

CMS ) dager

Ressursfylling (innhold) dager

Vertskapsdag

Dokumentasjon (instruksjoner) dager

Analyse av mønstre med tanke på brukervennlighet, kunde- og ledelsesbeslutning (risikobeslutninger) dager

Testing

Intern testing

Usability test dag

Funksjonstest

Innholdstest (i form av grammatikk og logikk) dager

Ekstern testdag

Avslutning av dager

Implementering

Overføring av siden til kunden

Gjennomføre en mesterklasse om bruk av data

Forfremmelse

Optimalisering for søkemotorer

Registrering i søkemotorer

Fylle hvert element med informasjon

Implementering fullført 0 dager

Analyse og arkivering av dagdokumentasjon

Inngåelse av kontrakt for dagstøtte

Frafall av krav

Ris. 1. Prosjektplan

Å skape en milepæl

Milepæl Dette er en oppgave som brukes til å markere viktige kalenderhendelser, for eksempel gjennomføringen av en større arbeidsfase. Når du angir en varighet på null for en oppgave i Microsoft Project, viser Gantt-diagrammet et milepælsymbol ved starten av den tilsvarende dagen.

1. I feltet Varighet Klikk på varigheten av oppgaven du vil gjøre en milepæl, og skriv deretter inn en verdi 0d . Trykk på tasten GÅ.

Note. En oppgave med null varighet merkes automatisk som en milepæl, men enhver oppgave kan gjøres til en milepæl. For å markere en oppgave som en milepæl, velg oppgaven i feltet Oppgavenavn. Klikk på knappen Oppgavedetaljerpå standardverktøylinjen (eller kjør kommandoenProsjekt/oppgavedetaljer). Velg en fane I tillegg og merk av i boksenMerk oppgaven som en milepæl.

Organisere oppgaver i en logisk struktur

Struktureringhjelper til med å organisere oppgaver i mer håndterbare komponenter. Når du har laget et hierarki, kan du kombinere relaterte oppgaver inn i et mer generelt problem. Vanlige oppgaver kalles oppsummeringsoppgaver (eller faser); oppgaver kombinert under en oppsummeringsoppgave kalles deloppgaver . Start- og sluttdatoene for en sammendragsoppgave bestemmes av start- og sluttdatoene for dens første og siste deloppgave. I vårt eksempel er sammendraget (fasene) oppgaver -Forprosjektundersøkelse, Design, Implementering, Testing, Implementering.

For å organisere strukturen bør du bruke strukturknappene.

Innrykk	Ledge
Vis deloppgaver	Skjul deloppgaver

1. I feltet Oppgavenavn fremheve oppgavene som må gjøres om til deloppgaver.
2. Klikk på Innrykk-knappen å rykke inn oppgaver.
3. Gjør det samme med de resterende deloppgavene.

Endre oppgavelisten

Når du har opprettet en oppgaveliste, må du kanskje omorganisere oppgavene, kopiere et sett med oppgaver eller slette oppgaver som ikke lenger er nødvendige.

1. I feltet "Identifier". » (feltet helt til venstre) velg oppgaven du vil kopiere, flytte eller slette. For å markere en rad, klikk på oppgave-ID-nummeret. For å velge flere tilstøtende linjer ved å holde nede tasten SKIFTE , klikk på første og siste radnummer i ønsket område. Trykk på tasten for å velge flere spredte linjer CTRL og mens du holder den, klikker du på oppgaveidentifikasjonsnumrene ett etter ett.
2. Kopier, flytt eller slett en oppgave. For å kopiere en oppgave, klikk på knappen Kopiere . For å flytte en oppgave, klikk på knappen Kutt . For å slette en oppgave, trykk DEL.
3. For å flytte en kutt blokk eller lime inn en kopiert blokk, velg radene der du vil lime den inn. Sørg for at de nødvendige radene er valgt. Klikk på knappen Sett inn . Hvis radene du limer inn på inneholder informasjon, vil nye rader bli satt inn over disse radene.
4. Lagre prosjektfilen med jevne mellomrom.

Råd. For å legge til en ny oppgave mellom eksisterende, velg oppgave-ID-nummeret og trykk på tasten INS . Etter at du har satt inn en ny oppgave, blir alle oppgaver automatisk omnummerert.

Skape relasjoner mellom oppgaver

En av de mest pålitelige måtene å planlegge oppgaver på er å etablere relasjoner mellom dem, dvs.oppgaveavhengigheter. Oppgaveavhengigheter gjenspeiler avhengigheten til påfølgende oppgaver, eller følgere , tidligere oppgaver, ellerforgjengere. Hvis for eksempel oppgaven "Mal veggen" må fullføres før oppgaven "Heng klokken", kan du koble sammen de to oppgavene slik at oppgaven "Male veggen" blir forgjengeren og oppgaven "Heng klokken" blir etterfølgeren.

Typer oppgavekoblinger

MS Project har fire typer koblinger mellom oppgaver. Et slutt-til-start-forhold, eller FS for kort, er den vanligste typen avhengighet mellom oppgaver, der oppgave B ikke kan starte før oppgave A er fullført:

Et Start-til-start-forhold, eller SS for kort, betegner en avhengighet der oppgave B ikke kan begynne før oppgave A har begynt. For eksempel kan ikke teknisk redigering begynne før redigering av materialer, men for å starte teknisk redigering er det ikke det. nødvendig å vente til slutten av redigeringsmateriell. Denne typen kommunikasjon kombinerer vanligvis oppgaver som må fullføres nesten samtidig.

En Finish-to-Finish-relasjon, eller FF (00) for kort, betegner en avhengighet der oppgave B ikke kan fullføres før oppgave A er fullført. Vanligvis kombinerer denne relasjonen oppgaver som må fullføres nesten umiddelbart, men man kan ikke avslutte til den andre er fullført. For eksempel skjer levering og aksept av et program samtidig med retting av feil (funnet under leverings- og akseptprosessen), og inntil retting av feil er fullført, kan heller ikke levering og aksept gjennomføres.

Et Start-to-Finish-forhold, eller SF for kort, er en avhengighet der oppgave B ikke kan fullføres før oppgave A har startet. Vanligvis brukes denne relasjonen når A er en oppgave med en fast startdato som ikke kan endres. I dette tilfellet endres ikke startdatoen for den påfølgende oppgaven ettersom varigheten av den forrige oppgaven øker.

Når oppgavene er koblet sammen, vil endring av forgjengerens datoer påvirke endringene i etterfølgernes datoer. Microsoft Project oppretter en Finish-Start-oppgaveavhengighet som standard. Men siden slutt-start-forholdet ikke er egnet for alle tilfeller, for ekte prosjektmodellering oppgaveforbindelse kan endres til Start-Start, Finish-Finish eller Start-Finish.

Bruk av forsinkelser og fremskritt

Ofte i livet er avhengigheter mellom oppgavene litt mer komplekse enn Finish-to-start. Det må for eksempel gå en dag mellom oppgaven "Male veggene" og "Henge bilder" for å la malingen tørke. For å beskrive en slik avhengighet mellom oppgaver, bruker MS Project parameteren Lag. For eksempel, ved maling av vegger, bør forsinkelsen mellom oppgavene være 1 dag.

Lag er en egenskap for koblingen og kan spesifiseres i dialogboksen Definer koblingsegenskaper (for eksempel 1 dag) eller som en prosentandel av varigheten av forgjengeroppgaven. For eksempel, hvis forgjengeroppgaven varer i 4 dager, vil et etterslep på 25 % være lik 1 dag.

Noen ganger trenger du ikke vente til den forrige er helt ferdig for å starte neste oppgave. For eksempel kan du begynne å lime tapeter når det legges gips på minst noen vegger i huset. I dette tilfellet bør du bruke bly. Avledning legges inn på samme måte som etterslep, men med et negativt fortegn, for eksempel, vises en avledning på 1 dag som -Id (-1d), og en avledning på 50 % (det vil si at neste oppgave begynner når forrige er halvferdig) som -50 % .

Måter å skape forbindelser på

Ved hjelp av musen

En kobling opprettes ved å dra musen fra en Gantt-diagramlinje til en annen, med standard lenketype definert som FS. Forgjengeroppgaven er den som dra begynte med, og den påfølgende oppgaven er den der draingen ble avsluttet (pilen på slutten av lenken indikerer den påfølgende oppgaven). For å slette en tilkobling eller endre dens type, må du dobbeltklikke på diagrammet og utføre de nødvendige operasjonene i dialogboksen som åpnes.

Bruker menyen

For å koble to eller flere oppgaver til hverandre, velg dem i Oppgavenavn , og i samme rekkefølge som de skal kobles til. For å velge flere oppgaver på rad, trykk SKIFTE og mens du holder den, klikker du på den første og siste oppgaven. For å velge flere oppgaver tilfeldig, trykk CTRL og mens du holder den, klikker du på de ønskede oppgavene én etter én.

Klikk på knappen Koble oppgaver ( eller kjør kommandoenRediger/koblingsoppgaver).

For å endre en oppgavekobling, dobbeltklikk på oppgavekoblingen du vil endre. Dialogboksen Oppgaveavhengigheter åpnes. Hvis dialogboksen Linjestiler åpnes, klikket du ikke på en koblingslinje; Du må lukke denne dialogboksen og dobbeltklikke på oppgavekoblingen igjen.

I en kombinasjonsboks Type velg ønsket type forbindelse mellom oppgaver og klikk på knappen OK.

For å koble fra oppgaver, velg disse oppgavene i Oppgavenavn-feltet og klikk på knappenBryt oppgavekoblinger. Alle tilkoblinger slettes og alle oppgaver omplanlegges basert på restriksjoner , for eksempel «Så snart som mulig» eller «Faktisk fullføring».

Redigere relasjoner i en tabell

For raskt å identifisere en oppgaves forgjenger når du legger inn oppgaver, bruk Predecessors-kolonnen, som er inkludert som standard i Entry-tabellen.

I tilfeller hvor koblingen avviker fra standard, skal feltet angi nummeret på den foregående oppgaven og forkortelsen som tilsvarer typen tilkobling. Hvis en tilkobling har en forsinkelse eller fremgang, må den angis ved siden av tilkoblingstypen ved å bruke + eller - tegn. Hvis forsinkelse eller fremføring brukes med en standard FS (OH)-tilkobling, må forkortelsen også angis. Og hvis en oppgave har flere forgjengere, må forbindelser med dem angis ved hjelp av semikolon.

Redigere relasjoner i et skjema

Hvis du bruker forskjellige typer tilkoblinger i prosjektet ditt, vil det være mer praktisk å bruke spesielle dialogbokser for å jobbe med dem. Det mest praktiske er dialogboksen Oppgaveskjema. Dette skjemaet vises hvis du, mens du er i Gantt-diagrammet, velger Window/Split-menykommandoen.

Etablere sammenhenger mellom oppgaver i prosjektet (se tabell 1).

Tabell 1

	Oppgavenavn	Forgjenger
	Forprosjektundersøkelse
	Prosjektdefinisjon
	Planlegging
	Arbeidsplan
	Budsjettplanlegging
	Risikoplanlegging
	Design
	Design av nettstedstruktur
	Bestemme tema og organisering av innhold
	Innholdsanalyse
	Innholdsstrukturering	10NN+2d
	Opprette en plan for innholdslevering
	Design design	12NN+1d
	Designe SCRIPTs	12NN+2d
	Design av hostingside
	Innholdsdesign	12NN+2d
	Design ferdig
	Analyse og ledelse
	Implementering
	Utvikling av maler (design)
	Utvikling av grafisk innhold (knapper, logoer)	20NN+2d
	Utvikling av flere scenarier ( CMS)	21НН+1д
	Ressursinnhold (innhold)
	Hosting
	Dokumentasjon (instruksjoner)	24НН+1д
	Analyse av mønstre med tanke på brukervennlighet, kunde- og ledelsesbeslutning (risikobeslutninger)
	Testing
	Intern testing
	Usability test	26ON+7d
	Funksjonalitetstest	26ON+8d
	Innholdstest (i form av grammatikk og logikk)	26ON+6d
	Ekstern testing
	Avslutning
	Implementering
	Overføring av siden til kunden
	Gjennomføre en mesterklasse om hvordan du bruker
	Forfremmelse
	Søkemotoroptimalisering	33ON+5d
	Registrering i søkemotorer
	Fylle hvert element med informasjon
	Implementering fullført
	Kringkaste prosjektdokumentasjon
	Analyse og arkivering av dokumentasjon
	Inngåelse av støtteavtale
	Ansvarsfraskrivelse

Startdato for prosjektet

La vårt prosjekt begynne mandag 20.10.2008.

1. Åpne prosjektdefinisjonsdialogen ved å bruke menykommandoen Prosjekt/Prosjektinformasjon (Prosjekt/Prosjektdetaljer) og endre verdien til startdato-parameteren ( Startdato) 20.10.2008 . Etter dette vil prosjektplanen automatisk bygges opp igjen.
2. Utvikling av nettside 1.

Restriksjoner og frister

Kobling av en oppgave til en bestemt dato i MS Project gjøres ved å bruke Constraint-elementet ( Begrensning ). Ved hjelp av begrensninger kan du for eksempel spesifisere at en oppgave må starte på en bestemt dag eller avsluttes senest på en bestemt dato.

Ved å definere oppgavevarighet og relasjoner mellom dem, gir du programmet fleksibiliteten til å beregne prosjektplanen på nytt hvis tidsplanen endres. Innføring av restriksjoner reduserer denne fleksibiliteten, og MS Project skiller ut flere typer restriksjoner (tabell 2) avhengig av hvor mye de påvirker fleksibiliteten i beregninger.

I prosjekter som er planlagt fra startdatoen, har alle oppgaver som standard så snart som mulig-begrensningen (Så tidlig som mulig), og i prosjekter planlagt fra sluttdatoen, så sent som mulig ( Så sent som mulig).

Tabell 2

Begrensningstype	Innvirkning på tidsplanen	Beskrivelse
Så snart som mulig (ASAP), Så snart som mulig (KMR)	Fleksibel	Med denne begrensningen plasserer MS Project oppgaven i timeplanen så tidlig som mulig, med hensyn til andre planparametere. Ingen ytterligere begrensninger gjelder for oppgaven. Denne standardbegrensningen gjelder for alle oppgaver hvis prosjektet er planlagt fra startdatoen
Så sent som mulig (ALAP), så sent som mulig (ILC)	Fleksibel	Med denne begrensningen plasserer MS Project oppgaven i tidsplanen så sent som mulig, og tar hensyn til andre planparametere. Ingen ytterligere begrensninger gjelder for oppgaven. Denne standardbegrensningen gjelder for alle oppgaver hvis prosjektet er planlagt fra en sluttdato
Fullfør senest (FNLT), Fullfør senest ( ONP)	Gjennomsnittlig	Denne begrensningen angir siste dato da en oppgave må fullføres. I dette tilfellet kan oppgaven fullføres enten denne dagen eller før den. En forgjengeroppgave vil ikke kunne skyve en oppgave med en FNLT-begrensningstype forbi begrensningsdatoen. For prosjekter som er planlagt fra en sluttdato, gjelder denne grensen når du angir oppgavens sluttdato
Start ikke senere enn (SNLT), Start senest (NNP)	Gjennomsnittlig	Denne begrensningen spesifiserer den siste datoen en oppgave kan starte. Oppgaven kan starte tidligere eller den dagen, men ikke senere. Forgjengere vil ikke kunne "pushe" en oppgave med en SNLT-begrensning utover begrensningsdatoen. For prosjekter som er planlagt fra en sluttdato, gjelder denne grensen når du angir oppgavens startdato
Fullfør ikke tidligere enn (FNET), Fullfør tidligst (ONP)	Gjennomsnittlig	Denne grensen angir den tidligste datoen en oppgave kan fullføres. En oppgave kan ikke planlegges slik at den avsluttes før den angitte datoen. For prosjekter som er planlagt fra en startdato, gjelder denne grensen når du angir oppgavens sluttdato
Start ikke tidligere enn (SNET), Start ikke tidligere (forskning)	Gjennomsnittlig	Denne begrensningen spesifiserer den tidligste datoen en oppgave kan starte. Oppgaven kan ikke planlegges tidligere enn den angitte datoen. For prosjekter som er planlagt fra en startdato, gjelder denne grensen når du angir en startdato for oppgaven
Må starte på (MSO), fast start ( FN)	Ufleksibel	Denne begrensningen spesifiserer den nøyaktige datoen da startdatoen for en oppgave må plasseres på tidsplanen. Andre faktorer (sammenhenger mellom oppgaver, forsinkelser eller fremskritt osv.) kan ikke påvirke oppgavens plassering i timeplanen
Må fullføres på (MFO), fast finish ( FO)	Ufleksibel	Denne begrensningen spesifiserer den nøyaktige datoen som oppgavens sluttdato må plasseres i tidsplanen. Ingen andre faktorer kan påvirke dette

Du kan endre standardbegrensninger ved å angi en oppgaves start- eller sluttdato i Start- og Slutt-kolonnene i Entry-tabellen eller en hvilken som helst annen tabell som inneholder disse kolonnene. Etter inntasting av dato vil MS Project sette grensen i henhold til tabellen. 2.

Frist ) dato som angir fristen for å fullføre oppgaven. Forskjellen mellom å bruke en frist og en begrensning er at det å ha en frist ikke påvirker beregningen av prosjektplanen. Hvis en oppgave har en tidsfrist, vises et tilsvarende merke på Gantt-diagrammet, og hvis oppgaven ikke er fullført innen denne fristen, vises et spesielt ikon i kolonnen Indikatorer.

Begrensninger må være i planen før du går fra å planlegge arbeidsomfanget til å planlegge ressursene som er involvert i prosjektet. Dette skyldes det faktum at fristen for å fullføre arbeid vanligvis avhenger av antall tildelte utøvere, og tilstedeværelsen av frister vil antyde når det er nødvendig å tildele flere ansatte til oppgaven for å overholde fristen, og når mindre, dersom fristen ikke presser på.

Hovedbegrensningene for tidspunktet for hovedfasene kan innføres etter utarbeidelse av skjelettplanen for prosjektet. Etter at alt arbeidet er lagt til planen, må du begrense de viktigste av dem, og bare deretter fortsette med å bestemme tilkoblinger og varigheter. Vanligvis er det allerede på dette stadiet mulig å finne ut om arbeidet er innenfor tidsfristene og å justere varigheten av enkelte oppgaver.

Et eksempel på bruk av restriksjoner og frister

Siden vi i vårt eksempel ikke definerte begrensninger og tidsfrister på tidspunktet for utarbeidelse av skjelettarbeidsplanen, vil vi begynne å fastsette frister og begrensninger i gjeldende arbeidsplan. I prosjektetDesign og utvikling av en butikk visittkort nettside ved hjelp av cmsvi vil bruke begge typer MS Project-restriksjoner: og faktisk restriksjoner og frister , slik at du kan sammenligne brukervennligheten til dem.

La oss anta at nettstedet tar i gjennomsnitt 4 måneder å utvikle. Det betyr at med oppstart av utbyggingen av tomta i slutten av oktober, må vi for eksempel ferdigstille den i midten av februar, senest 20. Siden denne datoen vanligvis er spesifisert i kontrakten med kunden som siden overføres til, er denne begrensningen veldig streng. Følgelig, for den siste oppgaven Frigjøring av krav, må du angi Fullfør senest-begrensningen på datoen 20.02.09.

1. Hvorfor må du dobbeltklikke på oppgaven for å åpne en dialogboks?Oppgavedetaljerog gå til fanen I tillegg.
2. I kategorien Avansert i rullegardinlisten Begrensningstype ( Begrensningstype) velg Fullfør senest.
3. I feltet Begrensningsdato ( Begrensningsdato) angi datoen da fullføringen av oppgaven er begrenset- 20.02.09.

Noen ganger, for å avbryte en begrensning, må du slette den angitte datoen i feltet Begrensningsdato. Men MS Project lar deg ikke la dette feltet stå tomt, og derfor, for å fjerne datoen fra feltet, må du erstatte det med teksten NA (ND).

1. Klikk på OK-knappen.

Når du setter en begrensning, sjekker MS Project for å se om oppgaven har noen relasjoner, og hvis det er noen, analyserer om begrensningen som settes kan føre til konflikter. Hvis, etter programmets oppfatning, dette er mulig, vises et hint som du kan avbryte innstillingen av grensen (første bryter), fortsette å bruke en annen (optimal, fra MS Projects synspunkt) grense (andre bryter) ), eller fortsett å bruke den valgte grensen (tredje bryter).

I vårt tilfelle er oppgaven underlagt Fullfør ikke senere-begrensningen (Fullfør senest), det er en forgjenger, og hvis den slutter senere enn begrensningsdatoen, vil det føre til en konflikt. MS Project anser det som optimalt i vår situasjon å bruke Finish No Earlier Than-begrensningen (Fullfør ikke tidligere), men det passer ikke oss i det hele tatt.

Note: Du kan få informasjon om typen begrensning som er opprettet ved å holde musen over det tilsvarende ikonet i feltet Indikatorer ( Indikatorer).

1. Anta deretter at under en kontrakt med en frilansutvikler som tilbyr malutviklingstjenester,Utvikling av maler(denne oppgaven har ingen forgjengere) bør starte 20.11.08 og skje innen 5 dager. Følgelig vil vi fikse denne datoen med Must Start On-begrensningen (Fast start) og varighet i 5 dager.
2. La oss inkludere viktig oppgave nr. 18 i planenDesign ferdig. I følge kontrakten skal prosjekteringen være ferdig 5 dager før etappe Implementeringer, det vil si frem til 20. november 2008.
3. Sett en oppgavefristHosting den 26.12.08.
4. Du kan være vert for et nettsted bare når minst halvparten av malene er utviklet, grafisk design, CMS og fylt med ressursinnhold. Derfor vil vi koble problemetVertskapsplasseringeravhengighet FS (OH) med problemetRessursinnhold (innhold)og sett etterslepet (Lag) til -50 %.
5. Hostinger faktisk endelig, siden et av prosjektresultatene er oppnådd etter fullføringen, som overføres "utenfor" av prosjektgruppen. I dette tilfellet er varigheten av etterbehandlingsoppgavene ikke null. For å merke en oppgave med en varighet som ikke er null som endelig, må du bruke fanen Avansert ( I tillegg ) i dialogboksen for oppgavedetaljer. På fanen må du merke av for Merk oppgave som milepæl (Merk en oppgave som en milepæl).

Repeterende oppgaver

Ofte i et prosjekt forekommer noen oppgaver jevnlig, som å utarbeide rapporter for prosjektklienten eller møte prosjektteamet. Tilbakevendende oppgaver er laget for å beskrive slike oppgaver i en prosjektplan. Du kan legge dem til prosjektet ved å bruke kommandoen Sett inn/gjentakende oppgave (Innsetting/Gjenta oppgave), som åpner dialogboksen for gjentakende oppgavedetaljer.

I vårt prosjekt skal vi lage en tilbakevendende oppgaveProsjektgruppemøte, som skal gjennomføres på fredager.

1. La oss utføre kommandoenInnsetting/Repetitiv oppgave.
2. I dialogboksen for gjentakende oppgavedetaljer som åpnes, angi navnet - Prosjektgruppemøte og varighet 2 timer.
3. La oss bestemme intervallet for gjentakelse av oppgavenukentlig, på fredager.

I delen Kalender for å planlegge denne oppgaven (Kalender for å planlegge denne oppgaven) bestemmes basert på hvilken kalender oppgaven skal plasseres i kalenderplan. Som standard, når rullegardinlisten Kalender er satt til Ingen, tildeles oppgaven basert på prosjekt- og ressurskalenderinnstillingene. Hvis du vil bruke en spesiell kalender til å planlegge en oppgave, kan du velge den i rullegardinlisten. I dette tilfellet blir avmerkingsboksen Planlegging ignorerer ressurskalendere tilgjengelig.(Vi vil se på effekten av dette flagget i detalj i avsnittet"Oppgavekalender" senere).

1. Etter at alle innstillingene er gjort, må du trykke på knappen OK , og programmet vil lage en tilbakevendende oppgave i prosjektet.

Uforutsette problemer kan oppstå hvis for eksempel oppgaven gjentas i en helg. MS Project vil oppdage dette og vise en melding med mulige alternativer Problemløsning: omplanlegg oppgaverepetisjonen til neste arbeidsdag ved å klikke Ja, ikke opprett repetisjoner i arbeidsfrie dager ved å klikke Nei, eller avbryt opprettelsen av en gjentakende oppgave ved å klikke Avbryt.

Etter å ha plassert en tilbakevendende oppgave i et prosjekt, vises selve oppgaven som en fase i planen, og dens repetisjoner som dens nestede oppgaver. Oppgaven og repetisjonene er merket med spesielle ikoner i feltet Indikatorer.

Oppsummering prosjektoppgave

Når arbeidsomfanget er bestemt, består planen vår av fire faser som kombinerer alle oppgavene i prosjektet. Varigheten er kjent for hver av dem, men vi har ikke generell informasjon om varigheten av hele prosjektet. Det kan ikke oppnås ved å legge til varighetene til fasene, siden de delvis utføres samtidig, noe som betyr at den totale varigheten av prosjektet ikke er lik varigheten av fasene. For å sette sammen fasene til en enkelt helhet, kan du lage en annen faseDesign og utvikling av en butikk visittkort nettside basert på cmsog inkludere alle eksisterende faser i den. Men det er mer riktigvis prosjektsammendragsoppgave(Prosjektoppsummeringsoppgave) En spesiell oppgave spesielt utviklet for å kombinere alle prosjektaktiviteter. Det vises på Gantt-diagrammet i en spesiell farge, og MS Project jobber med det på en spesiell måte.

1. For å vise prosjektsammendragsoppgaven, i menyen Alternativer på fanen Vis ) må du sjekke oppgaven Vis prosjektsammendrag (Vis sammendrag av prosjektoppgave). Oppsummeringsoppgaven vil vises med en tittel hentet fra Tittel-feltet i filegenskapene, som kan redigeres i dialogboksen som åpnes av menykommandoen Fil/Egenskaper ( Fil/Egenskaper ).

Hvis kommentarfeltet i denne dialogboksen er fylt ut ( Notater ), vil verdien bli en kommentar til oppsummeringsoppgaven. Når du endrer navnet på en sammendragsoppgave eller en kommentar (Notater), vil verdiene til det tilsvarende feltet i filegenskapene automatisk endres.

1. Lagre prosjektfilen somUtvikling av nettside 2.

Et Gantt-diagram er et lineært diagram som spesifiserer start- og sluttdatoene for sammenhengende arbeid, og indikerer ressursene som brukes for å fullføre det.

INTRODUKSJON

PROSJEKTLEDELSE GRUNNLEGGENDE

PLANLEGGINGSTEKNIKK

UTSLAG TIL PROSJEKTET

1 Redegjørelse av oppgave og definisjon av roller

2 Lage stadier og oppgaver

3 Bestemme oppgavens varighet

4 Sekvenseringsoppgaver

5 Dannelse av ressurser

6 Tilordne ressurser til oppgaver

7 Planlegg med et budsjett

RISIKOSTYRING

1 Risiko og indirekte arbeid

2 Risikostyring

KONKLUSJON

REFERANSER

INTRODUKSJON

Datateknologi blir i økende grad en faktor som bestemmer suksessen til å løse en rekke, både produksjons- og ikke-produksjonsproblemer.

Oppgavene til planlegging og prosjektledelse er grunnlaget for kvaliteten som suksessen til hele løsningen avhenger av.

Prosjektledelse er kunsten og vitenskapen å organisere, planlegge og administrere ulike prosesser, som som regel har individuelle egenskaper, under forhold med begrensede menneskelige, materielle og tidsmessige ressurser.

Et prosjekt forstås som nesten enhver aktivitet rettet mot å nå fastsatte mål med størst mulig effektivitet.

For å lette prosjektledelsesprosessen er det utviklet et bredt spekter av metoder, tilnærminger og styringssystemer som fortsetter å bli utviklet og modernisert.

I kursarbeid blir vurdert teoretiske grunnlag, og beskriver prosessen med å lage et prosjekt i et av de vanligste og mest brukervennlige prosjektstyringssystemene - Microsoft Project.

Hovedmålet med arbeidet er å studere funksjonene til MS Project-systemet og utvikle ditt eget prosjekt basert på det.

Hovedoppgaven til arbeidet er å utvikle et formelt prosjekt for å opprette et teknisk oversettelsesbyrå.

1. PROSJEKTLEDELSE GRUNNLEGGENDE

Et prosjekt er en midlertidig virksomhet designet for å skape unike produkter eller tjenester.

Et prosjekt har en rekke iboende egenskaper, ved å identifisere hvilke, kan man nøyaktig si om den analyserte typen aktivitet tilhører prosjekter:

· Midlertidighet - ethvert prosjekt har en klar tidsramme (dette gjelder ikke resultatene); dersom det ikke finnes slike rammer kalles aktiviteten en operasjon og kan vare så lenge man ønsker.

· Unike produkter, tjenester, resultater - prosjektet må generere unike resultater, prestasjoner, produkter; ellers blir et slikt foretak serieproduksjon.

· Sekvensiell utvikling - ethvert prosjekt utvikler seg over tid, og går gjennom tidligere definerte stadier eller trinn, men utarbeidelsen av prosjektspesifikasjoner er strengt begrenset til innholdet som ble etablert i startfasen.

Til tross for at det endelige resultatet av prosjektet må være unikt, har det en rekke fellestrekk: prosessproduksjon egenskaper:

· utført av mennesker;

begrenset av tilgjengeligheten av ressurser;

· planlagt, utført og administrert.

Definisjonen av et prosjekt inkluderer ikke operasjonelle aktiviteter. Men faktum er at selv operasjonelle aktiviteter kan betraktes som et prosjekt, inkludert i Microsoft Project, for eksempel en kvartalsvis arbeidsplan for et serieproduksjonsverksted. Begrenset tid? Ja. Er resultatet unikt? Ja, fordi resultatet er unikt når det gjelder tidsforløpet for oppnåelsen. Fordeler med hensyn operative aktiviteter er det tilgjengelig som et prosjekt? Ja, bruker denne tilnærmingen Du kan introdusere prosjektplanleggingsverktøy og oppnå større kontroll over kvartalsvis arbeid.

Hvert prosjekt er preget av en livssyklus, på grunnlag av denne en standard tilnærming til prosjektledelse, se figur 1.1.

Figur 1.1. Livssyklus prosjekt

2. PLANLEGGINGSTEKNIKK

Planleggingsfasen er en av de viktigste. På dette stadiet bestemmes oppgavene, budsjettet og tidsrammen for prosjektet. Ganske ofte forstås planlegging bare som å utarbeide en arbeidsplan, miste synet av ressursstyring, budsjettering, planlegge behovet for materialer, maskiner og mekanismer, etc.

En komplett planleggingsteknikk inkluderer følgende trinn og sekvens, se figur 2.1:

) Definisjon av prosjektmålet og dets beskrivelse. Ganske ofte starter prosjekter uten klare og målbare mål.

) Definisjon teknologiske stadier(arbeidsstadier). Det må velges en implementeringsteknologi for prosjektet, som bestemmer stadiene i prosjektutviklingen. En av typiske feil planlegging er avviket mellom planen og den teknologiske syklusen.

) For teknologiske stadier er det nødvendig å bestemme en liste over oppgaver, angi sekvensen og antatt varighet (avhengig av de tildelte ressursene).

) Det er nødvendig å bli enige om spørsmålet om tildelte ressurser til prosjektet. Det skal bemerkes at alle selskapets ressurser skal fordeles sentralt. Ganske ofte oppstår det en planleggingsfeil på grunn av at noen knappe ressurser brukes samtidig i to ulike prosjekter. For å løse dette problemet må alle prosjekter i bedriften prioriteres.

) En arbeidsplan i systemer som Microsoft Project innhentes automatisk hvis oppgaver og ressurser er definert.

) Hvis du bestemmer priser på menneskelige ressurser, maskiner, mekanismer og materialer, kan budsjettet også fås automatisk. En av de typiske feilene er at budsjettet ikke sjekkes opp mot arbeidsplanen.

) I nr store prosjekter En forutsetning for å starte arbeidet med prosjektet er tilstedeværelsen av en godkjent skriftlig oppgave, budsjett og arbeidsplan, som utgjør det formelle dokumentet "Prosjektplan". Ganske ofte, før oppstart av et prosjekt, mangler noen av disse dokumentene konsekvensene av dette vil bli diskutert nedenfor. I store prosjekter er det også nødvendig å utvikle planer for håndtering av risiko, kvalitet, dokumentflyt, personell mv.

Det bør også bemerkes at planprosessen er iterativ. Prosjektplanen (tidslinjer, oppgaveliste, budsjett) bør endres basert på resultatene av både prosjektgjennomføring og resultatene av endringer i prosjektmiljøet.

Figur 2.1 Planprosess

3. UTSLAG TIL PROSJEKTET

La oss bruke den ovenfor beskrevne metodikken ved å bruke eksempelet på et prosjekt for å lage et "språksenter". La oss vurdere planleggingsmetoder, budsjetteringsteknikker ved bruk av menneskelige og materielle ressurser.

3.1 Redegjørelse av oppgaven og definisjon av roller

Et prosjekt må begynne med en målsetning. I dette tilfellet må målet registreres skriftlig i form av målbare indikatorer.

"Problem Statement"-dokumentet skal svare på følgende spørsmål:

I hvilken tidsramme skal målet nås?

Hvilke forutsetninger er tilgjengelig for å nå målet (budsjett, ressurser, teknologi)?

Hvordan måle måloppnåelse?

Hvordan er ansvar og roller fordelt i prosjektet (hvem har ansvar for hva)?

Målet med dette prosjektet er å opprette et teknisk oversettelsesbyrå - "Language Center". Opprettelsesperiode - ikke mer enn 50 dager. Opprettelseskostnader - ikke mer enn 900 tusen rubler. Menneskelige ressurser- ikke mer enn 12 personer.

For å gjennomføre prosjektet er det nødvendig å tildele medarbeiderroller.

Hovedrollen er prosjektleder - Alekseeva M.N.

Prosjektlederen bestemmer rekkefølgen av stadier og oppgaver i hver fase og den omtrentlige varigheten av hver fase og oppgave. Prosjektlederen er betrodd ansvaret for å rekruttere personell til det nyopprettede «Språksenteret».

Prosjektkurator - Rostov E.V.

Prosjektkurator får lisens fra departementet for allmenn- og yrkesopplæring for «Språksenteret» og sørger for generell ledelse av prosjektet.

Prosjektledere - Ivanov O.V. og Obukhov K.K.

Prosjektledere registrerer "Språksenteret" som en juridisk enhet og kjøper nødvendig utstyr.

Ansatte - 8 personer involvert i ulike stadier av prosjektet:

· IT-spesialister - 4 personer - utvikling av et reklameselskap;

· 2-manns sjåfører - levering av personer, materiell og nødvendige midler.

For å implementere et prosjekt i Microsoft Project, må du utføre følgende handlingssekvens:

Gjennomføre planlegging.

Vi beregner anslag og budsjett.

Optimaliser prosjektet med tanke på tid, kostnader og arbeid.

Identifisere prosjektrisiko.

Lukk prosjektet.

.2 Opprette stadier og oppgaver

For å opprette en milepæl (kontrollhendelse) "Beslutning om å starte et prosjekt", må du klikke på "Sett inn milepæl"-ikonet.

For å opprette en scene (oppsummeringsoppgave), må du klikke på "Sett inn scene"-ikonet. Resultatet av å lage prosjektstadier og oppgaver er vist i figur 3.1 og 3.2 i prosjektet.

Microsoft Project 2010 introduserte en slik innovasjon som å velge en planleggingsmodus - manuell eller automatisk.

Figur 3.1. Handlingssekvens - stadier

Figur 3.2. Handlingsrekkefølge - stadier og oppgaver

· Automatisk planlegging betyr at oppgaver av denne typen tildeles ved hjelp av prosjektplanleggingsmodulen, tar hensyn til begrensninger, avhengigheter, prosjektkalendere og ressurser. Automatisk planlegging ble funnet i alle tidligere versjoner av Microsoft Project.

· Manuell planlegging betyr at oppgaver av denne typen kan plasseres hvor som helst på timeplanen uten å endre tidsplanen i prosjektet. De flytter seg ikke fordi de representerer relatert oppgaveendringsinformasjon, dvs. Microsoft Project endrer aldri datoene for manuelt planlagte oppgaver, men det kan gi advarsler hvis det er potensielle problemer med verdiene du skrev inn. Du kan endre oppgaveinnstillingene slik at den planlegges automatisk. I dette tilfellet vil Project planlegge oppgaven basert på avhengigheter, begrensninger, kalendere og andre faktorer. Manuell planlegging er å foretrekke å bruke når de eksakte datoene for store milepæler ikke er kjent, og når prosjektstadiene ikke er spesifikke og/eller fullstendig definerte.

For å se generell statistikk for prosjektet, må du aktivere visning av oppsummeringsoppgaven (Fil - Alternativer - Avansert).

Neste trinn er å definere en oppgaveliste, se figur 3.2. For å sette inn en ny oppgave, må du gå til fanen "Oppgave", i delen "Sett inn", klikk på "Oppgave"-ikonet og velg "Oppgave".

Å legge til en ny oppgave til prosjektet er vist i figur 3.3.

Figur 3.3 Dannelse av en liste over oppgaver innenfor hvert trinn

3.3 Fastsette oppgavens varighet

Basert på dokumentet utviklet av prosjektlederen, er det nødvendig å legge inn varigheten for hver oppgave i kolonnen "Varighet", se figur 3.4.

Figur 3.4 Definere oppgavevarighet

3.4 Sekvenseringsoppgaver

Med fokus på prioriteringene og egenskapene til oppgavene vil vi bestemme rekkefølgen av oppgavene, se figur 3.5. For å gjøre dette trenger du, eller:

Figur 3.5 Definere oppgavesekvens

1. Velg to oppgaver og klikk på "Koble oppgaver"-ikonet på "Oppgave"-fanen (som standard vil oppgaver bli koblet sammen med "Fullfør-Start"-koblingen).

Eller plasser markøren på oppgaven, trykk på venstre museknapp og dra markøren over oppgaven som du vil koble den valgte oppgaven til (som standard vil oppgaver bli koblet sammen med "Fullfør-Start"-forbindelsen).

I oppgavedetaljene går du til "Forgjengere"-fanen og velger oppgaven som skal være forgjengeren. På denne fanen kan du velge en av fire typer kommunikasjon og spesifisere forsinkelse eller forhånd.

Hvis du trenger å endre den eksisterende tilkoblingstypen til en annen, og også bestemme forsinkelsen eller fremdriften, må du flytte markøren over tilkoblingen på Gantt-diagrammet og dobbeltklikke på venstre museknapp.

For å beregne oppgaver med en manuell type, må du klikke på "Vedlikehold tilkoblinger"-ikonet, "Oppgave"-fanen og klikke på "Prosjektberegning"-ikonet på "Prosjekt"-fanen.

Det neste trinnet er å bestemme den kritiske veien til prosjektet. For å gjøre dette, må du høyreklikke på Gantt-diagrammet og velge "Vis eller skjul stolpestiler - Kritisk tidsplan" i rullegardinmenyen, se figur 3.6.

Figur 3.6 Beregning av et prosjekt med manuelle planleggingsoppgaver

Prosjekt har markert prosjektets kritiske vei med rødt, dvs. de oppgavene som bestemmer varigheten. Vi kan også si at oppgaver som ligger på den kritiske banen ikke har reserver i begynnelsen og slutten, d.v.s. enhver endring i begynnelsen, fullføringen eller varigheten av arbeidet på den kritiske banen vil reflekteres i tidspunktet for hele prosjektet.

3.5 Generere ressurser

Ressurser, mennesker, maskiner, mekanismer, materialer og kostnadsposter legges inn i ressursarkvisningen, som vist i figur 3.7.

For å lette fremtidig rapportering og analyse av prosjektet etter ressurs, må hver ressurs tilordnes en gruppe. Gruppenavnet opprettes av brukeren.

Hvis du trenger å få tak i, i tillegg til prosjektplanen, budsjettet, må du ta hensyn til ressurskostnadene.

For planlegging arbeidsressurser Det tidsbaserte kostnadsakkumuleringssystemet er mest praktisk. Dette lar deg unngå komplekse beregninger angående kostnadene for arbeidet. Det er nok å bli enige om kostnaden for en timeverk én gang, og deretter beregne bare arbeidsintensiteten. Det er også mulig å bruke materielle ressurser. Hvis du trenger å modellere tidsbaserte kostnader, kan du for eksempel opprette en materialressurs, spesifisere dens "Kostnader"-gruppe og tilordne den til eventuelle oppgaver, både faste og tidsbaserte.

Figur 3.7. Definere prosjektressurser

3.6 Tilordne ressurser til oppgaver

Etter å ha bestemt sammensetningen av oppgaver og deres tidsfrister, er det nødvendig å tildele ressurser til hver oppgave.

For å tilordne en ressurs til en oppgave må du enten:

Gå til «Ressurs»-fanen, klikk på «Tildel ressurser»-ikonet, i «Tildel ressurser»-vinduet, velg ønsket ressurs og klikk på «Tildel»-knappen og spesifiser tildelingsenheter om nødvendig, figur 3.8.

Gå til oppgavedetaljene, og på «Ressurser»-fanen, i «Ressursnavn»-kolonnen, velg den nødvendige ressursen og spesifiser tildelingsenhetene om nødvendig.

Vis kolonnen "Navn på ressurser" og i rullegardinmenyen i oppgavecellene, merk av i boksene for ressursene som skal utføre arbeidet.

Figur 3.8 Tilordne ressurser til oppgaver

Som et resultat, etter å ha spesifisert ressurser, vil vi motta en automatisk generert arbeidsplan. Det skal bemerkes at varigheten av arbeidet ikke bare avhenger av direktivordre ovenfra, men også av hvem dette arbeidet vil oppfylle.

Det kan vise seg at en ressurs er overbelastet for å se belastningen, må du bytte til "Ressursark"-visningen. En overbelastet ressurs vil bli uthevet i rødt. I "Ressursgraf"-visningen vil du se på hvilket tidspunkt ressursen er overbelastet, figur 3.9.

Figur 3.9 Ressursgrafvisning

I Microsoft Project 2010 kan du håndtere overbelastning på følgende måter:

Utjevning (automatisk eller manuell) lasting av ressurser («Ressurs»-fanen, «Alignment»-delen, «Alignment Options»-ikonet og «Juster alle»).

Justering til en bestemt ressurs («Ressurs»-fanen, «Justering»-delen, «Juster ressurs»-ikonet).

Justere de valgte oppgavene («Ressurs»-fanen, «Alignment»-delen, «Align Selection»-ikonet).

Flytte oppgaver manuelt i gruppeplanleggingsvisningen, figur 3.10.

Figur 3.10 Eliminere ressursoverbelastning

3.7 Plan med budsjett

Etter å ha tildelt priser for ressurser, mottar vi automatisk en plan med budsjett, som vist i figur 3.11.

Fra dette dokumentet er følgende hovedparametre for prosjektet synlige:

Varighet

Arbeidsintensitet

Utøvere og ansvarlige personer

Når prosjektplanen er klar, må den godkjennes og en grunnplan opprettes, se figur 3.12, for etterfølgende registrering av ytelsesinformasjon og sammenligning av faktisk informasjon med planlagt

Figur 3.11 Prosjektplan med budsjett

Figur 3.13 Opprette en grunnlinje

For å estimere varigheten og rekkefølgen av handlinger for prosjektimplementering, kan du se nettverksdiagrammet. Nettverksdiagram vist i figur 3.14.

Figurene 3.16 og 3.17 viser en grunnlinjerapport i MicrosoftVisio-format som eksempel.

Figur 3.18 viser en bevegelsesmelding kontanter. Figur 3.19 viser en rapport om ressurstilgjengelighet.

Figur 3.14. Prosjektnettverksdiagram

Figur 3.15. Liste over automatisk genererte rapporter

Det presenteres også en sammenfattende rapport om lønnskostnader og midler, se figur 3.20, 3.21 og tabell 3.1, 3.2.

Figur 3.16. Grunnlagsrapport i MicrosoftVisio

Figur 3.17. Grunnlagsrapport i MicrosoftVisio

Figur 3.18. Kontantstrømoppstilling

Figur 3.19. Rapport om ressurstilgjengelighet

Figur 3.20. Arbeidssammendragsrapport

Tabell 3.1 Arbeidssammendragsrapport

		Tilgjengelig i henhold til arbeidsintensitet	Arbeidskostnader	Gjenværende tilgjengelighet	Faktiske arbeidskostnader
Arbeid	Ikke tildelt
	Ivanov O.P.
	Alekseeva M.N.
	Obukhov K.K.
	Rostov E.V.
	Ansatt 6
	Ansatt 5
	Ansatt 3
	Ansatt 2
	Ansatt 1
	Ansatt 8 (sjåfør)
	Ansatt 7 (sjåfør)
Arbeidsutfall
Totalsum

Figur 3.21. Kontantstrømoppstilling

Tabell 3.2. Kontantstrømoppstilling

				Totale kostnader
Totalsum

4. RISIKOSTYRING

Ganske ofte, etter formelle planleggings- og budsjettprosesser, havner prosjektdokumenter i søpla. Årsaken til dette er at det fra de aller første trinnene i prosjektet kan vise seg alvorlige feil i planleggingen, og det kan oppdages at planen er utsatt for betydelig risiko. Det er nødvendig å bruke ganske vanskelig arbeid for endring av planen. I denne delen skal vi se på reelle prosjektsporingsproblemer.

4.1 Risikoer og indirekte arbeid

Når du oppretter et prosjekt, kan følgende situasjon oppstå:

Tidspunktet og budsjettet for prosjektet er godkjent, men problemet er at IT-spesialister ikke kan begynne å implementere trinnet sitt, siden de ikke har lisensiert programvare eller opplæringsnivået er utilstrekkelig. Etter å ha analysert situasjonen kan du planlegge anskaffelsen eller opplæringen, og deretter gå gjennom prosessen med å godkjenne budsjett og tidslinjer på nytt.

Du kan gjøre uendelig mange slike re-godkjenninger av budsjett og tidsfrister hvis du ikke analyserer årsakene til slike problemer. De går mye dypere enn en spesifikk mangel på personellkvalifikasjoner. Faktum er at det meste av det direkte arbeidet som følger direkte av prosjektoppgavene gir opphav til et stort antall indirekte som er knyttet til gjennomføringen. Problemet er at det er umulig å nøyaktig vurdere sammensetningen og arbeidsintensiteten til indirekte arbeid. Kun statistiske estimater kan gis. På den annen side er indirekte arbeid ofte drevet av risikoens innvirkning på prosjektet.

For å sikre at indirekte arbeid ikke ødelegger prosjektet, kan følgende anbefalinger gis:

Planlegg opplæring og kvalitet. Dette forhindrer typiske teknologiske risikoer.

Undersøk risikoer og planlegg tiltak for å forhindre dem.

4.2 Risikostyring

Prosjektrisiko er usikker hendelse eller en tilstand som, hvis den oppstår, kan påvirke ytelsen til prosjektet.

Forskning har vist at sannsynligheten vellykket implementering prosjekt, hvis parametere bestemmes på grunnlag av hva som vanligvis skjer, svinger i området 20-38%, så det er av stor betydning å ta hensyn til risiko og usikkerhet i alle stadier av prosjektledelsen.

Et prosjekt er vanligvis utsatt for et svært stort antall risikoer, det er nesten umulig å planlegge tiltak for å bekjempe dem alle.

I teorien må du gjøre følgende:

Planlegg hvordan risikostyring skal utføres.

Definer et risikoregister. Det er nødvendig å gjennomføre en prosjektanalyse for å identifisere årsakene til risiko.

Gjennomfør kvantitative (bestem sannsynlighetene og størrelsen på trusler) og kvalitative (bygg et tre av mål) analyser.

Utvikle en risikoresponsplan.

Teoretiske råd, som vi ser, er ganske generelle, men viktige konklusjoner følger av dem:

· planen kan og bør være gjenstand for endringer som følge av å søke etter og eliminere risikoer;

· den reelle prosjektgjennomføringstiden og den reelle kostnaden for prosjektet vil være høyere enn planlagt.

Figur 4.2 viser risikostyringsmekanismen.

Figur 4.2 Risikostyring

For å minimere risiko bør du gå til statistikk. Du må beregne hvilke typer risikoer som forårsaker mest problemer. Som regel utgjør omtrent 20 % av risikoene 80 % av trusselen. Det er på dem hovedinnsatsen skal rettes. I Språksenterprosjektet kan risiko reduseres betraktelig ved å gjennomføre forhåndstesting av IT-spesialister for kunnskap om fagområdet og sjekke tilgjengeligheten av en lisens programvare. Bestem kvaliteten på tidligere arbeid med implementering av reklamekampanjer.

For å modellere risikoer i et prosjekt, er det nødvendig å utvikle tre versjoner av prosjektgjennomføringen:

· optimistisk, basert på optimistiske estimater av prosjektparametere og inkludert de mest sannsynlige risikohendelsene (sannsynligheten for at det inntreffer er høyere enn 90 %);

· de mest sannsynlige, inkludert ganske enkelt sannsynlige risikohendelser (sannsynligheten for at det inntreffer er høyere enn 50%) og vanlige estimater av prosjektparametere;

· pessimistisk, inkludert betydelige risikohendelser valgt gjennom kvalitativ analyse (sannsynligheten for at det inntreffer er under 50%) og pessimistiske estimater av prosjektparametere.

Siden dette ofte er tilfelle, er ansattes vurderinger upålitelige og det er umulig å finne ut hele arbeidsomfanget.

Løsningen er å bruke statistiske metoder prognose:

I Microsoft Project legger du til 30 % til den totale varigheten av planlagte oppgaver (buffertid på 30 %). Denne reserven brukes til å dekke risiko.

Bruk Load Factor-metoden (eller hvor mye du skal multiplisere ordene til personen som er ansvarlig for å fastsette tidsfristene). Her er de omtrentlige koeffisientverdiene:

· multipliser med 2 - optimistisk estimat;

· multiplisere med pi - normalt prosjekt;

· multiplisere med 4-5 - bruk av ikke-standard teknologi.

1. PERT-beregningsopplegg sanntid. Det skjer ofte det ulike estimater de gir forskjellige frister; i dette tilfellet kan du bruke metoden for å beregne den reelle perioden ved å bruke følgende formel:

Real_Term=(Optimistisk_Term+4*Forventet_Term+Pessimistic_Term)/6. (1)

Koeffisienter (4 og 6) i formel (1) ble foreslått av en gruppe eksperter som bruker denne teknologien. Det skal bemerkes at PERT-ordningen kun er effektiv dersom det faktisk er ulike estimater. Microsoft Project 2010 bruker ikke PERT-beregningsmetoden.

2. Monte Carlo-metoden. Det Monte Carlo-baserte risikomodelleringssystemet er mer nøyaktig enn PERT (nøyaktigheten er omtrent 10 % høyere), pluss at slike verktøy lar deg angi risikonivået i prosjektet.

KONKLUSJON

I dette arbeidet ble det utviklet et prosjekt for å opprette et teknisk oversettelsesbyrå - "Language Center".

For å utvikle prosjektet ble det studert programvareprodukt MicrosoftProject.

Under prosjekteringen ble prosjektutøvere og deres roller identifisert, tidsrammen for hele prosjektet, dets stadier og oppgaver i hver fase ble satt, arbeids- og økonomiske kostnader ble beregnet.

Under prosjekteringen ble det lagt vekt på å vurdere risikoen ved prosjektet, og mulige måter å redusere dem på ble indikert.

Det resulterende formelle prosjektet samsvarer fullt ut med de tekniske spesifikasjonene.

Det er viktig å merke seg at bare et formelt prosjekt er utviklet avhenger av en rekke faktorer, og vurderingen av disse går utover omfanget av kursdesign.

Det er nødvendig å forstå at gjennomføringen av prosjektet i stor grad avhenger både av virkelige situasjoner og av flid og profesjonalitet til mennesker.

formell prosjektteknisk økonomi

REFERANSER

1. Pyron T. Using Microsoft Project 2002. M.: Dialectics "Williams", 2003. - 1184 s.

S. StoverS. MicrosoftOfficeProject 2007. InsideOut.M. : "Ecom", 2008 - 976 s.

3. Singaevskaya G.I Prosjektledelse i Microsoft Project 2007. M.: Dialectics, Williams, 2008 - 800 s.

4. Shkryl A. MS-prosjektet 2007. Moderne ledelse prosjekter. SPb.: "BHV-Petersburg

Maler er ment å standardisere prosjektfiler i et prosjektteam eller en organisasjon. MS Project har to typer maler: Global.mpt-filen og filmaler. Den globale filen lagrer grunnleggende innstillinger som gjelder for nye prosjekter. Filmaler er standard prosjekter, lagret for fremtidig bruk for standardiseringsformål.

Global fil

Den globale filen kan ikke åpnes for redigering som en vanlig fil - endringer gjøres i den ved hjelp av Organizer (Vi diskuterte arbeid med Organizer i avsnittet "Slette og flytte visninger og deres komponenter"). Endringer i generelle innstillinger gjøres ved å klikke på Angi som standard-knappen på de forskjellige fanene i dialogboksen Alternativer.

To kopier av den globale filen Global.mpt er lagret på disken - en i installasjonsmappen for MS Project, og den andre i brukerens arbeidsmappe. (Du kan bestemme plasseringen av disse filene ved hjelp av Windows-filsøk-kommandoen.) Installasjonsmappen inneholder den originale malfilen som fulgte med programmet, og arbeidsmappen inneholder en kopi av den, som inkluderer alle innstillingene som ble gjort mens du arbeider med program. Dette er filen som programmet bruker når den kjøres.

Hvis du sletter den globale filen fra brukerens arbeidsmappe, vil den automatisk plassere filen fra installasjonsmappen i den når MS Project starter. Derfor, for å returnere malen til de opprinnelige innstillingene, kan du ganske enkelt slette arbeidsfilen.

Opprette en filmal

Filmaler opprettes av brukeren ved å lagre prosjektplaner i *.mpt-format. Eventuell informasjon kan lagres i malen: data om oppgaver, ressurser og oppdrag, visningsinnstillinger, makroer osv. Samtidig ved lagring av malen vil unødvendig informasjon fra gjeldende plan(for eksempel data om faktiske lønnskostnader som definitivt ikke vil være nødvendig når du oppretter nye prosjekter). Når du lagrer en fil i malformat, kommer det derfor opp en dialogboks (Fig. 23.16), som bestemmer hvilke data fra gjeldende plan som ikke skal inkluderes i malen.

Ris. 23.16. Definere dataene som skal lagres i malen

Dialogboksen inneholder avmerkingsbokser som du kan bruke til å angi hvilke typer data som ikke er inkludert i malen. Avmerkingsboksen Verdier for alle grunnlinjer vil fjerne prosjektgrunnlinjedata fra den fremtidige malen. Hvis du velger avkrysningsboksen Faktiske verdier, fjernes de gjeldende faktiske verdiene fra malen fra den lagrede planen. Avmerkingsboksen Ressurssatser bestemmer om ressurshastighetsdata lagres i malen. Data om faste kostnader for oppgaver kan fjernes ved å merke av for Faste kostnader, og krysse av for om oppgaver er publisert til Microsoft Project Server vil ekskludere oppgavepubliseringsdata fra malserveren.

Vanligvis er ressurssatser inkludert i malen hvis prosjekter som skal planlegges ved hjelp av malen vil bruke de samme ressursene. I tillegg er det noen ganger nyttig å overføre data om de faste kostnadene for oppgaver, siden ofte de faste kostnadene for de samme oppgavene i samme type prosjekter er de samme. I fig. Vi overfører kun 23.16 til malen. data om ressursrater.

Opprette en fil basert på en mal

For å lage en fil basert på en mal, må du bruke menykommandoen Fil V Ny, og deretter i oppgaveområdet på Nytt prosjekt-panelet i Ny fra mal-delen, velg malen du vil basere en prosjektplan på. opprettet (fig. 23.17).

Ris. 23.17. Prosjektopprettingspanel

I vårt tilfelle inneholder listen over maler BookProject.mpt-filen, som vi opprettet for å forberede tilhørende filer for denne boken. Ved å klikke på et malnavn opprettes en fil basert på det. I tillegg, i listen over maler er det et element Generelle maler, ved å klikke på som tar deg til en dialogboks med full liste maler tilgjengelig for bruk når du oppretter en ny fil (Figur 23.18).

Mallistedialogboksen er delt inn i to grupper: den første fanen, Generelt, inneholder en liste over brukerlagde maler og en tom prosjektmal. Den andre kategorien, Project Templates, viser malene som følger med MS Project. Ved å velge en av dem og dobbeltklikke på ikonet, vil du opprette et nytt prosjekt basert på det.

Digitale planleggingsverktøy er et evig debatttema. Ikke all programvare er like nyttig, og den rette kan være kompleks. MS Project er akkurat slik.

Møt Microsoft Project, sofistikert prosjektstyringsprogramvare. Hjelper lederen med aktuelle oppgaver: planlegging, tildeling av ressurser, analysere kompleksiteten til prosjektet. Lager automatisk rapporter og beregner estimater. Hvis du forstår det, kan det bli uunnværlig.

Programmet ligner på MS Excel, men inneholder flere funksjoner. Visuelt ser det slik ut: på venstre side er det en tabell med data: oppgaver, tid og arbeidskostnader. Til høyre er grafer, for eksempel et Gantt-diagram.

Hvordan lage planer i MS Project

Opprett et nytt prosjekt

Programmet har ulike maler, for eksempel Enkel prosjektplan, Ny produktlansering eller Fleksibel kontroll prosjekter. Velg riktig struktur eller åpne Nytt prosjekt.

Nytt prosjekt før du legger inn data

Definer oppgaver

De avhenger av type prosjekt. Skriv først ned de generelle stadiene, og del dem deretter inn i spesifikke. For eksempel skal vi lage en enkel nettbutikk. Stadiene kan være som følger: analyse, hjemmeside, produktkatalog, integrasjon med betalings- og leveringstjenester, personlig konto.

I topppanelet, velg Oppgaveblokken og finn Oppsummeringsoppgaveknappen. Bruk den til å lage alle de vanlige trinnene. Legg til detaljer senere.

Generelle stadier av prosjektet

Spesifiser oppgaver

Tenk på hvilke som skal inkluderes i hvert trinn. Legg dem til i tabellen ved å bruke + Oppgave-knappen. Eller dobbeltklikk på den tomme kolonnen der du vil sette inn oppgaven. Følgende vindu åpnes.

Oppgavedetaljer

Rediger oppgavedetaljene i dette vinduet. For eksempel navnet eller varigheten, hvis den allerede er kjent. Når det ikke er eksakte data, merk av i boksen Foreløpig vurdering. Den omtrentlige varigheten av oppgaven vil vises i tabellen med et spørsmålstegn.

Om oppgaven Kravsamling

Legg til oppgaver i tabellen. Vår nettbutikk vil ha dem som følger.

For analyser:

1. aggregering av krav;
2. prototyping;
3. mandat;
4. database design.

For hovedsiden og produktkatalogen:

1. design;
2. layout;
3. utvikling.

For betaling og levering:

1. PayPal-tilkobling;
2. SDEK-tilkobling.

For din personlige konto:

1. autorisasjon;
2. registrering;
3. gjenoppretting av passord;
4. bonus system;
5. utsatte bestillinger;
6. personalisering;
7. integrasjon med Axapta.

Oppgavenedbrytning

Bestem oppgavens varighet

For å gjøre dette, til venstre for hver av dem er det en kolonne der du kan velge type planlegging. På automatisk program bestemmer oppgavens varighet med manuell endrer du datoene selv. Velg den som passer deg.

Varighet av oppgaver

Etablere avhengigheter mellom oppgaver

Mens du legger inn innledende prosjektdata i tabellen til venstre, opprettes et Gantt-diagram automatisk til høyre. For at den skal vises riktig, angi avhengigheter mellom oppgaver. For å for eksempel lage en prototype av en nettbutikk, må du først samle krav. Det vil si at den tredje oppgaven på listen avhenger av den andre. Programmet nummererer alle oppgaver automatisk etter hvert som de vises.

Sett avhengigheter i kolonnen Forgjengere. Det vil bli slik.

Avhengigheter mellom oppgaver

Fordel ressurser

Tildel nå oppgaver til teamet og reflekter dette i tabellen. Det er fem forskjellige faner nederst i høyre hjørne. Gantt-diagram (du vil bruke mesteparten av tiden din på dette), Oppgavebruk, Visual Resource Optimizer, Ressursark og Rapport.

Velg Ressursark. Skriv inn alle de ansatte som jobber med prosjektet, deres priser per time arbeid og tidsplan. Oppgi stillinger eller etternavn dersom det er flere ansatte i teamet som har samme stilling. På denne måten kan du unngå forvirring.

La oss anta at teamet har én ansatt for hver stilling. Dette er hva som skjer.

Ressursark.

Gå tilbake til fanen Gantt-diagram. Finn Ressurs-kolonnen og sett posisjonene til utøverne ved siden av hver oppgave.

I et prosjekt for å lage en nettbutikk er analytikeren ansvarlig for alle analytiske oppgaver, designeren er ansvarlig for design, layoutdesigneren er ansvarlig for layouten, og programmereren er ansvarlig for utviklingen.

Oppgaver med tildelte ressurser

Hvis en ressurs er overbelastet, vil programmet vise det: røde menn vil vises til venstre for oppgaven.

Overbelastede ressurser

Løs overbelastningsproblemet

For å gjøre dette, gå til Visual Resource Optimizer. Han ser slik ut.