ms prosjektopplæringskurs. Bruke MS Project til å administrere programvareutviklingsprosjekter

40 PDU tildeles for å gjennomføre kurset.

Beskrivelse av utdanningsprogrammet

Kurset introduserer prosjektledelsesmetodikk og funksjonene ved bruk av Microsoft Project Professional 2013/2016 i prosjektledelse.
Kurset dekker spørsmål om planlegging og ressursplanlegging, analyse og prognoser, samt multi-prosjektledelse.

Vellykket gjennomføring av dette kurset vil tillate spesialister å:

Identifisere arbeid på ulike stadier Livssyklus prosjekt.
Gjennomføre prosjektkalender og ressursplanlegging.
Evaluer og optimaliser prosjektet når det gjelder timing, kostnader og arbeidskraft.
Overvåke og kontrollere fremdriften til prosjektet.
Analysere, forutse og gjøre endringer i prosjektplanen.
Vurder risikoen.
Utarbeide rapporter. Eksporter rapporter til Excel.
Konfigurer applikasjonen.
Konsolidere prosjekter og administrere dem i fellesskap.

Formålet med kurset

Dannelse av kunnskap og ferdigheter som er nødvendige for prosjektledelse ved hjelp av Microsoft Project Professional 2016.

Målgruppen

Prosjektledere
Ledere av programmer og prosjektporteføljer
Prosjektledere
Medlemmer av prosjektledelsen
Spesialister som jobber med prosjekter

Nødvendig forberedelse

Erfaring fra prosjekter;
Microsoft Excel 2013/2016;
Prosjektledelse basert på PMI® PMBOK®-standarden.

1. Generell informasjon om Microsoft Project. Prosjektets livssyklus

Metodikk

Hva er et prosjekt?
Prosjektets livssyklus

Microsoft Project

Historien om Microsoft Project
Produktstruktur: versjoner og utgaver
Automatisering av prosjekt-, program- og porteføljestyring
Applikasjonsgrensesnitt
Måter å lage en fil i Microsoft Project

2. Utvikling av prosjektcharteret

Metodikk

Prosjektmål
Generelle Krav og prosjektbegrensninger
Oppsummering av milepæler

Microsoft Project

Oppsummering prosjektoppgave
Prosjektinformasjon
Endring av arbeidstid
Prosjektalternativer
Prosjektets milepæler
Prosjektskifte

3. Oppretting av en hierarkisk arbeidsstruktur og definisjon av operasjoner

Metodikk

Dekomponering
Hierarkisk struktur av arbeidet
Ordbok for hierarkisk arbeidsstruktur
Liste over operasjoner

Microsoft Project

Legge til, endre, slette oppgaver
Oppgavemodus: automatisk planlegging og manuell planlegging
Hierarki

Viser et tall i strukturen
Lage tilbakevendende oppgaver

4. Sekvens av operasjoner

Metodikk

Avhengighetstyper
Leder og forsinkelser

Microsoft Project

Legge til, endre, slette tilkoblinger
Bruk av forskudd og forsinkelser
Vei til oppgaven: analyse av den logiske strukturen i prosjektet
Oppretthold relasjoner for manuelt planlagte oppgaver

5. Estimering av driftsressurser

Metodikk

Prosjektressurstyper
Tilnærminger til ressursregnskap

Microsoft Project

Ressursarkvisning
Angi ressursegenskaper

6. Estimat av operasjonens varighet. Kostnadsberegning

Metodikk

Verktøy og metoder for å estimere aktivitetsvarigheter
Verktøy og teknikker for kostnadsberegning

Microsoft Project

Manuell inntasting og beregning av oppgavens varighet
Varighetsenheter for automatisk og manuelt planlagte oppgaver
Formål med dyre ressurser: varighet og kostnader for oppgaver
Formål med materielle ressurser: konstante og variable forbruksrater
Hensikt Arbeidsressurser: ressursvolum, lønnskostnader og oppgavevarighet
Planleggingsformel

Oppdragsegenskaper

Arbeid og kostnader
Visninger for Oppgavebruk og Ressursbruk
Aggregerte og tidsbaserte oppdragsdata

7. Utvikling av tidsplan. Kritisk vei metode

Metodikk

Metode nettverksplanlegging prosjekt
Tidlige og sene transaksjonsdatoer
Gratis og generell midlertidig reserve av oppgaver
Prosjekt kritisk vei
Subkritiske problemer
Planlegg komprimeringsmetoder
Prosjektscenarioanalyse

Microsoft Project

