Uue projekti loomine MS Projectis. Äriprojekti koostamine Microsoft Projectis

Saada oma head tööd teadmistebaasi on lihtne. Kasutage allolevat vormi

Hea töö saidile">

Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.

Sarnased dokumendid

    Microsoft Projecti (projektihaldustarkvara) tööpõhimõtted, selle põhimõisted: ülesanded, ressursid, ülesanded. Toimingute jada uue projekti loomiseks, ülesannete ja nendevaheliste sõltuvuste sisestamiseks, ressursside sisestamiseks. Töötamine kalendritega

    kursusetöö, lisatud 23.01.2011

    Kaasaegne süsteem projektijuhtimine ProjectExpert ja Microsoft Project 2007. Project Expert - äriplaanide väljatöötamine ja investeerimisprojektide hindamine, programmi omadused. Projekti "JSC Nif-Nif" juhtimine tarkvarakeskkonnas Microsoft Project.

    kursusetöö, lisatud 14.05.2015

    Keeruliste projektide juhtimise meetodid. Projekti atribuutide redigeerimine. Seadistage projekti kalender. Looge Microsoft Projectis ülesandeid ja muutke nende atribuute. Vabade ressursside valik ja nende kasutamine. Projekti kokkuvõtte ja eelarvearuande koostamine.

    laboritööd, lisatud 03.01.2015

    Peamiste projektijuhtimise meetodite tunnused, nende eripärad, kriteeriumid ja valiku põhjendus, analüüs infotehnoloogiad. Microsoft Project programmi pakutavate võimaluste analüüs, selle tasuvus.

    lõputöö, lisatud 28.06.2010

    Projektijuhtimise alused Microsoft Projecti abil. Salyuti tuumaelektrijaama mikrolaineseadmete tootmise moderniseerimise analüüs koos monoliit-integreeritud, hübriid-monoliitsete seadmete ja elektroonikakomponentide tootmise suurendamisega.

    kursusetöö, lisatud 16.01.2014

    Pagariäri loomise projekti põhiomaduste, etappide, ülesannete ja nende täitmiseks vajalike ressursside kirjeldus. Projektiplaani analüüs ja optimeerimine Microsoft Projecti abil, andmete sisestamine programmi. Automaatne ressursside tasandamine.

    test, lisatud 06.02.2010

    Projekti maksumuse hindamine funktsiooni Microsoft Project abil tehnilise tööprojekti koostamise näitel ülesannete kogumile "Toodete ja teenuste kvaliteedi juhtimine". Programmi eesmärk ja kasutustingimused, selle omadused ja kasutusjuhend.

    lõputöö, lisatud 20.03.2012

Microsoft Project (või MSP) on projektihaldusprogramm, mille on välja töötanud ja turustab Microsoft Corporation.

Microsoft Project on loodud selleks, et aidata projektijuhil plaane välja töötada, ülesannetele ressursse eraldada, edenemist jälgida ja töö ulatust analüüsida. Microsoft Project loob kriitilised teegraafikud. Ajakavasid saab koostada, võttes arvesse kasutatud ressursse. Kett on visualiseeritud Gantti diagrammil.

Microsoft Projecti kaubamärgi all on saadaval mitmed tooted ja lahendused:

Microsoft Project Standard on ühe kasutaja versioon väikeste projektide jaoks Microsoft Project Professional on toote ettevõtteversioon, mis toetab ühine juhtimine projektid ja ressursid ning projektiportfelli haldamine Microsoft Project Serveriga.

Microsoft Project Web Access on veebipõhine liides ülesannete täitmise aruandluseks ja projektiportfellide vaatamiseks Microsoft Project Portfolio Server on toode käivitatavate projektide valimiseks tasakaalustatud tulemuskaartide alusel, mis on Microsoft Project Serveris sisaldunud alates aastast. MS Project 2010.

Alates 2013. aastast hakkas Microsoft tarnima Microsoft Project Online'i pilvepõhist versiooni.

Microsoft Project on vaid tööriist, projektijuhtimise elluviimiseks on vaja valida projektijuhtimise metoodika. Reeglina rakendatakse metoodikat projektijuhtimise "regulatsioonide" ja MS Projecti valdkonnapõhiste paranduste kaudu.

20 000 000 kasutajaga Microsoft Projectil on monopol.

Toote kõige ilmsem eelis on see, et see kuulub perekonda Microsofti kontor. See pakub järgmisi eeliseid, mis on ühised kõigile MS Office'i toodetele:

Sama lühike kasutajakoolitusaeg nagu teiste Microsoft Office'i programmide puhul

Rikkalikud kohandamisvõimalused Microsoft Exceli valemite stiilis (toode ise on loodud liideses, mis on Microsoft Excelile võimalikult lähedane)

Võimalus kohandada toodet oma spetsiifikaga programmeerides või ostes Visual Basicu või Microsoft.Neti baasil loodud valmislahendusi.

Microsoft julgustab ostma partneritelt valmislahendusi Microsoft ISV Royalty programmi kaudu, kompenseerides klientidele ja partneritele tööstuslike lahenduste arendamise eest, samuti see programm eesmärk on vähendada tooteprobleeme tehnilise toe abil.

Microsoft mõistab oma toote puudujääke tausta töökindluse valdkonnas ja kasutab mitmeid programme, et üksikud eksperdid ja partnerid saaksid seda probleemi lahendada. Kui Microsoft Projecti töölaud ise on sama töökindel kui Microsoft Excel ja sellel pole olulisi pretensioone, siis Microsoft Project Serveri töökindlus on isegi Microsofti kesksete ekspertide ja tootepartnerite kriitika keskmes.

Microsoft lahendab selle Microsoft Project Serveri töökindluse probleemi programmikomplektiga.

Microsoft ISV Royalty programmi kaudu hüvitatakse partneritele ja klientidele osa lahenduse täiustatud tehnilise toe kuludest.

Microsoft kutsub oma klientide ja partnerite tugevamaid eksperte ning ennekõike Microsoft Project Serveri kvaliteedi suhtes kriitilisi tundjaid osalema selle arendus- ja testimisprogrammis Microsoft Technology Adoption Program . Microsoft pakub tasuta foorumikonsultatsiooniteenust kõige väärtuslikuma professionaali programmi (Microsoft MVP) kaudu.

Kell õige rakendus nendest programmidest on serverikomponentide töökindlusprobleemid suures osas tasandatud: osa tehnilise toe kuludest kompenseerib Microsoft ja tasuta konsultatsioonid foorumitel; Microsofti suurkliendid ja partnerid saavad Microsofti tehnoloogia abil testida keerulisi ettevõtte juurutamise stsenaariume. Lapsendamise programm.

Seadistage ja planeerige projekt Microsoft Projectis

Microsoft Projectis tuleks tööd alustada tööaja määramisega. Selleks leidke tööriistaribal vahekaart "Fail" ja valige üksus "Valikud". Valikute aknas peame minema vahekaardile "Ajakava", "Täpsemalt". Järgmised joonised näitavad tööaja seadistusi ja väärtuste kuvamise seadistusi.

Joonis 1 – tööaja seadistus


Joonis 2 – Väärtuse seaded

Kui oleme kindlaks määranud soovitud koguste tähistuse, saame jätkata projekteerimisega.

Kõigepealt peate programmi sisestama ülaltoodud plaani referaat ja rühmitada need selle kava järgi.


Joonis 3 – Projekti plaan


Joonis 4 – Projekti plaan

