Microsoft Project (alebo MSP) je program na riadenie projektov vyvinutý a predávaný spoločnosťou Microsoft Corporation.

Microsoft Project je navrhnutý tak, aby pomáhal projektovému manažérovi vytvárať plány, prideľovať zdroje úlohám, sledovať pokrok a analyzovať rozsahy práce. Microsoft Project vytvára plány kritických ciest. Harmonogramy je možné zostaviť s prihliadnutím na použité zdroje. Reťaz je znázornená v Ganttovom diagrame.

Pod značkou Microsoft Project je dostupných niekoľko produktov a riešení:

Microsoft Project Standard – verzia pre jedného používateľa pre malé projekty Microsoft Project Professional – podniková verzia produktu, ktorá podporuje spoločné riadenie projektov a zdrojov, ako aj správu portfólia projektov pomocou servera Microsoft Project Server.

Microsoft Project Web Access je webové rozhranie na podávanie správ o dokončení úloh, ako aj prezeranie portfólií projektov Microsoft Project Portfolio Server je produkt na výber projektov na spustenie na základe balancovaných výsledkových kariet, ktorý je súčasťou servera Microsoft Project od r. MS Project 2010.

Od roku 2013 spoločnosť Microsoft začala dodávať cloudovú verziu programu Microsoft Project Online.

Microsoft Project je len nástroj, pre implementáciu projektového manažmentu je potrebné zvoliť metodiku projektového manažmentu. Metodika sa spravidla implementuje prostredníctvom „predpisov“ projektového manažmentu a odvetvovo špecifických vylepšení MS Project.

S 20 000 000 používateľmi má Microsoft Project monopol.

Najviditeľnejšou výhodou produktu je, že patrí do rodiny Microsoft Office. To poskytuje nasledujúce výhody, spoločné pre všetky produkty MS Office:

Rovnako krátky čas školenia používateľov ako pri iných programoch balíka Microsoft Office

Bohaté možnosti prispôsobenia v štýle vzorcov Microsoft Excel (samotný produkt je navrhnutý v rozhraní, ktoré je čo najbližšie k programu Microsoft Excel)

Možnosť prispôsobiť produkt vašim špecifikám naprogramovaním alebo zakúpením hotových riešení vytvorených na báze Visual Basic alebo Microsoft.Net.

Spoločnosť Microsoft podporuje nákup hotových riešení od partnerov prostredníctvom programu Microsoft ISV Royalty, čím odmeňuje zákazníkov a partnerov za vývoj priemyselných riešení, pričom cieľom tohto programu je aj zníženie problémov s produktmi s technickou podporou.

Microsoft chápe nedostatky svojho produktu v oblasti spoľahlivosti back-endu a využíva niekoľko programov, aby tento problém pomohli vyriešiť jednotliví odborníci a partneri. Ak je samotný desktop Microsoft Project rovnako spoľahlivý ako Microsoft Excel a nemá žiadne významné výhrady, potom je spoľahlivosť Microsoft Project Server stredobodom kritiky aj zo strany centrálnych expertov a produktových partnerov Microsoftu.

Spoločnosť Microsoft rieši tento problém so spoľahlivosťou servera Microsoft Project pomocou sady programov.

Prostredníctvom programu Microsoft ISV Royalty sú partneri a zákazníci kompenzovaní za časť nákladov na rozšírenú technickú podporu pre riešenie.

Spoločnosť Microsoft pozýva najsilnejších odborníkov z radov zákazníkov a partnerov a predovšetkým tých, ktorí sú kritickí ku kvalite servera Microsoft Project Server, aby sa zúčastnili na svojom vývojovom a testovacom programe Microsoft Technology Adoption Program . Spoločnosť Microsoft poskytuje bezplatnú službu konzultácie fóra prostredníctvom programu Most Valuable Professional (Microsoft MVP).

Pri správnom používaní týchto programov sú problémy so spoľahlivosťou serverových komponentov do značnej miery vyrovnané: časť nákladov na technickú podporu je kompenzovaná spoločnosťou Microsoft a bezplatné konzultácie na fórach, veľkí firemní zákazníci a partneri spoločnosti Microsoft môžu testovať komplexné scenáre podnikových implementácií prostredníctvom programu Microsoft Technology Adoption Program.

Nastavte a naplánujte projekt v programe Microsoft Project