Nettverksdiagramvisning
Beregning av den kritiske banen for hvert uavhengig oppgavenettverk
Positivt og negativt Total slakk med oppgaver
Oppgavebegrensninger
Destinasjonsinnlastingsprofil
Utsett start av avtale
Avbryte en oppgave eller oppgave
Oppgave- og arbeidsstyrkekalendere
Planlegg komprimering
Inaktive oppgaver
Tidslinjevisning - Sett opp prosjektveikart

8. Utvikling av tidsplan. Utjevning av ressursbelastning

Metodikk

Ressursgap vurdering
Prinsipper for ressursbelastningsbalansering

Microsoft Project

Ressursgrafvisning
Utjevning av ressursbelastning manuelt:
Utjevningsforsinkelse
Se Visual Resource Optimizer
Automatisk utjevning av ressursbelastning:

9. Budsjettfastsettelse. Prosjektrisikostyring.

Metodikk

Prosjektbuffer
Prosjektbudsjett

Microsoft Project

Legge til en tidsreserve til den kritiske banen til prosjektet
Ressurskostnader og faste kostnader
Budsjettering av arbeids-, material- og kostnadsressurser

10. Overvåking og kontroll av arbeidet med prosjektet

Metodikk

Prosjektets grunnlinje
Innsamling og konsolidering av faktiske data om oppgaveytelse

Microsoft Project

Gantt-kartvisning med sporing
Sette en prosjektgrunnlinje
Rapportdato og fremdriftslinje
Legge inn faktiske data

11. Tidsplankontroll. Kostnadskontroll

Metodikk

Avviksanalyse
Analyse ved hjelp av Earned Value-metoden
Prosjektrapporter

Microsoft Project

Avviksindikatorer
Beregningsmetode og indikatorer for opptjent verdi
Rapporter: Eksporter til MS Excel og MS Visio. Microsoft prosjektrapporter

12. Endre kontroll

Metodikk

Endre forespørsler
Prosjektproblemlogg
Oppdater Project Baseline

Microsoft Project

Endre prosjektinnstillinger, oppgaver, ressurser, oppdrag
Endring av arbeidsomfang
Endre sammensetningen av ressursene
Grunnlinjeversjoner

13. Avslutning av prosjektet. Organisatoriske prosess eiendeler

Metodikk

Avslutte et prosjekt eller en fase
Erfaringer og organisatoriske prosesser

Microsoft Project

Dokumenteringsoppgaver: notat, hyperkobling, dokument
Lag og lagre prosjektmaler
Arrangør - organisere den globale prosjektmalen:
Formatere visninger

14. Samarbeid om prosjekter. Program- og prosjektporteføljestyring

Metodikk

Prosjektkommunikasjonsledelse
Programmer og prosjektporteføljer

Microsoft Project

Sammenligning av prosjektversjoner
Skrive ut designdata
Integrasjon av Microsoft Project med andre applikasjoner
Program- og prosjektporteføljestyring

Sertifisering

Internasjonale sertifiseringseksamener:

Administrere prosjekter med Microsoft Project
Administrere prosjekter og porteføljer med Microsoft PPM

Mottatt dokument

Sertifikat for avansert opplæring og internasjonalt sertifikat.

En kort introduksjon

Hele metodikken er ganske enkelt et sett med enkle metoder og anbefalinger for bruk av MS Project for å løse anvendte problemer til en prosjektleder. Jeg tar umiddelbart forbehold om at metodikken ikke hevder å være universell, og kun gjelder under visse begrensninger, som jeg vil nevne gjennom hele historien.

Først, la oss huske hva som vanligvis kreves av en prosjektleder. For erfarne ledere er dette åpenbart, men for nybegynnere (eller de som bare planlegger å bli ledere) vil det være nyttig å huske igjen. Så utviklingsprosjektet programvare- Dette er etableringen av et unikt produkt. På ulike stadier av prosjektets livssyklus er prosjektlederen pålagt å løse ulike problemer.

Før du starter prosjektet

Før du starter et prosjekt, er prosjektlederen vanligvis pålagt å svare på to spørsmål:

hvor lang tid vil prosjektet ta?
hvor mye vil prosjektet koste

Samtidig er det viktig å forstå at ingen er interessert i et svar som "ikke tidligere enn seks måneder." Det som kreves er et estimat ovenfra.

Merk. Jeg har aldri vært nødt til å forholde meg til eksplisitte pengeanslag for et prosjekt, og som jeg nå forstår er dette en alvorlig utelatelse. Alle prosjektene jeg ledet ble utført av ansatte i selskapet. Prosjektteamet ble dannet for hele prosjektets varighet, noen spesialister var involvert i en viss periode. Faktisk er jeg pålagt å estimere antall nødvendige utøvere, samt tidspunktet for deres attraksjon. Jeg tror det er nok typisk situasjon for programvareutviklingsselskaper. Til syvende og sist handler alt om å estimere lønnskostnader, som ved hjelp av empiriske formler blir til et estimat av kostnadene for prosjektet. Som du kan se, er det en direkte sammenheng mellom kostnadene for prosjektet og tidspunktet for det.