Niisiis, projektiplaan on valmis. Kuid projekt ise pole veel teostatud, sest puuduvad inimesed ja vahendid, kellega seda projekti teostada. Ressursi määramiseks peate valima tööriistaribal vahekaardi Vaade ja valima üksuse "Ressursiloend". Allpool on toodud ressursid, mida tutvustame.


Joonis 5 – Ressursileht

Mallid on loodud projektifailide standardimiseks projektimeeskonnas või organisatsioonis. MS Projectis on kahte tüüpi malle: Global.mpt fail ja failimallid. Globaalne fail salvestab peamised sätted, mis kehtivad uutele projektidele. Failimallid on üldised projektid, mis salvestatakse hilisemaks standardimise eesmärgil kasutamiseks.

globaalne fail

Globaalset faili ei saa redigeerimiseks avada nagu tavalist faili - muudatused tehakse selles Korraldaja kaudu (Korraldajaga töötamist arutasime jaotises “Vaadete ja nende komponentide eemaldamine ja teisaldamine”). Üldsätete muutmiseks klõpsake dialoogiboksi Valikud erinevatel vahekaartidel nuppu Määra vaikeväärtuseks.

Ketas salvestab globaalse faili Global.mpt kaks koopiat – üks MS Projecti installikaustas ja teine ​​kasutaja töökaustas. (Nende failide asukoha leiate Windowsis failiotsingu käsuga.) Installikaust sisaldab programmiga kaasas olevat algset mallifaili ja töökaust sisaldab selle koopiat koos kõigi programmiga töötamise ajal tehtud sätetega. programm. See on see fail, mida programm kasutab töötamise ajal.

Kui kustutate globaalse faili kasutaja töökaustast, paigutab MS Project käivitumisel installikausta faili automaatselt sinna. Seetõttu saate malli algsätete juurde naasmiseks lihtsalt tööfaili kustutada.

Failimalli loomine

Failimallid loob kasutaja, salvestades projektiplaanid *.mpt-vormingus. Malli saab salvestada igasugust teavet: ülesannete, ressursside ja ülesannete andmed, vaate seaded, makrod jne. Samas võib malli salvestamisel sinna sattuda ka mittevajalikku infot praegusest plaanist (näiteks andmed tegelike tööjõukulude kohta, mida uute projektide loomisel kindlasti vaja ei lähe). Seetõttu kuvatakse faili mallivormingus salvestamisel dialoogiboks (joonis 23.16), kus määratakse, millised praeguse plaani andmed ei tohiks malli sattuda.

Riis. 23.16. Malli salvestatavate andmete määramine

Dialoogiboksis on märkeruudud, mille märkimisel määrate mallis mitte sisalduvad andmetüübid. Märkeruut Kõigi lähtejoonte väärtused eemaldab tulevasest mallist projekti lähteandmed. Märkides linnukese Tegelikud väärtused, eemaldate mallist salvestatud plaani praegused tegelikud väärtused. Flag Resource Rates (Ressursimäärad) määrab, kas ressursside määrade andmed salvestatakse malli. Ülesannete fikseeritud kuluandmeid saab eemaldada, märkides märkeruudu Püsikulud. Kui märkige ruut Kas ülesanded on Microsoft Project Serveris avaldatud, jäetakse malliserverist välja ülesannete avaldamisandmete probleem.

Tavaliselt kaasatakse ressursimäära andmed malli, kui samu ressursse kasutatakse projektides, mis ajastatakse malli abil. Lisaks on mõnikord kasulik edastada andmeid ülesannete püsikulude kohta, kuna sageli on samade ülesannete püsikulud sama tüüpi projektides samad. Joonisel fig. 23.16 läheme üle ainult mallile. ressursimäära andmed.

Loo mallist fail

Malli alusel faili loomiseks tuleb kasutada menüükäsku Fail V Uus (Fail V Loo) ja seejärel paneeli ülesandealal Uus projekt (Projekti loomine) jaotises Uus mallist (Loomine kasutades mall) valige mall, mille põhjal koostatakse projektiplaan (joonis 23.17).

Riis. 23.17. Projekti loomise paneel

Meie puhul sisaldab mallide loend faili BookProject.mpt, mille lõime selle raamatuga kaasnevate failide ettevalmistamiseks. Klõpsates malli nimel, luuakse selle põhjal fail. Lisaks on mallide loendis üksus Üldmallid (Üldised mallid), millele klõpsates suunatakse teid dialoogiboksi täielik nimekiri mallid, mida saab kasutada uue faili loomisel (joonis 23.18).

Mallide loendi dialoogiboks on jagatud kahte rühma: esimene vahekaart Üldine sisaldab kasutaja loodud mallide loendit ja tühja projektimalli. Teine vahekaart Project Templates sisaldab MS Projectiga kaasasolevaid malle. Valides mõne neist ja topeltklõpsates selle ikoonil, loote uus projekt selle põhjal.

  • õpetus

Väike sissejuhatus

Kogu metoodika on vaid komplekt lihtsad meetodid ja soovitused MS Projecti kasutamiseks projektijuhi rakendusprobleemide lahendamiseks. Teen kohe reservatsiooni, et metoodika ei pretendeeri universaalsusele ja on rakendatav vaid teatud piirangute korral, mida loo käigus mainin.

Kõigepealt meenutagem, mida projektijuhilt tavaliselt nõutakse. Kogenud juhtide jaoks on see ilmselge, kuid algajatele (või alles peagi juhiks saamas) on kasulik seda veel kord meeles pidada. Seega arendusprojekt tarkvara on mõne ainulaadse toote loomine. Erinevatel etappidel eluring RP projekt on vajalik erinevate ülesannete lahendamiseks.

Enne projekti alustamist
Enne projekti alustamist peab projektijuht tavaliselt vastama kahele küsimusele:
  1. kui kaua projekt aega võtab
  2. kui palju projekt maksma läheb
Samal ajal on oluline mõista, et keegi ei ole huvitatud sellisest vastusest nagu "mitte varem kui kuue kuu pärast". See vajab lihtsalt ülalt hinnangut.
Märge. Ma ei ole kunagi pidanud tegelema projekti selgesõnalise rahalise väärtusega ja nagu ma nüüd aru saan, on see tõsine tegematajätmine. Kõik minu juhitud projektid teostasid ettevõtte töötajad. Projektimeeskond moodustati kogu projekti ajaks, teatud ajaks kaasati mõned spetsialistid. Tegelikult pean ma hindama vajalike esinejate arvu ja ka nende kaasamise aega. Mulle tundub, et see on tarkvaraarendusettevõtete jaoks üsna tüüpiline olukord. Lõpuks taandub kõik tööjõukulude hinnangule, mis empiiriliste valemite abil muutub projekti maksumuse hinnanguks. Nagu näete, on projekti maksumus otsene sõltuvus selle ajastusest.
Projekti käigus
Nimetatud piirangute tingimustes on projektijuhi põhiülesanne tagada projekti elluviimine märgitud aja jooksul ning see on otseselt
mõjutab selle väärtust. Ettenägematud asjaolud, mis iga projektiga tingimata kaasnevad, võivad põhjustada tähtaegadest möödalaskmist. Rangelt võttes võib projekti ajakava ootamatult lühendada, aga ausalt öeldes pole ma sellist asja näinud. Juht on kohustatud sellistele sündmustele õigeaegselt reageerima, et vähendada negatiivseid tagajärgi. Ainus viis, mida ma tean selle ülesande täitmiseks, on hoolikas planeerimine, eelseisvate probleemide korrapärane jälgimine ja plaanide kohandamine.
Projekti lõpus
Projekti lõpus vaatab juht tavaliselt tagasi ja teeb projektist kokkuvõtte. Kõige sagedamini tuleb hinnata, kuidas projekt planeeritud ajakavadest välja tuli ja miks see juhtus.