Mali by ste začať pracovať v programe Microsoft Project nastavením pracovného času. Ak to chcete urobiť, na paneli s nástrojmi nájdite kartu "Súbor" a vyberte položku "Možnosti". V okne možností musíme prejsť na kartu „Plán“, „Rozšírené“. Nasledujúce obrázky zobrazujú nastavenia pracovného času a nastavenie zobrazenia hodnôt.

Obrázok 1 - Nastavenie pracovného času

Obrázok 2 - Nastavenie hodnôt

Po stanovení požadovaného označenia množstiev môžeme pristúpiť k návrhu.

Najprv musíte do programu zadať plán uvedený vyššie v tejto semestrálnej práci a zoskupiť ich podľa tohto plánu.

Obrázok 3 - Plán projektu

Obrázok 4 - Plán projektu

Takže plán projektu je pripravený. Samotný projekt však ešte nie je realizovaný, pretože neexistujú ľudia a zdroje, s ktorými by sa tento projekt realizoval. Ak chcete priradiť zdroj, musíte vybrať kartu Zobraziť na paneli s nástrojmi a vybrať položku „Zoznam zdrojov“. Zdroje, ktoré predstavíme, sú uvedené nižšie.

Obrázok 5 - Zdrojový list

• Návod

Malý úvod

Celá metodika je len súborom jednoduchých metód a odporúčaní pre využitie MS Project pri riešení aplikovaných problémov projektového manažéra. Okamžite urobím výhradu, že metodika netvrdí, že je univerzálna a je použiteľná len za určitých obmedzení, o ktorých sa zmienim v priebehu príbehu.

Najprv si pripomeňme, čo sa zvyčajne vyžaduje od projektového manažéra. Pre skúsených lídrov je to samozrejmé, no pre začiatočníkov (alebo sa lídrami ešte len chystajú) bude užitočné si to ešte raz pripomenúť. Takže projekt vývoja softvéru je vytvorenie nejakého jedinečného produktu. V rôznych fázach životného cyklu projektu sa RP vyžaduje na riešenie rôznych úloh.

Pred začatím projektu

Pred začatím projektu sa zvyčajne vyžaduje, aby projektový manažér odpovedal na dve otázky:

1. ako dlho bude projekt trvať
2. koľko bude projekt stáť

Zároveň je dôležité pochopiť, že nikoho nezaujíma odpoveď typu „nie skôr ako za šesť mesiacov“. Chce to len odhad zhora.

Poznámka. Nikdy som sa nemusel zaoberať explicitnou peňažnou hodnotou projektu, a ako teraz chápem, je to vážne opomenutie. Všetky projekty, ktoré som riadil, vykonávali zamestnanci firmy. Projektový tím sa formoval na celú dobu trvania projektu, niektorí špecialisti boli zapojení na určitý čas. V skutočnosti som povinný odhadnúť počet požadovaných účinkujúcich, ako aj načasovanie ich zapojenia. Zdá sa mi, že toto je pomerne typická situácia pre spoločnosti zaoberajúce sa vývojom softvéru. V konečnom dôsledku to všetko závisí od odhadu nákladov práce, ktorý sa pomocou empirických vzorcov zmení na odhad nákladov na projekt. Ako vidíte, existuje priama závislosť nákladov na projekt od jeho načasovania.

Počas projektu

Za podmienok uvedených obmedzení je hlavnou úlohou projektového manažéra zabezpečiť realizáciu projektu v stanovenom čase, a to priamo
ovplyvňuje jeho hodnotu. Nepredvídané okolnosti, ktoré nevyhnutne sprevádzajú akýkoľvek projekt, môžu viesť k nedodržaniu termínov. Presne povedané, časová os projektu sa môže nečakane skrátiť, ale úprimne povedané, nikdy som nič také nevidel. Manažér je povinný na takéto udalosti reagovať včas, aby sa znížili negatívne dôsledky. Jediný spôsob, ako vyriešiť tento problém, je starostlivé plánovanie, pravidelné sledovanie hroziacich problémov a úprava plánov.

Na konci projektu

Na konci projektu sa manažér zvyčajne obzrie späť a zhrnie projekt. Najčastejšie je potrebné posúdiť, ako sa projekt dostal z plánovaných harmonogramov a prečo sa tak stalo.

Čo dokáže MS Project

Napriek vonkajšej zložitosti je MS Project ideologicky veľmi jednoduchý. Operuje s tromi entitami – úlohami, zdrojmi, kalendárom a väzbami medzi nimi. V podstate ide o databázu, používateľské rozhranie na vytváranie a úpravu entít a minimálnu, pomerne jednoduchú automatizáciu (čo Project robí sám od seba v reakcii na vstup).