I løpet av prosjektet

Under betingelsene i de nevnte restriksjonene er hovedoppgaven til prosjektlederen å sørge for at prosjektet blir fullført til rett tid, og dette direkte
påvirker kostnadene. Uforutsette omstendigheter som nødvendigvis følger med ethvert prosjekt kan føre til manglende tidsfrister. Strengt tatt kan prosjekttidslinjen uventet reduseres, men for å være ærlig har jeg aldri sett dette. Lederen er pålagt å reagere på slike hendelser i tide for å redusere de negative konsekvensene. Den eneste måten jeg vet å løse dette problemet på er gjennom nøye planlegging, regelmessig overvåking av kommende problemer og justering av planer.

Ved ferdigstillelse av prosjektet

På slutten av et prosjekt ser lederen vanligvis tilbake og tar oversikt over prosjektet. Oftest er det nødvendig å vurdere hvor mye prosjektet har ligget bak den planlagte tidsplanen og hvorfor dette skjedde.

Hva MS Project kan gjøre

Til tross for sin tilsynelatende kompleksitet, er MS Project veldig enkelt i konseptet. Den opererer på tre enheter - oppgaver, ressurser, kalender og forbindelser mellom dem. I hovedsak er det en database, et brukergrensesnitt for å lage og redigere enheter, og minimal, ganske enkel automatisering (hva Project gjør selv som svar på innlagte data).

La oss kort undersøke egenskapene til enheter.

Oppgave har en varighet, volum, tildelt ressurs og en forbannet masse andre egenskaper. Hvis de innebygde egenskapene ikke er nok, kan du legge til dine egne – vi bruker dette senere. Oppgaver kan henge sammen av ulike relasjoner (forgjengere, etterfølgere osv.).

Ressurs har mange beskrivende egenskaper, men det viktigste er at det kan være det
angi tilgjengelighet i tide; en kalender brukes til dette. Ressursen kan være
tildelt oppgaven.

Basert på disse dataene kan Project lage ulike visninger ved hjelp av
filtre, grupperinger, sorteringer osv. I tillegg kan han bruke en eller annen algoritme
beregne start- og sluttdatoene for oppgaver under hensyntagen til tilgjengeligheten av tildelte ressurser
og sammenhenger mellom oppgaver. Det er faktisk nesten alt han kan gjøre.
La oss se hvordan vi kan dra nytte av dette

Hvordan bruke det

Merk For å gjøre det klarere, vil jeg tydeliggjøre noen generelle egenskaper ved prosjekter,
som jeg jobbet med. Så vi snakker om programvareutviklingsprosjekter,
som består av flere stadier. På slutten av hver etappe bør vi få noen
håndfast resultat som vil bli presentert for kunden, så det er viktig for oss å vurdere
fristen ikke bare for prosjektet som helhet, men også for hvert trinn. Jeg gjentar, den eneste typen ressurs
det som kreves er folk, og vi ansetter ikke spesialister utenfra, men bruker
kapasiteten til eksisterende ansatte.

Utarbeide en plan

Så vi har en teknisk oppgave foran oss, og vi må svare på tre spørsmål:

Hvor lang tid vil dette prosjektet ta?
Hvor mange (og hvilke) spesialister vil dette kreve?
Hva omtrent lønnskostnader forventes for dette prosjektet?

For å gjøre dette utarbeider vi en omtrentlig plan for gjennomføringen av prosjektet i MS Project. De. Vi skriver ganske enkelt ned oppgavene som må utføres sekvensielt. Metoden for å gjøre en teknisk spesifikasjon til et sett med oppgaver er en egen historie, jeg vil ikke dvele ved den nå.
Utarbeidelse av planen utføres i flere stadier:

Utarbeide en oppgaveliste
Vi setter avhengigheter mellom oppgaver
(resultatet av hvilken oppgave er nødvendig for å gå videre til neste?).
Vi tildeler oppgaveutøvere
Utjevning av ressursbelastning
Balansere det som skjedde

Når vi utarbeider planen, følger vi følgende anbefalinger:

Vi bruker ikke oppsummeringsoppgaver for dekomponering.
Vi legger alle oppgaver i en lineær liste. Det kan virke upraktisk i begynnelsen,
men det sparer deg for mange problemer i fremtiden. For å administrere oppgavestruktur
Vi bruker tilpassede felt (se nedenfor).
Svært ofte brukes Drag&Drop til å administrere oppgaveavhengigheter. Når det er mange oppgaver blir det fort upraktisk. I dette tilfellet anbefaler jeg å ikke bruke dra-og-slipp, men eksplisitt spesifisere antall forgjengeroppgaver. For å gjøre dette kan du legge til en "forgjengere"-kolonne i tabellen og angi oppgavenumre manuelt.
Varigheten av hver oppgave bør ikke overstige to uker.
Hvis oppgavens varighet overstiger en uke, er dette allerede en grunn til å tenke på nedbrytningen. Jeg fulgte en veldig enkel vurderingsmetodikk: en primitiv oppgave - 2 dager, et gjennomsnitt
vanskelighetsgrad - 1 uke, vanskelig oppgave - 2 uker. Samtidig skal det ikke være mange vanskelige oppgaver. Denne tilnærmingen gjør det mulig å utarbeide en vurderingsplan ganske raskt.
På den ene siden vil det resulterende estimatet selvfølgelig ikke være nøyaktig, men på den annen side, hvilken av dem er nøyaktig? Av praktisk erfaring kan jeg si det
På store prosjekter jevnes vanligvis feilene i estimater av enkeltoppgaver ut, men på små prosjekter er det ofte mulig (og nødvendig!) å bruke mer nøyaktige estimater.
Vi gjør vårt beste for å unngå oppgaver som har flere utøvere. Kun én utfører bør tildeles hver oppgave. Det er fornuftig å utnevne to utøvere
bare hvis de faktisk jobber sammen (for eksempel øver du på parprogrammering). I andre tilfeller er det bedre å dekomponere problemet.
Når vi utnevner utøvere, veiledes vi av deres yrke og kvalifikasjoner, uten å bekymre oss for ensartet arbeidsmengde foreløpig.
Vi bruker oppsummeringsoppgaver for å dele opp oppgaver i etapper. Vi legger avhengigheter mellom stadiene slik at de fortsetter sekvensielt. Inndelingen i etapper er fortsatt ganske omtrentlig.

Balansering av prosjektet

Det viktigste i teknikken er balansering. Målet med denne prosessen er å utarbeide en plan der arbeidet er ganske jevnt fordelt mellom utøverne gjennomgående.

Etter den første utarbeidelsen av planen er resultatet vanligvis en fullstendig skam, ikke et prosjekt. Derfor begynner vi å sette det i orden. Rydding innebærer å manuelt balansere oppdragene til utøvere og inndelinger i stadier. Til dette bruker vi gruppere oppgaver etter utøver for å se hvordan oppgavene er fordelt. For enkel visning anbefaler jeg å sortere oppgaver etter startdato.

Merk. Teoretisk sett bør grafer brukes til å estimere last
brukernedlastinger. Disse grafene er bra (sannsynligvis) for sjefer når de
evaluere ferdig prosjekt. Men de er uegnet på stadiet med å lage en plan, siden de viser
at alt er dårlig, men de gir absolutt ingen informasjon om hvorfor det er slik og hva som kan gjøres.

Så begynner magien med å balansere. Det kreves å minimere gjennomføringstiden for hvert trinn ved å sikre en mer eller mindre jevn belastning på alle prosjektdeltakere. For å gjøre dette utfører vi følgende trinn:

Endre oppgaveutfører.
Det er fornuftig å gjøre dette hvis vi ser at en eksekutør har en stor hale av oppgaver,
og den andre har åpenbare "hull", og han kan ta over noe av arbeidet fra
først.
Flytt oppgaven til et annet stadium.
En oppgave som fører til en utvidelse av scenen, men som ikke er nødvendig
for å oppnå resultatet av et stadium kan overføres til et stadium senere. Og vice versa,
hvis scenen inneholder "hull" i lasting av utøvere, og endre utøvere
Hvis det ikke fungerer, kan du prøve å ta oppgaver fra neste trinn.

Dessverre må alt dette gjøres manuelt, og utjevne ressursbelastningen etter hver endring. Til tross for den tilsynelatende kompleksiteten, tar denne prosessen vanligvis en begrenset mengde tid. Jeg satte et prosjekt i stand for et år med 8 deltakere, fordelt på 4 stadier, på under en time.

Nå ser vi nøye på prosjektet igjen, forsikrer oss om at sammenhengene mellom oppgavene er plassert riktig, at ingenting blir glemt, og at oppdragene til utøverne samsvarer med deres spesialiteter og kvalifikasjoner.

Risikoregnskap