Mida saab MS Project teha

Vaatamata välisele keerukusele on MS Project ideoloogiliselt väga lihtne. See töötab kolme olemiga – ülesanded, ressursid, kalender ja nendevahelised lingid. Sisuliselt on see andmebaas, kasutajaliides olemite loomiseks ja redigeerimiseks ning minimaalne, õiglaselt lihtne automatiseerimine(mida Project ise, vastusena sisendile teeb).

Analüüsime lühidalt olemite omadusi.

Ülesanne sellel on kestus, ulatus, määratud ressurss ja pagana palju erinevaid omadusi. Kui sisseehitatud omadusi pole piisavalt, võite lisada oma - me kasutame seda hiljem. Ülesandeid võivad omavahel siduda erinevad suhted (eelkäijad, järglased jne).

Ressurss on palju kirjeldavaid omadusi, kuid mis kõige tähtsam, see võib olla
määrata saadavus õigeaegselt, selleks kasutatakse kalendrit. Ressurss võib olla
ülesandele määratud.

Nende andmete põhjal saab Project teha erinevaid vaateid
filtrid, rühmitused, sorteerimine jne. Lisaks oskab ta mingi algoritmi järgi kuidas
Arvutage ülesannete algus- ja lõppkuupäevad määratud ressursside saadavuse põhjal
ja ülesannetevahelised seosed. See on peaaegu kõik, mida ta teha saab.
Vaatame, kuidas me sellest kasu saame

Kuidas seda kasutada

Märge Selguse huvides täpsustan mõnda üldist projekti omadused,
kellega koos töötasin. Niisiis, me räägime tarkvaraarendusprojektidest,
mis koosneb mitmest etapist. Iga etapi lõpus peame mõned saama
käegakatsutav tulemus, mida kliendile esitletakse, seega on meie jaoks oluline hinnata
mitte ainult projekti kui terviku, vaid ka iga etapi tähtaeg. Kordan, ainus ressurss
milleks on vaja inimesi ja me ei palka väljastpoolt spetsialiste, vaid kasutame
võimalused olemasolevatele töötajatele.
Plaani koostamine
Seega on meie ees tehniline ülesanne ja me peame vastama kolmele küsimusele:
  1. Kui kaua see projekt aega võtab?
  2. Kui palju (ja milliseid) spetsialiste selleks vaja on?
  3. Kui suur on selle projekti eeldatav tööjõukulu?
Selleks koostame MS Projectis umbkaudse projekti teostamise plaani. Need. Kirjutame lihtsalt järjestikku üles ülesanded, mis tuleb täita. Tehnilise ülesande ülesannete kogumiks muutmise tehnika on omaette lugu, sellel ma praegu pikemalt ei peatu.
Plaani koostamine toimub mitmes etapis:
  1. Tööülesannete nimekirja koostamine
  2. Ülesannete vaheliste sõltuvuste paljastamine
    (millise ülesande tulemust on vaja järgmise juurde liikumiseks?).
  3. Määrake ülesannete täitjad
  4. Ressursikoormuse tasakaalustamine
  5. Tasakaalustades seda, mis meil on
Plaani koostamisel järgime järgmisi soovitusi:
  1. Me ei kasuta dekomponeerimiseks kokkuvõtvaid ülesandeid.
    Kõik ülesanded on paigutatud ühte lineaarsesse loendisse. Alguses võib see tunduda ebamugav,
    kuid see säästab palju probleeme tulevikus. Ülesande struktuuri haldamiseks
    kasutage kohandatud välju (vt allpool).
  2. Drag&Drop-i kasutatakse sageli ülesannete sõltuvuste haldamiseks. Kui ülesandeid on palju, muutub see kiiresti ebamugavaks. Sel juhul soovitan mitte kasutada lohistamist, vaid selgesõnaliselt märkida eelkäija ülesannete numbrid. Selleks saab tabelisse lisada veeru "eelkäijad" ja sisestada ülesannete numbrid käsitsi.
  3. Iga ülesande tähtaeg ei tohiks ületada kahte nädalat.
    Kui ülesande tähtaeg ületab nädala, on see juba põhjust mõelda selle lagunemisele. Järgisin väga lihtsat hindamismetoodikat: primitiivne ülesanne - 2 päeva, keskmine
    raskusaste - 1 nädal, raske ülesanne - 2 nädalat. Samal ajal ei tohiks olla palju keerulisi ülesandeid. Selline lähenemine võimaldab koostada hindamisplaani üsna kiiresti.
    Ühest küljest ei ole saadud hinnang muidugi täpne, kuid teisest küljest, milline neist on täpne? Kogemuse järgi praktilise rakendamise Ma võin seda edasi öelda
    suurprojektide puhul on vead üksikute ülesannete hinnangutes enamasti tasandatud ning väikestel projektidel on sageli võimalik (ja vajalik!) kasutada täpsemaid hinnanguid.
  4. Väldime igal juhul ülesandeid, millel on mitu täitjat. Igale ülesandele tuleks määrata ainult üks täitja. Mõistlik on määrata kaks esinejat
    ainult siis, kui nad tõesti töötavad koos (näiteks harjutate paarisprogrammeerimist). Muudel juhtudel on parem probleem lahti seletada.
  5. Esinejate määramisel lähtume nende erialast ja kvalifikatsioonist, samas ei pea muretsema töökoormuse ühtluse pärast.
  6. Ülesannete etappideks jaotamiseks kasutame kokkuvõtvaid ülesandeid. Me paneme etappide vahele sõltuvused nii, et need läheksid järjestikku. Jaotus etappideks on veel üsna ligikaudne.
Projekti tasakaalustamine
Tehnika juures on kõige olulisem just tasakaalustamine. Selle protsessi eesmärk on koostada plaan, milles töö on läbivalt teostajate vahel üsna ühtlaselt jaotatud.

Pärast plaani esialgset koostamist saadakse tavaliselt täielik häbi, mitte projekt. Hakkame siis korda seadma. Korrastamine seisneb esinejate ülesannete käsitsi tasakaalustamises ja etappideks jagamises. Selleks kasutame ülesannete rühmitamine esitajate kaupa et näha, kuidas ülesanded on lagunenud. Vaatamise hõlbustamiseks soovitan ülesanded sorteerida alguskuupäeva järgi.

Märge. Teoreetiliselt peaks koormuse hindamiseks kasutama graafikuid
kasutajate allalaadimised. Need graafikud on head (tõenäoliselt) ülemustele, kui nad
hinnata valmis projekt. Kuid need ei sobi plaani koostamise etapis, nagu nad näitavad
et kõik on halvasti, aga nad ei anna mingit infot, miks see nii on ja mida teha saab.

Siis algab tasakaalustamise võlu. Iga etapi täitmisaega tuleb minimeerida, tagades enam-vähem ühtlase koormuse kõigile projektis osalejatele. Selleks teeme järgmised sammud:

  1. Muuda ülesande täitjat.

    Seda on mõistlik teha, kui näeme, et ühel esinejal on palju ülesandeid,
    ja teisel on ilmsed "augud" ja ta võib osa tööst üle võtta
    esiteks.

  2. Liigutage ülesanne teise etappi.

    Ülesanne, mis toob kaasa lavaaja pikenemise, kuid pole vajalik
    etapi tulemuse saamiseks saab liikuda hilisemasse etappi. Ja vastupidi,
    kui laval on esinejate laadimisel "augud", ja vahetage esinejaid
    ebaõnnestub, võite proovida võtta ülesandeid järgmisest etapist.