Stručne analyzujme vlastnosti entít.

Úloha má trvanie, rozsah, priradený zdroj a sakra veľa rôznych vlastností. Ak nie je dostatok vstavaných vlastností, môžete pridať svoje vlastné - použijeme to neskôr. Úlohy môžu byť vzájomne prepojené rôznymi vzťahmi (predchodcovia, nástupcovia atď.).

Zdroj má veľa popisných vlastností, ale čo je najdôležitejšie, môže byť
nastaviť dostupnosť v čase, na to slúži kalendár. Zdroj môže byť
priradené k úlohe.

Na základe týchto údajov môže Project vytvárať rôzne zobrazenia pomocou
filtre, zoskupenia, triedenia atď. Okrem toho vie ako, podľa nejakého algoritmu
Vypočítajte dátumy začiatku a konca úloh na základe dostupnosti priradených zdrojov
a prepojenia medzi úlohami. To je asi tak všetko, čo dokáže.
Pozrime sa, ako z toho môžeme profitovať

Ako sa to používa

Poznámka Aby to bolo jasnejšie, objasním niektoré všeobecné vlastnosti projektov,
s ktorými som pracoval. Hovoríme teda o projektoch vývoja softvéru,
ktorý pozostáva z niekoľkých krokov. Na konci každej fázy musíme nejaké získať
hmatateľný výsledok, ktorý bude prezentovaný zákazníkovi, preto je pre nás dôležité hodnotiť
termín nielen projektu ako celku, ale aj každej etapy. Opakujem, jediný druh zdrojov
čo sa vyžaduje, sú ľudia a neprijímame odborníkov zvonku, ale využívame
príležitosti pre existujúcich zamestnancov.

Príprava plánu

Máme teda pred sebou technickú úlohu a musíme si zodpovedať tri otázky:

1. Ako dlho bude tento projekt trvať?
2. Koľko (a akých) špecialistov bude na to potrebných?
3. Aká je očakávaná cena práce pre tento projekt?

K tomu pripravujeme hrubý plán realizácie projektu v MS Project. Tie. Úlohy, ktoré je potrebné splniť, jednoducho vypíšeme postupne. Technika premeny technickej úlohy na súbor úloh je samostatný príbeh, nebudem sa tým teraz zaoberať.
Príprava plánu sa uskutočňuje v niekoľkých etapách:

1. Príprava zoznamu úloh
2. Odhalenie závislostí medzi úlohami
   (výsledok ktorej úlohy je potrebný na prechod na ďalšiu?).
3. Priraďte vykonávateľov úloh
4. Vyváženie zaťaženia zdrojov
5. Vyváženie toho, čo máme

Pri príprave plánu dodržiavame nasledujúce odporúčania:

1. Na rozklad nepoužívame súhrnné úlohy.
   Všetky úlohy sú umiestnené v jednom lineárnom zozname. Na prvý pohľad sa to môže zdať nepohodlné,
   ale ušetrí to veľa problémov v budúcnosti. Spravovať štruktúru úloh
   použite vlastné polia (pozri nižšie).
2. Drag&Drop sa veľmi často používa na správu závislostí úloh. Keď je úloh veľa, rýchlo sa to stane nepohodlným. V tomto prípade odporúčam nepoužívať drag and drop, ale explicitne uviesť počty predchádzajúcich úloh. Ak to chcete urobiť, môžete do tabuľky pridať stĺpec „predchodcovia“ a manuálne zadať čísla úloh.
3. Termín každej úlohy by nemal presiahnuť dva týždne.
   Ak termín úlohy presiahne týždeň, je to už dôvod na zamyslenie sa nad jej rozkladom. Sledoval som veľmi jednoduchú metodiku odhadu: primitívna úloha - 2 dni, priemer
   obtiažnosť - 1 týždeň, náročná úloha - 2 týždne. Zároveň by nemalo byť veľa zložitých úloh. Tento prístup umožňuje pomerne rýchlo pripraviť plán hodnotenia.
   Na jednej strane výsledný odhad, samozrejme, nebude presný, ale na druhej strane, ktorý z nich je presný? Na základe praktických skúseností to môžem povedať
   na veľkých projektoch sa chyby v odhadoch jednotlivých úloh väčšinou vyrovnávajú a na malých projektoch je často možné (a potrebné!) použiť presnejšie odhady.