Nå - siste finpuss: ta risiko i betraktning. Jeg innrømmer ærlig at jeg ikke har vært involvert i seriøs risikostyring, men jeg tar hensyn til muligheten for visse force majeure-hendelser (som sykdommer hos utøvere, glemt arbeid, etc.). For å gjøre dette legger jeg til en dummy minimumsprioritet oppgave kalt "annet arbeid" til hver ressurs for hvert trinn. Etter ressursutjevning ender disse oppgavene på slutten av stadiet. Varigheten av disse oppgavene avhenger av sannsynligheten for forekomst og graden av påvirkning av risikoer, den avhenger av måten estimatene for oppgavens varighet bestemmes på, helsen til teammedlemmer og graden av paranoia til prosjektlederen. Jeg setter vanligvis varigheten av det "annet arbeid" til å være omtrent en tredjedel til en fjerdedel av scenelengden.

Som et resultat av alle de ovennevnte manipulasjonene får vi en prosjektgjennomføringsplan som vi kan jobbe med.

Med denne planen kan vi:

Oppgi tidspunktet for prosjektet og dets stadier. Rimelig og med høy grad av
pålitelighet.
Estimer omtrentlige arbeidskostnader for prosjektet

Merk. Det hender ofte at fristen er ganske lang, og et rimelig spørsmål dukker opp om den kan reduseres ved å tiltrekke seg flere utøvere. For å svare på dette spørsmålet balanserte jeg en ny plan med det samme settet med oppgaver, men endret sammensetningen av utøverne. Svaret var ikke umiddelbart, men det tok ikke lang tid.

Jobber med planen

Når prosjektet er i gang, kan den opprinnelige planen som ble brukt til å estimere, også brukes til å spore prosjektfremdriften. Prosjektlederen er pålagt å regelmessig utføre følgende aktiviteter:

Utstede oppgaver til utøvere
Merk utførte oppgaver i planen
Juster planen ved vesentlige avvik

Utstedelse av oppgaver fra eksekutører kan utføres på ulike måter. Du kan dele opp utførelsen i korte iterasjoner, danne en pool av oppgaver per iterasjon og merke resultatene på slutten av iterasjonen. Du kan umiddelbart fortelle de ansatte et sett med oppgaver for scenen, gi hver enkelt en kopi av Gantt-diagrammet og med jevne mellomrom spørre dem om fremgangen deres. Du kan bruke MS Project og TFS-integrasjonen og laste opp prosjektet ditt direkte til TFS. Poenget ligger ikke i midlene. Hovedsaken er regelmessige planoppdateringer. Jeg gjør dette en eller to ganger i uken. Dette gjør det mulig å raskt se problemområder.
For å identifisere et problemområde er det praktisk å bruke ulike grupperinger - etter utførende, etter komponenter osv. Det kan ofte vise seg at prosjektet som helhet til og med går foran skjema, men i en viss sammenheng er det etterslep, for eksempel fikk en av utviklerne uventet et alvorlig systemisk problem som førte til avvik. Hvis du bare bruker den gjennomsnittlige beregningen, vises ikke dette problemet - det vil bare vises på slutten av stadiet, når det er for sent å gjøre noe.

Merk. Vanligvis flytter jeg ikke oppgaver på kalenderen, men merker bare hvor komplette de er. Jeg sporer avvik fra planen ved avviket til den overordnede prosjektoppgaven fra det aktuelle øyeblikket.

Det er en annen strategi - å gjøre endringer i oppgavefrister, "skyve" uoppfylte oppgaver fremover. Med denne tilnærmingen kan du bruke en annen nyttig MS Project-funksjon - grunnlinjen - for å spore avvik fra planen. En grunnlinje er ganske enkelt et lagret øyeblikksbilde av oppgavenes tilstand. Dette kan gjøres i begynnelsen av prosjektet. For å sammenligne gjeldende plan med grunnlinjen, åpne "Gantt-diagrammet med sporing". For en dynamisk plan der rekkefølgen på oppgaver endres ofte, kan dette være upraktisk, så jeg setter inn milepæler i prosjektet som reflekterer noen viktige prosjektleveranser og sporer avvik fra grunnlinjen kun for disse.

Administrer oppgavestruktur ved hjelp av egendefinerte felt

Jeg anbefaler på det sterkeste å ikke bruke oppsummeringsoppgaver i MS Project for funksjonell dekomponering eller kategorisering av oppgaver. Faktum er at hierarkiet av oppgaver i MS Project er sterkt knyttet til rekkefølgen deres. Og ofte vil du se på oppgaver i forskjellige sekvenser, mens hele strukturen "faller fra hverandre." For å administrere oppgavestruktur anbefaler jeg å bruke Egendefinerte felt. MS Project har et forhåndsdefinert sett med felt med udefinert oppførsel som vi kan bruke etter eget ønske. For å bryte ned oppgaver i komponenter må du for eksempel bruke et tekstfelt Tekst1 opprette felt Komponent og gi den en liste over verdier som tilsvarer systemkomponentene.