Kahjuks peate seda kõike tegema käsitsi, tehes pärast iga muudatust ressursside tasandamist. Vaatamata näilisele keerukusele võtab see protsess tavaliselt piiratud aja. Aasta 8 osalejaga projekt, mis on jagatud 4 etappi, tegin korda vähem kui tunniga.

Nüüd vaatame veel kord hoolikalt projekti, veendudes, et ülesannete vahelised seosed on õigesti paigutatud, et midagi ei ununeks ning sooritajate määramised vastavad nende erialadele ja kvalifikatsioonile.

Riskiarvestus
Nüüd – viimane lihv: riskiarvestus. Ausalt öeldes pole ma tõsiseltvõetava riskijuhtimisega tegelenud, kuid arvestan teatud vääramatu jõu (nt esinejate haigestumine, ununenud teosed jne) võimalusega. Selleks lisan igale etapile madalaima prioriteediga näivülesande, mida nimetatakse "muuteks töödeks". Kui ressursid on tasandatud, jõuavad need ülesanded etapi lõppu. Nende ülesannete kestus sõltub esinemise tõenäosusest ja riskide mõju astmest, see sõltub ülesannete kestuse hinnangute määramise viisist, meeskonnaliikmete tervisest ja projektijuhi paranoia astmest. Tavaliselt määran "muu töö" kestuseks umbes kolmandiku kuni veerandi lava pikkusest.

Kõigi ülaltoodud manipulatsioonide tulemusena saame projekti elluviimise plaani, millega saame töötada.

Selle plaani abil saame:

  1. Loetlege projekti ajakava ja selle verstapostid. Mõistlikult ja koos kõrge aste
    usaldusväärsus.
  2. Hinnake projekti ligikaudseid tööjõukulusid
Märge. Tihti juhtub, et tähtaeg on üsna pikk ja tekib mõistlik küsimus, kas seda saab vähendada lisaesinejate kaasamisega. Sellele küsimusele vastamiseks tasakaalustasin uut kava kasutades samu ülesandeid, kuid muutes esinejate koosseisu. Vastus ei tulnud kohe, kuid see ei võtnud kaua aega.
Plaaniga töötamine
Projekti tootmisse panemisel saab projekti edenemise jälgimiseks kasutada ka hindamisel kasutatud algset plaani. Projektijuht peab regulaarselt tegema järgmisi toiminguid:
  1. Esitage esinejatele ülesandeid
  2. Märkige kavasse täidetud ülesanded
  3. Oluliste kõrvalekallete korral korrigeerige plaani
Esitajate poolt ülesannete väljastamist saab täita erineval viisil. Saate jaotada täitmise lühikesteks iteratsioonideks, moodustada iga iteratsiooni kohta ülesannete kogumi ja märkida tulemused iteratsiooni lõpus. Saate osalejatele kohe teada anda etapi ülesanded, anda igaühele Gantti diagrammi koopia ja perioodiliselt küsitleda edusamme. Saate kasutada MS Projecti ja TFS-i integratsiooni ning projekti otse TFS-i üles laadida. Asi pole vahendites. Peaasi on plaani korrapärane ajakohastamine. Ma teen seda umbes üks või kaks korda nädalas. See võimaldab probleemseid kohti kiiresti näha.
Probleemse piirkonna tuvastamiseks on mugav kasutada erinevaid rühmitusi – esitajate, komponentide jne järgi. Sageli võib selguda, et projekt tervikuna on isegi graafikust ees, kuid teatud kontekstis esineb mahajäämus, Näiteks komistas üks arendajatest ootamatult tõsise süsteemse probleemi otsa, mis viis kõrvalekalleteni. Ainult keskmise mõõdiku kasutamine seda probleemi ei näita – see ilmneb alles etapi lõpus, kui on juba hilja midagi ette võtta.

Märge. Tavaliselt ma kalendris ülesandeid ei liiguta, vaid märgin ainult, kuidas need täidetakse. Jälgin plaanist kõrvalekaldumist projekti koguülesande kõrvalekaldumise järgi praegusest hetkest.

On ka teine ​​strateegia – ülesannete tähtaegades muudatuste tegemine, tegemata tööülesannete "edasi lükkamine". Selle lähenemisviisi abil saab plaanist kõrvalekaldumise jälgimiseks kasutada MS Projecti teist kasulikku funktsiooni, baasjoont. Lähtejoon on lihtsalt ülesannete oleku salvestatud hetktõmmis. Seda saab teha projekti alguses. Praeguse plaani võrdlemiseks baasjoonega avage "Gantti diagramm jälgimisega". Dünaamilise plaani puhul, kus ülesannete järjekord muutub sageli, võib see olla ebamugav, seetõttu lisan projekti verstapostid, mis kajastavad mõnda projekti olulist tulemust, ja jälgin kõrvalekaldeid lähtejoonest ainult nende puhul.

Hallake ülesannete struktuuri kohandatud väljadega

Soovitan tungivalt mitte kasutada MS Projectis kokkuvõtlikke ülesandeid funktsionaalseks dekomponeerimiseks või ülesannete kategoriseerimiseks. Fakt on see, et MS Projecti ülesannete hierarhia on tugevalt seotud nende järjestusega. Ja sageli soovite vaadata ülesandeid erinevas järjestuses, samal ajal kui kogu struktuur "mureneb". Ülesande struktuuri haldamiseks soovitan kasutada Kohandatud väljad. MS Projectil on eelnevalt määratletud määratlemata käitumisega väljade komplekt, mida saame kasutada oma äranägemise järgi. Näiteks ülesannete komponentideks jaotamiseks peate lähtuma tekstiväli Tekst1 luua põld Komponent ja määrake selle jaoks väärtuste loend, mis vastab süsteemi komponentidele.

Pärast seda saame võimaluse määrata iga ülesande jaoks komponendi, kuhu see kuulub, ning ülesannete komponentide kaupa rühmitamist kasutades jälgida, kuidas asjad lähevad.

Kohandatud väljad võimaldavad jagada ülesandeid mitmesse kategooriasse, näiteks jagasin ülesanded töö liikide järgi: Arendus, Testimine, Dokumentatsioon.
Uudishimulike jaoks mainin ära, et MS Projectis saab määrata ka diagrammide joonistamise reeglid ülesande omaduste põhjal. Soovi korral saab teha erinevate komponentide ülesanded erineva värviga ja värvi määrab ainult ülesande omadus, seda ei pea iga ülesande jaoks käsitsi määrama. Sellised sätted ei nõua skriptide kirjutamist, vaid need tehakse tavaliste diagrammi kohandamise tööriistadega.

Kohandatud väljade kasutamine, aga ka MS Projecti sisseehitatud ülesannete filtreerimise, sortimise ja rühmitamise funktsioonid võimaldavad teil saada maksimaalset erinevad vaated, mis võimaldavad saada vastuseid paljudele projektijuhil tekkivatele küsimustele.

Projekti lõpuleviimine

Projekti lõpus saame plaani, milles on kõik ülesanded täidetud. Tavaliselt püüan hoida ka esialgset plaani, vähemalt lähtekohana. Kui aus olla, siis praeguses etapis on MS Projectist vähe kasu, sest huvi ei paku mitte plaanitud väärtused, vaid tegelikud. Mõningaid lahendusi sellele probleemile pakub MS Project Server, seal on võimalus arvestada tegelike tööjõukuludega, kuid see jääb käesoleva artikli raamidest välja.

Järeldus