4. V každom prípade sa vyhýbame úlohám, ktoré majú viacero interpretov. Ku každej úlohe by mal byť priradený iba jeden účinkujúci. Má zmysel vymenovať dvoch účinkujúcich
   iba ak skutočne spolupracujú (napríklad si precvičíte párové programovanie). V iných prípadoch je lepšie problém rozložiť.
5. Pri menovaní účinkujúcich sa riadime ich profesiou a kvalifikáciou, pričom si nerobíme starosti s rovnomernosťou pracovnej náplne.
6. Na rozdelenie úloh na etapy používame súhrnné úlohy. Závislosti dávame medzi fázy tak, aby išli postupne. Rozdelenie na etapy je zatiaľ celkom približné.

Bilancovanie projektu

Najdôležitejšie v technike je presné vyváženie. Účelom tohto procesu je pripraviť plán, v ktorom je práca pomerne rovnomerne rozdelená medzi účinkujúcich.

Po počiatočnej príprave plánu sa zvyčajne získa úplná hanba a nie projekt. Začnime teda robiť poriadok. Upratovanie spočíva v ručnom vyvažovaní zadaní účinkujúcich a delení na etapy. Na to používame zoskupovanie úloh podľa výkonných umelcov aby ste videli, ako sa úlohy rozložili. Pre jednoduchšie prezeranie odporúčam zoradiť úlohy podľa dátumu začiatku.

Poznámka. Teoreticky sa na odhad zaťaženia predpokladá použitie grafov
sťahovanie používateľov. Tieto grafy sú dobré (pravdepodobne) pre šéfov, keď sú
zhodnotiť hotový projekt. Ako ukazujú, vo fáze vytvárania plánu sú nevhodné
ze je vsetko zle, ale nedaju ziadne informacie preco to tak je a co sa da robit.

Potom začína kúzlo balansovania. Je potrebné minimalizovať čas realizácie každej etapy zabezpečením viac-menej rovnomernej záťaže pre všetkých účastníkov projektu. Za týmto účelom vykonáme nasledujúce kroky:

1. Zmeňte vykonávateľa úlohy.

   Dáva to zmysel, ak vidíme, že jeden účinkujúci má veľké množstvo úloh,
   a druhý má zjavné „diery“ a môže prevziať časť práce od
   najprv.

2. Presuňte úlohu do inej fázy.

   Úloha, ktorá vedie k predĺženiu scénického času, ale nie je nevyhnutná
   na získanie výsledku etapy možno presunúť do etapy neskôr. A naopak,
   ak scéna obsahuje „diery“ v načítavaní účinkujúcich, a meniť účinkujúcich
   zlyhá, môžete skúsiť prevziať úlohy z ďalšej fázy.

Bohužiaľ, toto všetko musíte robiť manuálne, pričom po každej zmene vykonáte levelovanie zdrojov. Napriek zjavnej zložitosti tento proces zvyčajne trvá obmedzené množstvo času. Projekt na rok pre 8 účastníkov, rozdelený do 4 etáp, som dal do poriadku za necelú hodinu.

Teraz sa ešte raz dôkladne pozrieme na projekt a uistíme sa, že prepojenia medzi úlohami sú správne umiestnené, aby sa na nič nezabudlo a aby menovania účinkujúcich zodpovedali ich špecializácii a kvalifikácii.

Účtovanie rizík

Teraz - posledný krok: účtovanie rizík. Aby som bol úprimný, nepodieľal som sa na riadení serióznych rizík, ale beriem do úvahy možnosť určitých udalostí vyššej moci (ako sú choroby interpretov, zabudnuté diela atď.). Na tento účel pridávam do každej fázy fiktívnu úlohu s najnižšou prioritou, ktorá sa nazýva „iná práca“ pre každý zdroj. Po vyrovnaní zdrojov tieto úlohy skončia na konci fázy. Trvanie týchto úloh závisí od pravdepodobnosti výskytu a miery dopadu rizík, závisí od spôsobu určovania odhadov trvania úloh, zdravotného stavu členov tímu a miery paranoje projektového manažéra. Väčšinou nastavujem trvanie „inej práce“ asi na tretinu až štvrtinu dĺžky etapy.

V dôsledku všetkých vyššie uvedených manipulácií dostaneme plán realizácie projektu, s ktorým môžeme pracovať.

S týmto plánom môžeme:

1. Uveďte časový rámec projektu a jeho míľniky. Rozumne a s vysokou mierou
   spoľahlivosť.