Etter dette får vi muligheten til å spesifisere for hver oppgave komponenten den tilhører, og ved hjelp av oppgavegruppering etter komponenter spore hvordan ting går.

Egendefinerte felt lar deg dele opp oppgaver i flere kategorier, for eksempel delte jeg oppgaver etter type arbeid: Utvikling, Testing, Dokumentasjon.
La meg nevne for de nysgjerrige at i MS Project kan du også sette regler for tegning av diagrammer basert på oppgaveegenskaper. Hvis ønskelig, kan du få oppgaver for forskjellige komponenter til å ha forskjellige farger, og fargen vil kun bestemmes av oppgaveegenskapen, den trenger ikke angis manuelt for hver oppgave. Slike innstillinger krever ikke skriving av skript, men gjøres ved å bruke standard kartkonfigurasjonsverktøy.

Bruken av tilpassede felt, samt filtrerings-, sorterings- og grupperingsfunksjonene innebygd i MS Project, lar deg få en rekke visninger som lar deg få svar på mange av spørsmålene som dukker opp for en prosjektleder.

Gjennomføring av prosjektet

På slutten av prosjektet får vi en plan der alle oppgavene er utført. Jeg prøver vanligvis å beholde den opprinnelige planen også, i det minste som en grunnlinje. For å være ærlig, på dette stadiet er MS Project til liten nytte, siden det ikke er de planlagte verdiene som er av interesse, men de faktiske. MS Project Server tilbyr noen løsninger på dette problemet den har muligheten til å ta hensyn til faktiske arbeidskostnader, men dette er utenfor rammen av denne artikkelen.

Konklusjon

Jeg prøvde å oppsummere min erfaring med å bruke MS Project til å praktisk talt løse problemer som dukket opp foran meg da jeg administrerte programvareutviklingsprosjekter. Den beskrevne metodikken hevder ikke å være universell, men den virker for meg å være ganske enkel og logisk, og samtidig tillater den å løse praktiske problemer for prosjektlederen.
Ved å bruke denne tilnærmingen har jeg klart å fullføre mer enn ett prosjekt i tide.
Riktignok var det også feil. Dette skjedde som regel når den forberedende delen av prosjektet, nemlig problemformuleringen, var dårlig utført. De. resultatet av prosjektet var ikke akkurat det som var nødvendig, og forståelsen av dette kom for sent.

Jeg er sikker på at jeg har gått glipp av noe, still gjerne spørsmål.

Vi er klare til å gi deg Microsoft Project-opplæring, samt gi råd om bruk av Project for å løse dine forretningsproblemer. Dessuten trenger du ikke gå til et treningssenter for å tilegne deg ny kunnskap: vi organiserer opplæring via Internett ved hjelp av moderne konferanseverktøy. Du kan bestille individuelle konsultasjoner eller opplæring for en liten gruppe spesialister fra din organisasjon.

Hvorfor MS Project-kurs ikke fungerer

Etter å ha snakket med mange Brise-kunder, har vi forstått hvorfor tradisjonelle Microsoft Project-gruppekurs sannsynligvis vil være til liten hjelp for de fleste av deltakerne.

Treneren har et standard kursprogram på forhånd, der det er umulig å ta hensyn til de ulike treningsnivåene til gruppemedlemmene, samt forskjellene i læringsmålene de setter seg. Dette problemet er spesielt akutt når opplæringen ikke er bedriftsorientert, og en gruppe ansatte fra ulike organisasjoner samles.
Med et stort antall elever har ikke treneren mulighet til å ta nok hensyn til arbeidsproblemer og vanskeligheter som oppstår i læringsprosessen for hver av dem. Det høres paradoksalt ut, men Jo mer en trener tjener på å undervise en gruppe, jo dårligere vil han trene hver av deltakerne.
Vanligvis varer kurs bare noen få dager på rad, hvor læreren prøver å "laste ned" mye informasjon til studenten på en gang, med svært begrenset praksis og manglende evne til å forstå denne informasjonen i praksis. En overveldet student kan legge igjen en strålende anmeldelse umiddelbart etter kurset, men etter en stund viser det seg at han lærte svært få ferdigheter, eller ikke de han vil trenge i praksis.
I verste fall, i et prosjektlederkurs, gjennomføres opplæringen foran en tavle og projektorskjerm i stedet for i en datalab, og studentene får overhodet ingen øvelse i å bruke Prosjektprogrammet.

Hvilken tilnærming til læring er mer effektiv?