Püüdsin kokku võtta oma kogemused MS Projecti kasutamisest, leidmaks praktilisi lahendusi probleemidele, mis minu ees tekkisid tarkvaraarendusprojektide juhtimisel. Kirjeldatud tehnika ei pretendeeri universaalsusele, kuid mulle tundub, et see on üsna lihtne ja loogiline, samas võimaldab see lahendada projektijuhi praktilisi ülesandeid.
Selle lähenemisviisi kasutamine on võimaldanud mul rohkem kui ühe projekti õigeaegselt edukalt lõpule viia.
Tõsi, ebaõnnestumisi on ette tulnud. See juhtus reeglina siis, kui projekti ettevalmistav osa oli halvasti läbi viidud, nimelt probleemi sõnastamine. Need. projekti tulemus ei vastanud täpselt nõutule ja sellest sai aru liiga hilja.

Mul jäi vist midagi kahe silma vahele, küsige julgelt küsimusi.

Saada oma head tööd teadmistebaasi on lihtne. Kasutage allolevat vormi

Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.

postitatud http://www.allbest.ru/

  • Sissejuhatus
  • 1. Projekti korraldus
  • 1.3 Töögraafiku koostamine
  • Järeldus

Sissejuhatus

Kiire areng arvutitehnoloogia, on oskusteta kasutajasõbraliku tarkvara loomine viinud laialdast kasutamist infotehnoloogia kõigis inimtegevuse valdkondades, andis tõuke mitmesuguse teabe kasutamisele rajatud ühiskonna arengule.

Per lühiajaline aastal kasutatud arvutisüsteemidest on välja arenenud infosüsteemid teaduslikud uuringud ja suurettevõtete automatiseeritud juhtimissüsteemid kuni keerukate automatiseeritud infosüsteemideni, mis võimaldavad rakendada mitte ainult teabe töötlemist, kogumist, vaid ka ettevõtete ja organisatsioonide juhtimist kõigil tasanditel.

Personaalarvutite, kohandatud graafilise liidese loomine on laiendanud teabetoodete ja -teenuste turgu "kodutarbimise" tasemele. Infosüsteemid on muutunud äri tehnoloogilisest komponendist, juhtimisest tootmisteguriks, konkurentsiteguriks. Koos infosüsteemide kasutamise ilmsete eelistega on aga kerkinud esile infosüsteemide haldamise probleem.

Infosüsteemide loomise ja käitamise praktika on toonud esile probleeme ja vastuolusid, mida saaks lahendada vaid tervikliku spetsialiseeritud infohalduse juurutamine. Infosüsteemide projekteerimise ja juurutamise kulud ületasid tavaliselt oluliselt planeeritud summasid. Arenduskvaliteet osutus ebarahuldavaks: riist- ja tarkvara vastuolud töö ajal, suurenenud kulud süsteemide töös hoidmiseks jne.

Tänapäeval on iga ettevõtte ja organisatsiooni tegevus suurel määral sõltuv ettevõtte infokeskkonda pakkuvast üksusest ning see sõltuvus aja jooksul kasvab. Selle tulemusena lakkab infosüsteemide hooldus olemast vaid tehniline ülesanne ja muutub üha enam äritegevuse lahutamatuks osaks, mis on integreeritud ettevõtte äriprotsessidesse.

Organisatsiooni infosüsteemi arengutase, infotehnoloogia tähtsus organisatsiooni tegevusele muudab ettevõtete IT-osakonnad äritegevuse lahutamatuks osaks. Infosüsteemide ja personali juhtimise ülesannete keerukus toob kaasa vajaduse töötada välja infotehnoloogia valdkonna strateegiad spetsialiseeritud juhtimiseks - infohalduseks.

Arvutitehnoloogia, rakendustarkvara, võrgutehnoloogiate kasutamine on ettevõtte jaoks prestiiži, juhtkonna "edenemise" küsimus. Keegi ei nõua infosüsteemilt mingit tulu ja veel vähem majanduslikku efektiivsust.

Infotehnoloogiaid, infosüsteeme kasutatakse ettevõtte operatiivjuhtimise, organisatsiooni tasemel - teabe kogumine, säilitamine, klassifitseerimine, esmane töötlemine. Infosüsteeme kasutatakse ettevõtte, organisatsiooni äriprobleemide lahendamiseks.

Majandusinfosüsteemide valdkonna kõrgelt kvalifitseeritud spetsialistide koolitamise oluliseks teguriks on põhjalik koolitus, mis võtab arvesse väga erinevaid teadmisi, erialasid.

Teabehalduse distsipliini eripära on see, et see teadmiste haru sündis suhteliselt hiljuti ja areneb. Sisuliselt puudub infohaldusel veel ei väljakujunenud terminoloogia ega klassikaliseks saanud meetodid ja lahendused. Sellest tulenevalt ei kasuta spetsialistid sageli mitte ainult erinevaid mõisteid ja termineid, vaid tõlgendavad erinevalt ka infohalduse ülesandeid ja nende lahendamise metoodikat. Uurimismaterjalid, praktilised nõuanded, IS-i väljatöötamise ja juurutamise analüüs on infotehnoloogia ja IT-juhtimise valdkonna spetsialistide arutelu tulemus.

1. Projekti korraldus

1.1 Projekti loomine Microsoft Projectis

Vaikimisi avab Microsoft Project 2016 käivitamisel automaatselt käsu Uus, kus saate valida, kuidas uus projekt luua. Microsoft Project 2016 projekt on mpp-fail. Rakenduses Microsoft Project 2016 uue projekti jõuga loomiseks peate käsu "Uus" avamiseks kasutama nuppu "Fail".

Joonis 1 – Uue projekti loomine

Nüüd saate valida, kuidas uut projekti luua.

* vali "Uus projekt" ja klõpsake käsku "Loo": projekt luuakse globaalse malli alusel. mpt;

ѕ luua uus projekt olemasolevast dokumendist – projektist, Exceli töövihikust või SharePointi ülesannete loendist;

* loo mallist. Malli saate valida oma arvutist või saidilt Office.com (kui teil on Interneti-ühendus).

Pärast projektifaili loomist on soovitatav see kohe salvestada. Selleks klõpsake nuppu "Fail", valige käsk "Salvesta", valige faili salvestamise koht ja andke projektifailile "Nimi" (vaikimisi on projektifaili nimi "Project1.mpp") .

Joonis 2 – projektifaili salvestamine

Microsoft Project 2016 toetab PDF-i ja XPS-i eksporti.

Portable Document Format (PDF) on püsivalt märgitav elektrooniline vorming, mis säilitab dokumendi vormingu ja võimaldab failide jagamist. PDF-vorming tagab, et faili veebis vaatamisel ja printimisel säilib algne formaat ja faili andmeid ei saa lihtsalt muuta. PDF-vorming on kasulik ka dokumentide printimisel trükikojas.

XML-paberi spetsifikatsioon (XPS). XPS on elektrooniline failivorming, mis säilitab dokumentide vormingu ja võimaldab failide jagamist. XPS-vorming tagab, et faili võrgus vaatamisel ja printimisel säilib algne formaat ning failiandmeid ei saa kergesti muuta.

1.2 Projektikalendri loomine Microsoft Projectis

Microsoft Project kasutab töö- ja puhkeaegade kirjeldamiseks kalendreid.

Microsoft Project kasutab kolme tüüpi kalendreid:

1. projekti kalender määratleb tööaeg vaikimisi kogu projekti jaoks (kõikide projekti ressursside ja ülesannete jaoks);

2. ressursside kalendreid kasutatakse üksikute ressursside või ressursside rühmade jaoks, millel on individuaalne töögraafik;