2. Odhadnite približné mzdové náklady na projekt

Poznámka.Často sa stáva, že termín je dosť dlhý a vzniká rozumná otázka, či sa dá skrátiť prilákaním ďalších účinkujúcich. Aby som odpovedal na túto otázku, vyvážil som nový plán pomocou rovnakého súboru úloh, ale zmenil som zloženie účinkujúcich. Odpoveď neprišla okamžite, no netrvalo dlho.

Práca s plánom

Keď sa projekt uvedie do výroby, pôvodný plán, ktorý sa použil na hodnotenie, možno použiť aj na sledovanie postupu projektu. Projektový manažér je povinný pravidelne vykonávať tieto činnosti:

1. Vydávať úlohy účinkujúcim
2. Vyznačte splnené úlohy v pláne
3. V prípade výrazných odchýlok plán opravte

Vydávanie úloh zo strany výkonných umelcov sa môže vykonávať rôznymi spôsobmi. Spustenie môžete rozdeliť na krátke iterácie, vytvoriť skupinu úloh pre každú iteráciu a označiť výsledky na konci iterácie. Účastníkom môžete okamžite oznámiť súbor úloh pre etapu, dať každému kópiu Ganttovho diagramu a pravidelne klásť otázky o pokroku. Môžete použiť integráciu MS Project a TFS a nahrať projekt priamo do TFS. Pointa nie je prostriedkom. Hlavná vec je pravidelná aktualizácia plánu. Robím to asi raz alebo dvakrát týždenne. To umožňuje rýchlo vidieť problémové oblasti.
Na identifikáciu problémovej oblasti je vhodné použiť rôzne zoskupenia – podľa interpretov, podľa komponentov a pod. Napríklad jeden z vývojárov nečakane narazil na vážny systémový problém, ktorý viedol k odchýlkam. Ak použijete iba priemernú metriku, tento problém sa neprejaví – objaví sa až na konci fázy, keď už bude príliš neskoro na čokoľvek.

Poznámka. Zvyčajne úlohy v kalendári nepresúvam, ale iba si všímam, ako sú splnené. Odchýlku od plánu sledujem odchýlkou ​​celkovej úlohy projektu od aktuálneho momentu.

Existuje ďalšia stratégia – robiť zmeny v termínoch úloh, „tlačiť“ nedokončené úlohy dopredu. S týmto prístupom je možné použiť ďalšiu užitočnú funkciu MS Project, základnú líniu, na sledovanie odchýlok od plánu. Základná línia je jednoducho uložená snímka stavu úloh. Dá sa to urobiť na začiatku projektu. Ak chcete porovnať aktuálny plán so základnou líniou, otvorte „Ganttov diagram so sledovaním“. Pre dynamický plán, kde sa často mení poradie úloh, to môže byť nepohodlné, preto do projektu vkladám míľniky, ktoré odrážajú niektoré dôležité výsledky projektu, a sledujem odchýlky od základnej línie len pre ne.

Spravujte štruktúru úloh pomocou vlastných polí

Dôrazne odporúčam nepoužívať súhrnné úlohy v MS Project na funkčný rozklad alebo kategorizáciu úloh. Faktom je, že hierarchia úloh v MS Project je silne viazaná na ich postupnosť. A často sa chcete pozrieť na úlohy v inom poradí, zatiaľ čo sa celá štruktúra „rozpadne“. Na správu štruktúry úloh odporúčam použiť Vlastné polia. MS Project má preddefinovanú množinu polí s nedefinovaným správaním, ktoré môžeme použiť podľa vlastného uváženia. Napríklad, ak chcete rozdeliť úlohy na komponenty, potrebujete na základe textového poľa Text1 vytvoriť pole Komponent a nastavte pre ňu zoznam hodnôt zodpovedajúcich komponentom systému.

Potom dostaneme príležitosť špecifikovať pre každú úlohu komponent, ku ktorému patrí, a pomocou zoskupenia úloh podľa komponentov sledovať, ako sa veci vyvíjajú.

Vlastné polia umožňujú rozdeliť úlohy do niekoľkých kategórií, ja som napríklad rozdelil úlohy podľa typu práce: Vývoj, Testovanie, Dokumentácia.
Pre zvedavcov spomeniem, že v MS Project sa dajú nastaviť aj pravidlá kreslenia diagramov na základe vlastností úlohy. V prípade potreby môžete nastaviť, aby úlohy pre rôzne komponenty mali rôzne farby a farba bude určená iba vlastnosťou úlohy, nie je potrebné ju nastavovať manuálne pre každú úlohu. Takéto nastavenia nevyžadujú písanie skriptov, ale sú vytvorené štandardnými nástrojmi na prispôsobenie grafov.