Flere korte seminarer i stedet for ett langt. Våre seminarer varer ikke mer enn 2 timer. I dette tilfellet bør pausene mellom dem være flere arbeidsdager slik at studenten kan mestre den tilegnete kunnskapen i praksis.

Små grupper. For gruppetrening tillater vi ikke mer enn fem personer i en gruppe, som alle er fra samme organisasjon. Dette vil tillate ansatte å dele sine erfaringer med hverandre og bidra til å utvikle felles tilnærminger til videre arbeid.

Ingen turer til treningssenteret. I det 21. århundre, med den universelle tilgjengeligheten til Internett, er det en uoverkommelig luksus å bruke like mye tid på å reise til klassen og tilbake som selve seminaret.

Hvem gjennomfører opplæringen: våre eksperter

Vi tilbyr en-til-en-råd fra Microsoft Project-eksperter som ikke spesialiserer seg på opplæring, men har lang erfaring praktisk bruk produkt. Brise-eksperter:

Implementere MS Project i organisasjoner i ulike bransjer;
De skriver artikler om bruk av Project i prosjektledelse, som publiseres blant annet på nettsiden vår;
De svarer på en rekke spørsmål på et av de viktigste russiskspråklige foraene på Project;
Løse komplekse tekniske problemer, inkludert når du samhandler med prosjektutviklere;
Utvikle tilleggskomponenter for MS Project.

I følge våre estimater er det ikke mer enn 30 eksperter med slike kvalifikasjoner i hele CIS, men vi tilbyr individuelle konsultasjoner for tre av dem med timelønn til prisen av en vanlig tannlege.

Kostnader for utdanning - 2500 rubler time, uavhengig av antall deltakere (fra én til 5 personer). Sammenlignet med prisen på andre populære kurs, kan en-til-en-opplæring som varer i 3 timer eller mer være billigere enn et helt kurs.

Temaer for opplæring og konsultasjoner om prosjekt

Opplæringsopplegget er individuelt for hver elev eller gruppe, og legges opp på bakgrunn av resultater fra et forintervju. Vi tilbyr følgende populære og viktige emner som kan inkluderes i treningsprogrammet ditt:

Tilpass Microsoft Projects eller prosjektmaler profesjonelt for å passe organisasjonens behov:
- automatiske indikatorer for oppgavestatus (status, avvik i tempoet for fullføring av volumer, forsinkelser i tidsfrister);
- sette opp formler i tilpassede felt for å beregne de nødvendige oppgaveindikatorene (planlagt % fullføring og volum av arbeid på rapportdatoen, planlagt saldo, avvik i tidsfrister og fullføringstempo);
- sette opp Gantt-kartvisninger og tabeller for å gruppere og vise de nødvendige oppgaveindikatorene og tildelte volumer;
- sette opp for lederen for alle indikatorer i kalenderplanen (fullførte og gjenværende volumer, totale mesterte volumer, avvik etter periode og kumulativ, budsjettutvikling, etc.);
- sette opp prosjektmaler for å redegjøre for gjensidige oppgjør under kontrakter med entreprenører;
- sette opp OLAP-kubemaler for automatisk å lage Excel-diagrammer og pivottabeller for alle MS Project-oppgaveindikatorer.
Konsultasjoner om fullførte innstillinger for eksempler på dine prosjekter og problemer som oppstår i MS Project.
Sette opp delte arbeidsområder i skydokumentlagring for eksterne deltakere for å få tilgang til prosjektdata.
Dataintegrasjon mellom Excel-dokumenter og MS Project.

Hvordan få en konsultasjon

For å bestille en opplæring eller konsultasjon må du følge disse trinnene.

Hvis du trenger hjelp til å jobbe med MS Project, kontakt oss nå. Foreløpig kan våre eksperter sammen ikke bevilge mer enn 10 timer i uken til konsultasjoner, så det er mulig at vi i fremtiden må øke kostnadene for denne tjenesten, eller gi den etter avtale.

Kirilina Marina Nikolaevna.
Leder for prosjektkontor, leder for bedrift treningssenter, Prosjektportefølje (program) leder. Erfaren lærer-utøver innen feltet "Prosjektledelse". Vinner av det prestisjetunge internasjonale sertifikatet til AFW Academy (Tyskland). Master of Business Administration (MBA), medlem av Project Management Institute (PMI)®. Tjenester for gjennomføring av bedriftsopplæring for ansatte i prosjektledelsesmetodikk og beskrivelse av forretningsprosesser med mål om å optimalisere disse som bedriftskonsulent.

Samarbeid med SPS-Group (St. Petersburg), Microsoft Corporation, Spetsstroymontazh, etc.