3. Tööülesannete kalendreid kasutatakse tööülesannete puhul, mida on võimalik õigel ajal täita kui standardne projektikalender, näiteks osa projekti töödest saab tehtud vaid tööpäeva esimesel poolel.

Projektikalendris määratakse kõigi ressursside ja ülesannete töögraafik, mis ei kasuta kohandatud kalendrit. Projektikalendris tehtud muudatused kajastuvad automaatselt samast projektikalendrist koostatud ressursside kalendrites.

Baaskalendreid kasutatakse projekti- ja ülesannekalendritena ning ressursside kalendrite alusena. Microsoft Projectil on kolm põhikalendrit:

1. Standard: tööaeg on esmaspäevast reedeni (9.00-13.00 ja 14.00-18.00). Seda kalendrit kasutatakse vaikimisi uue projekti loomisel;

2. 24 tundi: töövälist aega ei ole;

3. Öövahetus: öövahetus esmaspäeva õhtust laupäeva hommikuni (kell 23.00-8.00 tunnise vaheajaga).

Microsoft Project toetab oma baaskalendrite loomist, kui olemasolevad kalendrid ei vasta projekti nõuetele.

Joonis 3 – Kalendri koostamine

Saate määrata loodud kalendri projektile dialoogiboksi Projekti üksikasjad kaudu.

Joonis 4 - Loodud aluskalendri eesmärk

1.3 Töögraafiku koostamine

Projekt "Tarkvara arendus" on koostatud kindla tulemuse saavutamiseks kindla aja jooksul ja kindla raha eest. Projektiplaani eesmärk on määrata kindlaks, milliste tegevustega saavutatakse projekti tulemus, milliseid inimesi ja seadmeid on nende tegevuste lõpuleviimiseks vaja ning millal need inimesed ja seadmed projekti kaasatakse. Sellepärast projekti plaan sisaldab kolme põhielementi: ülesandeid, ressursse ja ülesandeid.

Üldjuhul seisneb projekti planeerimine projekti eesmärkide, olemasolevate ressursside kirjeldamises ja nendevaheliste seoste määramises ülesannete abil.

Töökäsk:

1) Projekti esialgsete parameetrite muutmine.

Projekti esialgsete parameetrite muutmiseks tuleb minna vahekaardile "Projekt" ja vajutada nuppu "Projekti üksikasjad" ning avanevas aknas määrata töö alguskuupäev (T 05.04.16).

Joonis 5 – Töö alguskuupäev

2) Koostage nimekiri projekti ülesannetest ja nende kestusest

Tarkvaraarenduse eesmärkide määramine - 2 päeva.

Arengu planeerimine - 4 päeva.

Teema koodi määramine - 3 päeva.

Tarkvaraarenduse põhimõtete valimine - 24 päeva.

Tarkvarale esitatavate põhinõuete väljaselgitamine - 20 päeva.

Projekti TK moodustamine - 7 päeva.

TOR-i kavandi kooskõlastamine tarkvara tellijaga - 5 päeva.

Struktuurimudeli moodustamine - 7 päeva.

Objektorienteeritud mudeli moodustamine - 30 päeva.

Ekraaniliidese ehitamise põhimõtete kindlaksmääramine - 35 päeva.

Põhimoodulite väljatöötamine - 50 päeva.

Andmebaasi arendus - 48 päeva.

Kõikide moodulite integreerimine - 35 päeva.

Silumine - 5 päeva.

Beetaversiooni väljalase – 2 päeva.

Teabe kogumine testimise tulemuste kohta - 5 päeva.

Moodulite ja andmebaasi viimistlemine - 7 päeva.

Lõpliku versiooni ilmumine - 5 päeva.

Sertifitseerimiseks vajaliku dokumentatsiooni vormistamine - 5 päeva.

Tarkvara loomise protsessi siseaudit - 2 päeva.

Sertifitseerimislepingu sõlmimine - 2 päeva.

Tarkvara sertifitseerimise läbiviimine - 2 päeva.

3) Koostage ressursside loend

- 1 inimene

Programmeerija - 5 inimest

Majandusteadlane - 1 inimene

Tarkvaraaudiitor - 1 inimene

4) Looge ülesandeid (lingid)

Ülesannete ja ressursside sõltuvus on toodud tabelis.

Tabel 1 - Ülesannete sõltuvus

Ülesande nimi

Kestus

Lõpp

eelkäijad

Ressursi nimed

Tarkvaraarendus

Töö korraldus

Tarkvaraarenduse eesmärkide määratlemine

Tarkvaraarenduse osakonna juhataja

Arengu planeerimine

Tarkvaraarenduse osakonna juhataja

Teema koodi määramine

Majandusteadlane

Tarkvaraarenduse põhimõtete valik

Tarkvaraarenduse osakonna juhataja

TK areng

Tarkvarale esitatavate põhinõuete väljaselgitamine

Tarkvaraarenduse osakonna juhataja; Programmeerija 1

Projekti TK moodustamine

Programmeerija 2

TOR kavandi kooskõlastamine tarkvara tellijaga

Tarkvaraarenduse osakonna juhataja; Programmeerija 2

Tarkvaraarendus

Struktuurimudeli moodustamine

Programmeerija 3; Programmeerija 4

Objektorienteeritud mudeli moodustamine

Programmeerija 1 ; Programmeerija 4; Programmeerija 5

Ekraaniliidese loomise põhimõtete kindlaksmääramine

Tarkvaraarenduse osakonna juhataja; Programmeerija 4

Põhimoodulite väljatöötamine

Programmeerija 1 ; Programmeerija 2; Programmeerija 3; Programmeerija 4; Programmeerija 5

Andmebaasi arendus

Programmeerija 1

Kõikide moodulite integreerimine

Programmeerija 2; Programmeerija 3; Programmeerija 4

Silumine ja testimine

Silumine

Programmeerija 3; Programmeerija 4; Programmeerija 5

Beetaversioon

Programmeerija 1

Testitulemuste kohta teabe kogumine

Programmeerija 2; Programmeerija 3

Moodulite ja andmebaasi muutmine

Programmeerija 2; Programmeerija 4; Programmeerija 5

Lõpliku versiooni väljaandmine

Programmeerija 1

Sertifitseerimine

Sertifitseerimiseks vajaliku dokumentatsiooni vormistamine

Programmeerija 4; Programmeerija 5; Programmeerija 1

Tarkvaraarenduse protsessi siseaudit

Tarkvara audiitor

Sertifitseerimislepingu sõlmimine

Tarkvaraarenduse osakonna juhataja

Tarkvara sertifitseerimine

Tarkvaraarenduse osakonna juhataja

Kasutades linkide (ülesannete) tüüpe, koostame Gantti diagrammi vastavalt tabelile 1.

Joonis 6 – Gantti diagramm

1.2 Töögraafiku struktuuri kujundamine

Suurte projektide väljatöötamisel, mis koosnevad suur hulk töö, Microsoft Project võimaldab ühendada seotud tööd rühmadesse. Hierarhilise projektistruktuuri loomine võimaldab projektitööd väiksemateks, nähtavateks ja juhitavateks osadeks lahti võtta, täpsemalt määrata nii tehtava töö koostise kui ka omadused.

Projekti hierarhilise struktuuri ülesehitamise üks põhiprintsiipe on terviklikkuse põhimõte. Kõik projekti tegevused ja tulemused, sealhulgas vahe- ja juhtimisalased, peavad olema projekti hierarhilises struktuuris.

Tõsi on ka vastupidine – projektivälist (st teise projekti/protsessi edukaks lõpuleviimiseks vajalikku) tööd ei tohiks kaasata.