Používanie vlastných polí, ako aj funkcie filtrovania, triedenia a zoskupovania zabudované do MS Project vám umožňujú získať rôzne pohľady, ktoré vám umožnia získať odpovede na mnohé otázky, ktoré má projektový manažér.

Dokončenie projektu

Na konci projektu dostaneme plán, v ktorom sú splnené všetky úlohy. Väčšinou sa snažím dodržať aj pôvodný plán, aspoň ako základ. Aby som bol úprimný, v tejto fáze je MS Project málo užitočný, pretože nie sú zaujímavé plánované hodnoty, ale skutočné. Niektoré riešenia tohto problému ponúka MS Project Server, existuje možnosť zohľadniť skutočné náklady na prácu, ale to je nad rámec tohto článku.

Záver

Pokúsil som sa zhrnúť svoje skúsenosti s používaním MS Project na praktické riešenia problémov, ktoré sa predo mnou vynorili pri riadení projektov vývoja softvéru. Opísaná metodika si nerobí nárok na univerzálnosť, ale zdá sa mi, že je celkom jednoduchá a logická, pričom zároveň umožňuje riešiť praktické úlohy projektového manažéra.
Použitie tohto prístupu mi umožnilo úspešne dokončiť viac ako jeden projekt načas.
Pravda, vyskytli sa zlyhania. Stalo sa to spravidla vtedy, keď sa zle zrealizovala prípravná časť projektu, konkrétne formulácia problému. Tie. výsledok projektu nebol presne taký, aký sa požadoval, a pochopenie toho prišlo príliš neskoro.

Asi mi niečo ušlo, kľudne sa pýtajte.

Odoslanie dobrej práce do databázy znalostí je jednoduché. Použite nižšie uvedený formulár

Študenti, postgraduálni študenti, mladí vedci, ktorí využívajú vedomostnú základňu pri štúdiu a práci, vám budú veľmi vďační.

Podobné dokumenty

Princípy fungovania Microsoft Project (softvér na riadenie projektov), ​​jeho základné pojmy: úlohy, zdroje, zadania. Postupnosť akcií pre vytvorenie nového projektu, zadávanie úloh a závislostí medzi nimi, zadávanie zdrojov. Práca s kalendármi

ročníková práca, pridaná 23.01.2011


Moderný systém riadenia projektov ProjectExpert a Microsoft Project 2007. Project Expert - vypracovanie podnikateľských plánov a hodnotenie investičných projektov, možnosti programu. Riadenie projektu "JSC Nif-Nif" v softvérovom prostredí Microsoft Project.

semestrálna práca, pridaná 14.05.2015


Metódy riadenia zložitých projektov. Úprava vlastností projektu. Nastavte si projektový kalendár. Vytvárajte úlohy v programe Microsoft Project a zmeňte ich vlastnosti. Výber voľných zdrojov a ich využitie. Príprava súhrnu projektu a správy o rozpočte.

laboratórne práce, doplnené 03.01.2015


Charakteristika hlavných metód projektového riadenia, ich charakteristické črty, kritériá a zdôvodnenie výberu, analýza informačných technológií. Analýza možností, ktoré poskytuje program Microsoft Project, jeho nákladová efektívnosť.

práca, pridané 28.06.2010


Základy projektového manažmentu pomocou Microsoft Project. Analýza modernizácie výroby mikrovlnných zariadení v JE "Salyut" s nárastom výroby monolitických integrovaných, hybridne monolitických zariadení a elektronických komponentov.

semestrálna práca, pridaná 16.01.2014


Opis kľúčových charakteristík projektu na vytvorenie pekárne, fázy, úlohy a zdroje potrebné na ich dokončenie. Analýza a optimalizácia plánu projektu pomocou Microsoft Project, zadávanie údajov do programu. Automatické vyrovnávanie zdrojov.

test, pridané 02.06.2010


Odhad nákladov na projekt pomocou funkcie Microsoft Project na príklade vytvorenia technického pracovného projektu pre súbor úloh „Riadenie kvality produktov a služieb“. Účel a podmienky aplikácie programu, jeho charakteristika a používateľská príručka.

práca, pridané 20.03.2012