Har erfaring med samarbeid som uavhengig ekspert på prosjektledelse med ulike organisasjoner, inkludert Moskvasenteret for innovativ utvikling, KEMS company, Graviongroup, personlige konsultasjoner med toppledere for å optimalisere forretningsprosesser, opplæring av toppledere i det grunnleggende innen prosjektledelse.

Spesialisering: prosjektledelsesmetodikk, prosjektledelsesprogramvare (Project, Mindjet), presentasjonsorganisering, presentasjonsprogramvare (PowerPoint). Flere proprietære kurs er utviklet: " Forretningsspill«Team for takeoff», «Prosjektledelse basert på GOST», «Bygge intellektuelle kart Mindjet Manager», «Hvordan forstå kunst», «Festivalledelse».

Har publikasjoner: "Magazine Program and Project Management", Grebennikov Publishing House, jeg driver en vanlig spalte "Business World", et Internett-magasin.

Gjennomføre en revisjon av organisasjonens nåværende aktiviteter, organisasjonsstruktur og gjeldende regelverk. Identifisering av eksisterende prosjekter og prosesser i organisasjonen.

Formalisering av prosjektorienterte prosesser. Konstruksjon bedriftssystem prosjektledelse basert på MS Project Server 2016/2013/2010, Lotus Domino. Utvikling av standarder og regelverk for prosjektledelse, instrukser og metodiske manualer. Optimalisering av bedriftens prosjektarbeidsflyt.

Opplæring av ledende ledere av organisasjonen i det grunnleggende innen prosjektledelse. Organisering av utdanningsprosessen på nøkkelferdig basis: administrasjon, utvikling av en kurslinje, markedsføringsarrangementer, promoteringsstrategier. Utvikling av originale undervisningsmetoder som tar hensyn til forretningsbehov.

Prosjektledelse. Koordinering av mål, tidsfrister, budsjett. Planlegging og kontroll av arbeidsutførelse. Håndtere krav og kravendringer. Avvik og risikostyring. Arbeid med primær regnskapsdokumentasjon, personal. Valg og optimalisering av prosjektteam, utvikling av KPIer.

Marina Nikolaevna forbedrer stadig sitt profesjonelle nivå. Gjennomført over 15 store prosjekter. Hun vet hvordan hun skal formidle materialet til alle, svarer i detalj på alle spørsmål om emnet for klassene, og deler med publikum den enorme erfaringen hun har samlet i praktisk arbeid.

55201AC: Microsoft Project 2019. Administrere prosjekter

Trenger du å få systemkunnskap og ferdigheter i å administrere prosjekter og prosjektporteføljer ved hjelp av Microsoft Project Professional 2019? Pass på å ta dette kurset. Den ble utviklet av ledende lærere ved senteret og ble autorisert av Microsoft, etter å ha tålt en streng revisjon og uavhengig undersøkelse.

Kurset anbefales for prosjektledere og planleggere, program- og prosjektporteføljeledere, samt ansatte som er involvert i prosjektplanlegging og ressursstyring ved bruk av MS Project Professional eller prosjektporteføljekoordinering vha. MS Project Online eller MS Project Server.

Etter vellykket gjennomføring av kurset vil du motta omfattende kunnskap innen prosjektledelse ved å bruke applikasjonen MS Project Professional 2019. Programmet inneholder all nødvendig informasjon om hvordan man administrerer prosjekter - fra planlegging og ressursplanlegging og multi-prosjektledelse til analyse og prognoser. Du vil kunne planlegge ressurser og tidskostnader for prosjektet, lære å evaluere og optimalisere prosjektet når det gjelder timing, arbeidskostnader og kostnader. Du vil vite hvordan du effektivt kan overvåke og kontrollere fremdriften til et prosjekt, samt analysere, lage prognoser og utarbeide rapporter. I tillegg til å mestre alle verktøyene Microsoft Project, treningsprogram inkluderer en oversikt over moderne skyteknologier og tar hensyn til erfaringen til en annen global markedsleder - Oracle Primavera.

Kurset "55201AC: Microsoft Project Professional 2019. Project Management" gir forberedelser til), og forbereder også for CAPM ® (Certified Associate in Project Management) sertifisering og PDU for fornyelse av dine eksisterende sertifiseringer:

	Teknisk	Ledelse	Strategisk	Total
PMI_RMP®	-	-	-	-
PMI_SP®		-	-
PMP(r)®		-	-
PgMP(r)®		-	-
PMI_ACP®	-	-	-	-
PfMP®	-	-	-	-
PMI_PBA SM	-	-	-	-

Etter å ha fullført opplæringen vil du motta et prestisjefylt sertifikat fra senteret "Specialist" og et internasjonalt Microsoft-sertifikat.

PMI og CAPM er registrerte merker for Project Management Institute.