Rühmitame tööd etappide kaupa ja sisestame nende etappide nimed.

* Grupi (etapi) loomiseks paremklõpsake tabeli esimesel real ja valige kontekstimenüüst "Sisesta ülesanne";

ѕ Me nimetame seda "töökorralduseks";

ѕ Valime välja tööd: "Tarkvara arenduse eesmärkide määramine", "Arenduse planeerimine", "Teemakoodi määramine" ja "Tarkvara arendamise põhimõtete valimine" ning rühmitame need, klõpsates nupul "Vähenda ülesande taset". .

Sarnasel viisil peate rühmitama kõik järgnevad ülesanded, et luua järgmised etapid: "Tehniliste kirjelduste väljatöötamine", "Tarkvara arendamine", "Silumine ja testimine", "Sertifitseerimine".

Viimase sammuna luuakse grupp "Tarkvara arendus", mis koondab kõik ülaltoodud sammud.

Joonis 7 – projekti hierarhiline struktuur

Seda probleemi saab lahendada ka ülalt-alla meetodil.

Ülalt-alla projekti planeerimise meetodi puhul tehakse esmalt kindlaks peamised verstapostid, mis seejärel jaotatakse üksikuteks ülesanneteks.

2. Projekti ressursside määramine

Ülesanne on seos ülesande ja selle ülesande täitmiseks vajaliku ressursi vahel. Ühele ülesandele saab määrata suvalise arvu ressursse, nii töötaja kui ka materjali (teisisõnu võib ühe ülesandega seostada mitu ülesannet).

Ressursside otse määramiseks ülesande kirjeldamisel peate:

* Akna "Task Details" avamiseks tehke topeltklõps ülesande nimel või valige ülesanne ja klõpsake vahekaardil "Ülesanne" nuppu "Üksikasjad";

* Avanevas "Task details" aknas minge vahekaardile "Ressursid";

ѕ Sisestage sisestusaknasse ressursi nimi, kui see nimi ühtib olemasoleva ressursi nimega, määratakse see automaatselt ülesandele, kui nimi ei ühti, siis uus ressurss "Tööjõu" tüüpi luua. Dubleerimise vältimiseks valige tühi rida ja klõpsake rea paremal küljel olevat allanoolt, seejärel valige ripploendist ressursi nimi;

* Väljal "Omanik" kuvatakse selle ressursi omaniku kasutajanimi, kellele kasutusleping saadetakse. see ressurss. Kõigi kohalike ja universaalsete ressursside puhul on see väli tühi;

* Sisestage väljale "Ühikud" vajaliku ressursi kogus. Kui ressurss on tööjõud, peate määrama protsendi ressursi ajast, mis kulub selle ülesande täitmiseks. Kui tegemist on materjaliressursiga, sisestage selle kogus "Ressursilehe" vaates määratud mõõtmesse. Kui kulukas ressurss ei sisesta midagi;

* Selle ressursi kasutamise maksumus kuvatakse väljal "Kulud". Tööjõu- ja materiaalsete ressursside puhul arvutatakse see väärtus automaatselt, kui klõpsate nuppu "OK". Kulukate ressursside puhul peate määrama summa, mille kavatsete selle ressursi abil selle ülesande täitmiseks kulutada.

Joonis 8 – Ressursside määramine ülesande kirjeldamisel

Ressursi määramine ülesandele:

* Lülituge Gantti diagrammi vaatele ja minge lehele "Ressursid";

* Valige ülesanne, millele soovite ressursiülesande koostada;

* Klõpsake nuppu "Määra ressursse". Ilmub vastav dialoogiboks;

ѕ Valige väljal "Ressursi nimi" ressurss, mille soovite ülesandele määrata. Kui teil on vaja luua uus ressurss, liikuge dialoogiboksi tabelis vabasse lahtrisse ja sisestage ressursi nimi. Tehes topeltklõpsu ressursi nimel, ilmub aken "Ressursi andmed", millega saab sisestada infot ressursi kohta;

* Määrake väljale Ühikud selles ülesandes eraldatud ressursiühikute arv. Tööressursi puhul määratakse väärtus protsentides (tööaja kogus).

Täitmise tulemus on näidatud joonisel 8.

3. Jälgige projekti edenemist

Vastuvõtmise eest juhtimisotsused vajalik on ajakohane ja usaldusväärne teave projekti edenemise kohta.

Projekti haldamisel peate jälgima projekti "kolmnurga" elemente: aega, eelarvet ja ulatust. Ühe elemendi reguleerimine mõjutab kahte teist. Sündmused, nagu ootamatud viivitused, kulude ületamine ja ressursside asendamine, võivad põhjustada ajakava probleeme.

Kui projekti andmeid pidevalt uuendatakse, siis on alati võimalik vaadata viimane olek projekt. Saate jälgida ülesannete tegelikku edenemist, ressursside tegelikku tööd, võrrelda tegelikke kulusid planeeritud eelarvega ja tasandada ressursside koormust. Kõik see võimaldab õigeaegselt tuvastada võimalikud probleemid, et leida ja rakendada õige lahendus.

Pärast projekti loomist ja töö alustamist saate jälgida tegelikku algus- ja lõppkuupäeva, lõpetatud ülesannete protsenti või tegelikku tööd. Tegelikud andmed näitavad muudatuste mõju teistele ülesannetele ja lõpuks ka projekti lõppkuupäevale.

Määrake projektis kasutamiseks üks või kaks edenemisnäitajat. Näiteks saavad ressursid kiiresti raporteerida ülesannetega tehtud töö protsendi, andes ülevaate ülesannete edenemisest. Või vastupidi, ressursid võivad iga ülesandega nädala kaupa aru anda töötunde. See võtab kauem aega, kuid annab üksikasjaliku pildi töö edenemisest. Näitajate valik sõltub teie eelistustest ja prioriteetidest.

Töö edenemise jälgimiseks tuleb etapi "Tarkvaraarenduse eesmärkide määratlemine" läbimisel teha märge. Selleks liigutame Gantti diagrammil hiirekursorit diagrammi vasakule poole (osuti muudab oma välimust protsendimärgiks, mille nool on paremale). Pärast seda peate vajutama hiire vasakut nuppu ja ilma seda vabastamata lohistama hiirekursorit paremale.

Joonis 9 - Märkige etapi "Tarkvaraarenduse eesmärkide määratlemine" lõigul

Arenguplaneerimise etapi lõpetamise märkimist saab teha ka teisiti. Selleks vali "Arenduse planeerimise" etapp ja tee sellel hiire vasaku nupuga topeltklõps. Ilmuva dialoogiboksi "Task Details" vahekaardil "Üldine" peate määrama 100% väljale "Percent Complete" ja klõpsama nuppu "OK".

Joonis 10 - Märkige etapi "Arenduse planeerimine" läbipääsul

Gantti diagrammi tabeli vasakusse serva ilmub etapi lõpetamise märk ja diagrammile endale ilmub tumesinine riba, mis näitab tööetapi lõpetamise protsenti. Kui töö on 100% valmis, siis on riba tööploki algusest lõpuni.

Joonis 11 – Näide 70% tööst

Joonisel 11 on toodud näide mittetäielikust tööst, mis näitab, et Gantti diagrammil on tumesinine riba alles tööploki lõpuni (alumises paremas nurgas). Kõik seni tehtu oleks kasutu, kui Microsoft Projectil poleks aruannete genereerimise võimalust. "Projekti ülevaade" – aruanne, mis näitab projekti valmidusprotsenti. Selle genereerimiseks tuleb minna vahekaardile "Aruanne", klõpsata nupul "Armatuurlauad" ja valida "Projekti ülevaade".

Joonis 12 – Projekti ülevaade

"Kulude ülevaade" on täielikum aruanne, mis näitab nii täitmisprotsenti kui ka sularahakulusid (nii kulutatud kui ka ülejäänud kulusid).

Joonis 13 – Ülevaade kuludest

"Kriitilised ülesanded" – aruanne, mis annab kasutajale võimaluse näha allesjäänud kriitilisi ülesandeid. Kriitilised ülesanded on ülesanded, millest sõltub kogu projekt.

Joonis 14 – kriitilised ülesanded

Järeldus

Microsoft Project on Microsofti kõige populaarsem projektihaldustööriist. Rakendus on loodud selleks, et aidata projektijuhtidel plaane koostada, ülesannetele ressursse määrata, eelarveid hallata ja töökoormust analüüsida.

Microsoft Project aitab teil koostada plaani, mis põhineb kriitilisel teel. Graafikuid saab rakendada ka ressursitaotluste ühtlaseks jaotamiseks. Kriitiline tee on esitatud Gantti diagrammina.

Ressursside määratlusi (inimesed, seadmed ja materjalid) saab ühist ressursside kogumit kasutades jagada projektide vahel. Igal ressursil võib olla oma kalender, mis määrab talle saadaolevad päevad ja vahetused. Ülesannete täitmise maksumuse arvutamiseks kasutatakse ressursside mõõdikuid, mis arvutatakse ja võetakse kokku üldine tase ressursse.

Igale ressursile võib määrata mitu ülesannet mitmes plaanis ja igale ülesandele võib määrata mitu ressurssi. Microsoft Project ajastab vastavates kalendrites määratletud tööd ressursside saadavuse alusel. Kõiki ressursse saab määratleda ettevõtte ühises ressursibaasis.

Microsoft Project loob eelarved ressursside mõõdikute ja määratud töö põhjal. Kuna töödele määratakse ressursid ja see töö on hinnanguline, arvutab Microsoft Project kulud, mis on võrdsed töö ja mõõdikutega. See kõik liidetakse ülesande kogutasemele, seejärel ülesande kogukuludele ja lõpuks projekti koguhinnangule.

projektiprogrammi juhi otsus

Kasutatud allikate loetelu

Majutatud saidil Allbest.ru

1. Beljajeva S.A. Planeerimise roll juhtimisprotsessis uuenduslikud projektid// Tootmise korraldaja. - 2010

2. Betanova I. HR roll projektijuhtimises // Personalijuhtimise käsiraamat. - 2011.

3. Betanova I. HR roll projektijuhtimises // Personalijuhtimise käsiraamat. - 2011.

4. Ganchin V.V. Projektijuhtimise roll elektrienergia tööstuse uuenduslikus arengus Vene Föderatsioonis // Majandus ja juhtimine: ros. teaduslik ajakiri - 2011.

5. Goncharenko S. Projektijuhtimine // Kvaliteedijuhtimine. - 2011.

6. Emelyanov Yu. Uuenduslike projektide juhtimine ettevõttes // Juhtimise teooria ja praktika probleemid. - 2011.

7. Ivasenko A.G. Projekti juht: õpetusõpilastele. - Rostov n / a.: Phoenix, 2009.

8. PMSOFT projektijuhtimise konverentsid // Juhtimise teooria ja praktika probleemid. - 2011.

9. Kuznetsov A.A. Protsessi projektijuhtimine ettevõttes // Juhtimine täna. - 2011.

10. Kupershtein V. Microsoft Project 2010 projektijuhtimises. - Peterburi: BHV-Peterburg, 2011.

11. Lapygin Yu.N. Projektijuhtimise tulemuslikkuse hindamine // Majandusanalüüs: teooria ja praktika. - 2011.

12. Mazur I.I. Investeerimis- ja ehitusprojektide juhtimine: rahvusvaheline lähenemine. - M.: Omega-L, 2011.

13. Matveeva L.G. Projektijuhtimine: õpik. - Rostov n / a.: Phoenix, 2009.

14. Mülnikov L.A. Innovatsiooniprojektide juhtimise mikroökonoomilised probleemid // Juhtimise probleemid. - 2011.

Sarnased dokumendid

    Projektiplaani koostamine uue autode tootmise ettevõtte loomiseks. Ressursiandmebaasi loomine programmis Project Expert. PERT metoodika rakendamine projekti analüüsimisel. Projekti ülesannete täitmise jälgimine aja- ja tööjõukulude osas.

    kursusetöö, lisatud 11.10.2014

    Keeruliste projektide juhtimise meetodid. Projekti atribuutide redigeerimine. Seadistage projekti kalender. Looge Microsoft Projectis ülesandeid ja muutke nende atribuute. Vabade ressursside valik ja nende kasutamine. Projekti kokkuvõtte ja eelarvearuande koostamine.

    laboritööd, lisatud 03.01.2015

    Microsoft Projecti sätete kohandamine. Tabelid kui peamised andmete salvestamise vahendid MS Projectis. Plaani koostamise ettevalmistamine ja sellega seotud tööde edenemise jälgimine. Gantti diagrammide vormindamine. Funktsioonide komplekt võrguskeemiga töötamiseks.

    praktiline töö, lisatud 25.12.2010

    Pagariäri loomise projekti põhiomaduste, etappide, ülesannete ja nende täitmiseks vajalike ressursside kirjeldus. Projektiplaani analüüs ja optimeerimine Microsoft Projecti abil, andmete sisestamine programmi. Automaatne ressursside tasandamine.

    test, lisatud 06.02.2010

    Microsoft Projecti (projektihaldustarkvara) tööpõhimõtted, selle põhimõisted: ülesanded, ressursid, ülesanded. Toimingute jada uue projekti loomiseks, ülesannete ja nendevaheliste sõltuvuste sisestamiseks, ressursside sisestamiseks. Töötamine kalendritega

    kursusetöö, lisatud 23.01.2011

    MS Projecti kasutamine projekti kriitilise tee määramiseks. Transpordilogistika ülesanded. Projekti kulude ja tulude kujunemise mudeli väljatöötamine. Andmebaasi rakendamisega kaasnevate kulude arvutamine. Operaatorile optimaalsete töötingimuste loomine.

    kursusetöö, lisatud 21.04.2013

    Struktuuri valik, ülevaade erinevaid valikuid uue projekti loomine. MS Project 2007 käitumise haldamine käivitamisel. Loo malli põhjal uus projekt. Standardmallide loend. Projekti üldparameetrite seadmine, planeerimisparameetrid.

    esitlus, lisatud 15.03.2014

    Tööde jaotamise hierarhilise struktuuri kontseptsioon. Määratlege, vaadake ja muutke projekti struktuuri koodi. Teostevaheliste seoste tüübid, nende toimetamine MS Projecti abil. Muutke kokkuvõtliku ülesande vaate vormi ja valikuid.

    esitlus, lisatud 15.03.2014

    Määramine, kaasaegse info- ja analüüsisüsteemi loomine. Töödokumentatsiooni vormistamine Microsoft Project keskkonnas. Projekti kestuse arvutamine Monte Carlo meetodil. Kommunikatsioonitüüpide modelleerimine. Kasutajaliidese disain.

    kursusetöö, lisatud 16.12.2014

    Projekti maksumuse hindamine funktsiooni Microsoft Project abil tehnilise tööprojekti koostamise näitel ülesannete kogumile "Toodete ja teenuste kvaliteedi juhtimine". Programmi eesmärk ja kasutustingimused, selle omadused ja kasutusjuhend.