Microsoft Project (lub MSP) to program do zarządzania projektami opracowany i sprzedawany przez firmę Microsoft Corporation.

Microsoft Project ma za zadanie pomóc kierownikowi projektu w opracowywaniu planów, przydzielaniu zasobów do zadań, śledzeniu postępów i analizowaniu zakresu prac. Microsoft Project tworzy harmonogramy ścieżek krytycznych. Harmonogramy można tworzyć z uwzględnieniem wykorzystanych zasobów. Łańcuch jest wizualizowany na wykresie Gantta.

Pod marką Microsoft Project dostępnych jest kilka produktów i rozwiązań:

Microsoft Project Standard to wersja jednostanowiskowa przeznaczona do małych projektów.Microsoft Project Professional to wersja korporacyjna produktu, która wspiera wspólne zarządzanie projektami i zasobami, a także zarządzanie portfelem projektów przy użyciu Microsoft Project Server.

Microsoft Project Web Access — interfejs sieciowy do raportowania wykonania zadań, a także przeglądania portfeli projektów Microsoft Project Portfolio Server — produkt służący do wybierania projektów do uruchomienia na podstawie zrównoważonych wyników, jest dostępny w programie Microsoft Project Server od wersji MS Projekt 2010.

Począwszy od 2013 roku firma Microsoft rozpoczęła dostarczanie opartej na chmurze wersji Microsoft Project Online.

Microsoft Project to tylko narzędzie; aby wdrożyć zarządzanie projektami, należy wybrać metodykę zarządzania projektami. Z reguły metodologia jest wdrażana poprzez „regulaminy” zarządzania projektami i specyficzne dla branży ulepszenia MS Project.

Z 20 000 000 użytkowników Microsoft Project ma monopol.

Najbardziej oczywistą zaletą produktu jest przynależność do rodziny Microsoft Office. Zapewnia to następujące korzyści wspólne dla wszystkich produktów MS Office:

Taka sama krótka krzywa uczenia się użytkownika, jak w przypadku innych programów Microsoft Office

Bogate możliwości personalizacji w stylu formuł Microsoft Excel (sam produkt zaprojektowano w interfejsie jak najbardziej zbliżonym do Microsoft Excel)

Możliwość dostosowania produktu do konkretnych potrzeb poprzez zaprogramowanie lub zakup gotowych rozwiązań stworzonych w oparciu o Visual Basic lub Microsoft.Net.

Microsoft zachęca do zakupu gotowych rozwiązań od partnerów poprzez program Microsoft ISV Royalty, wynagradzający klientów i partnerów za rozwój rozwiązań branżowych, a program ten ma również na celu ograniczenie problemów produktowych wraz ze wsparciem technicznym.

Microsoft rozumie mankamenty swojego produktu w obszarze niezawodności back-endu i korzysta z kilku programów, aby zapewnić indywidualnym ekspertom i partnerom pomoc w rozwiązaniu tego problemu. Jeśli sam pulpit Microsoft Project jest tak samo niezawodny jak Microsoft Excel i nie ma żadnych znaczących skarg, wówczas niezawodność Microsoft Project Server jest przedmiotem krytyki nawet ze strony centralnych ekspertów i partnerów produktowych Microsoft.

Microsoft rozwiązuje ten problem niezawodności Microsoft Project Server za pomocą całego zestawu programów.

Dzięki programowi Microsoft ISV Royalty partnerzy i klienci otrzymują rekompensatę za część kosztów rozszerzonego wsparcia technicznego dla rozwiązania.

Microsoft zaprasza najsilniejszych ekspertów ze strony klientów i partnerów, a przede wszystkim tych, którzy krytycznie oceniają jakość Microsoft Project Server, do wzięcia udziału w swoim programie rozwoju i testowania Program wdrażania technologii Microsoft Microsoft przyznaje statusy nagród ekspertom produktowym, którzy zgadzają się zapewnić bezpłatne konsultacje w zakresie wsparcia zdarzenia na forach. Firma Microsoft zapewnia bezpłatną usługę konsultacji na forum w ramach programu Microsoft MVP.

Przy prawidłowym użyciu tych programów problemy z niezawodnością komponentów serwerów są w dużej mierze rozwiązane: część kosztów wsparcia technicznego jest rekompensowana przez Microsoft i bezpłatne konsultacje na forach; duzi klienci i partnerzy Microsoft mogą testować złożone scenariusze wdrożeń korporacyjnych za pośrednictwem Program wdrażania technologii firmy Microsoft.

Konfigurowanie i tworzenie planu projektu w Microsoft Poject

Pracę w Microsoft Project warto rozpocząć od ustalenia godzin pracy. Aby to zrobić, znajdź zakładkę „Plik” na pasku narzędzi i wybierz „Opcje”. W oknie opcji musimy przejść do zakładki „Harmonogram”, „Zaawansowane”. Poniższe rysunki przedstawiają ustawienia czasu pracy i ustawienia wyświetlania wartości.

Rysunek 1 – Konfigurowanie godzin pracy

Rysunek 2 – Ustawienia wartości

Kiedy już ustalimy pożądane oznaczenie ilości, możemy przystąpić do projektowania.

Najpierw należy wprowadzić do programu plan podany powyżej w tym kursie i pogrupować je zgodnie z tym planem.

Rysunek 3 – Plan projektu

Rysunek 4 – Plan projektu

Zatem plan projektu jest gotowy. Ale sam projekt nie jest jeszcze realizowany, ponieważ nie ma ludzi i zasobów, za pomocą których ten projekt jest realizowany. Aby przypisać zasób należy na pasku narzędzi wybrać zakładkę Widok i wybrać opcję „Arkusz zasobu”. Zasoby, które przedstawimy zostały zaprezentowane poniżej.

Rysunek 5 – Arkusz zasobów

• Instruktaż

Krótkie wprowadzenie

Cała metodologia to po prostu zbiór prostych metod i zaleceń dotyczących wykorzystania MS Project do rozwiązywania problemów stosowanych przez kierownika projektu. Od razu zastrzegam, że metodologia nie rości sobie pretensji do uniwersalności i ma zastosowanie jedynie z pewnymi ograniczeniami, o czym będę wspominać w dalszej części opowieści.

Na początek przypomnijmy sobie, czego zwykle wymaga się od kierownika projektu. Dla doświadczonych menedżerów jest to oczywiste, ale dla początkujących (lub tych, którzy dopiero planują zostać menedżerami) warto o tym jeszcze raz przypomnieć. Projekt rozwoju oprogramowania to zatem stworzenie jakiegoś unikalnego produktu. Na różnych etapach cyklu życia projektu od kierownika projektu wymaga się rozwiązania różnych problemów.

Przed rozpoczęciem projektu

Przed rozpoczęciem projektu kierownik projektu jest zwykle zobowiązany odpowiedzieć na dwa pytania:

1. jak długo zajmie projekt?
2. ile będzie kosztować projekt

Jednocześnie trzeba zrozumieć, że nikogo nie interesuje odpowiedź typu „nie wcześniej niż za pół roku”. Wymagany jest kosztorys z góry.

Notatka. Nigdy nie miałem do czynienia z jednoznacznymi szacunkami finansowymi projektu i, jak teraz rozumiem, jest to poważne zaniedbanie. Wszystkie projekty, którymi zarządzałem, były realizowane przez pracowników firmy. Zespół projektowy tworzony był przez cały czas trwania projektu, część specjalistów była zaangażowana w projekt na określony czas. W rzeczywistości mam obowiązek oszacować liczbę wymaganych wykonawców, a także czas ich przyciągania. Wydaje mi się, że jest to dość typowa sytuacja dla firm tworzących oprogramowanie. Ostatecznie wszystko sprowadza się do oszacowania kosztów pracy, co za pomocą wzorów empirycznych zamienia się w szacunek kosztów projektu. Jak widać, istnieje bezpośredni związek pomiędzy kosztem projektu a jego terminem.

Podczas projektu

W warunkach wskazanych ograniczeń głównym zadaniem kierownika projektu jest zapewnienie terminowej realizacji projektu, a to bezpośrednio
wpływa na jego koszt. Nieprzewidziane okoliczności, które nieuchronnie towarzyszą każdemu projektowi, mogą prowadzić do przekroczenia terminów. Ściśle mówiąc, harmonogram projektu może zostać nieoczekiwanie skrócony, ale szczerze mówiąc, nigdy się z tym nie spotkałem. Menedżer ma obowiązek reagować na takie zdarzenia w odpowiednim czasie, aby ograniczyć negatywne konsekwencje. Jedynym sposobem, jaki znam na rozwiązanie tego problemu, jest staranne planowanie, regularne monitorowanie nadchodzących problemów i dostosowywanie planów.

Po zakończeniu projektu

Pod koniec projektu menedżer zwykle spogląda wstecz i podsumowuje projekt. Najczęściej konieczna jest ocena, na ile projekt opóźnił się w stosunku do zaplanowanego harmonogramu i dlaczego tak się stało.

Co potrafi MS Project

Pomimo pozornej złożoności, MS Project jest bardzo prosty w koncepcji. Działa na trzech podmiotach – zadaniach, zasobach, kalendarzu i powiązaniach pomiędzy nimi. W istocie jest to baza danych, interfejs użytkownika do tworzenia i edycji encji oraz minimalna, dość prosta automatyzacja (co Project robi sam w odpowiedzi na wprowadzone dane).

Przyjrzyjmy się pokrótce właściwościom bytów.

Zadanie ma czas trwania, objętość, przypisany zasób i mnóstwo innych właściwości. Jeśli wbudowane właściwości nie wystarczą, możesz dodać własne - wykorzystamy to później. Zadania mogą być ze sobą powiązane różnymi relacjami (poprzednicy, następcy itp.).

Ratunek ma wiele właściwości opisowych, ale najważniejsze, że może być
ustaw dostępność w czasie, służy do tego kalendarz. Zasób może być
przypisany do zadania.

Na podstawie tych danych Project może tworzyć różne widoki za pomocą
filtry, grupowania, sortowanie itp. Ponadto potrafi posługiwać się pewnym algorytmem
obliczyć daty rozpoczęcia i zakończenia zadań, biorąc pod uwagę dostępność przydzielonych zasobów
i powiązania między zadaniami. Właściwie to prawie wszystko, co może zrobić.
Zobaczmy, jakie możemy z tego skorzystać

Jak tego użyć

Notatka Aby było jaśniej, wyjaśnię kilka ogólnych właściwości projektów,
z którym pracowałem. Mówimy więc o projektach rozwoju oprogramowania,
które składają się z kilku etapów. Na koniec każdego etapu powinniśmy je zdobyć
wymierny rezultat, który zostanie zaprezentowany klientowi, dlatego ważna jest dla nas ocena
termin nie tylko dla całego projektu, ale także dla każdego jego etapu. Powtarzam, jedyny rodzaj zasobu
potrzebni są ludzie, a my nie zatrudniamy specjalistów z zewnątrz, tylko korzystamy
możliwości obecnych pracowników.

Przygotowanie planu

Mamy zatem przed sobą zadanie techniczne i musimy odpowiedzieć sobie na trzy pytania:

1. Jak długo zajmie ten projekt?
2. Ilu (i jakich) specjalistów będzie to wymagało?
3. Jakie w przybliżeniu koszty pracy są oczekiwane w przypadku tego projektu?

W tym celu przygotowujemy przybliżony plan realizacji projektu w MS Project. Te. Po prostu spisujemy zadania, które należy wykonać po kolei. Sposób przekształcenia specyfikacji technicznej w zbiór zadań to osobna historia, nie będę się teraz nad nią rozwodzić.
Przygotowanie planu odbywa się w kilku etapach:

1. Przygotowanie listy zadań
2. Ustawiamy zależności pomiędzy zadaniami
   (wynik którego zadania jest niezbędny, aby przejść do następnego?).
3. Przydzielamy wykonawców zadań
4. Wyrównanie obciążenia zasobów
5. Równoważenie tego, co się wydarzyło

Przygotowując plan kierujemy się następującymi zaleceniami:

1. Nie używamy problemów podsumowujących do dekompozycji.
   Wszystkie zadania umieszczamy na jednej liniowej liście. Na początku może się to wydawać niewygodne,
   ale pozwala uniknąć wielu problemów w przyszłości. Aby zarządzać strukturą zadań
   Używamy pól niestandardowych (patrz poniżej).
2. Bardzo często do zarządzania zależnościami zadań używa się metody Drag&Drop. Kiedy jest dużo zadań, szybko stają się one niewygodne. W tym wypadku radzę nie stosować metody „przeciągnij i upuść”, lecz jawnie określić numery zadań poprzedzających. W tym celu możesz dodać do tabeli kolumnę „poprzednicy” i ręcznie wpisać numery zadań.
3. Czas trwania każdego zadania nie powinien przekraczać dwóch tygodni.
   Jeśli czas trwania zadania przekracza tydzień, jest to już powód, aby pomyśleć o jego dekompozycji. Kierowałem się bardzo prostą metodyką oceny: zadanie prymitywne – średnio 2 dni
   trudność – 1 tydzień, trudne zadanie – 2 tygodnie. Jednocześnie nie powinno być wielu trudnych zadań. Takie podejście pozwala dość szybko przygotować plan oceny.
   Z jednej strony wynikowe oszacowanie oczywiście nie będzie dokładne, ale z drugiej strony, które z nich jest dokładne? Z praktycznego doświadczenia mogę to powiedzieć
   Przy dużych projektach błędy w szacunkach poszczególnych zadań są z reguły wyrównywane, jednak przy małych projektach często można (i trzeba!) zastosować dokładniejsze szacunki.
4. Staramy się unikać zadań, które mają wielu wykonawców. Do każdego zadania należy przypisać tylko jednego wykonawcę. Warto wyznaczyć dwóch wykonawców
   tylko wtedy, gdy faktycznie współpracują (na przykład ćwiczysz programowanie w parach). W innych przypadkach lepiej rozłożyć problem na czynniki pierwsze.
5. Przy powoływaniu wykonawców kierujemy się ich zawodem i kwalifikacjami, nie martwiąc się na razie o jednolitość obciążenia pracą.
6. Zadania sumaryczne służą do podziału zadań na etapy. Pomiędzy etapami układamy zależności tak, aby przebiegały sekwencyjnie. Podział na etapy jest nadal dość przybliżony.

Bilansowanie projektu

Najważniejszą rzeczą w tej technice jest balansowanie. Celem tego procesu jest przygotowanie planu, w którym praca jest w miarę równo podzielona między wykonawców.

Po wstępnym przygotowaniu planu efektem jest zwykle kompletna hańba, a nie projekt. Dlatego zaczynamy to porządkować. Uporządkowanie polega na ręcznym bilansowaniu przypisań wykonawców i podziałów na etapy. Do tego używamy grupowanie zadań według wykonawców aby zobaczyć, jak podzielone są zadania. Dla ułatwienia przeglądania zalecam sortowanie zadań według daty rozpoczęcia.

Notatka. Teoretycznie do oszacowania obciążenia należy używać wykresów
pliki do pobrania przez użytkownika. Te wykresy są dobre (prawdopodobnie) dla kadry kierowniczej, gdy są
ocenić gotowy projekt. Ale nie nadają się na etapie tworzenia planu, ponieważ są widoczne
że wszystko jest źle, ale nie dają absolutnie żadnych informacji o tym, dlaczego tak jest i co można zrobić.

Wtedy zaczyna się magia balansowania. Należy minimalizować czas realizacji każdego etapu poprzez zapewnienie mniej więcej równomiernego obciążenia wszystkich uczestników projektu. W tym celu wykonujemy następujące kroki:

1. Zmień wykonawcę zadania.

   Ma to sens, jeśli widzimy, że jeden wykonawca ma duży ogon zadań,
   a drugi ma oczywiste „dziury”, od których może przejąć część pracy
   Pierwszy.

2. Przenieś zadanie na inny etap.

   Zadanie, które prowadzi do przedłużenia sceny, ale nie jest konieczne
   w celu uzyskania wyniku etapu można przenieść na etap później. I wzajemnie,
   jeśli scena zawiera „dziury” w załadunku wykonawców, i zmień wykonawców
   Jeśli to nie zadziała, możesz spróbować podjąć zadania z kolejnego etapu.

Niestety wszystko to trzeba robić ręcznie, wyrównując obciążenie zasobów po każdej zmianie. Pomimo pozornej złożoności proces ten zwykle zajmuje skończoną ilość czasu. Projekt uporządkowałem na rok 8 uczestników, podzielony na 4 etapy, w niecałą godzinę.

Teraz jeszcze raz uważnie przyglądamy się projektowi, upewniając się, że powiązania między zadaniami są prawidłowo poukładane, aby o niczym nie zapomnieć, a zadania wykonawców odpowiadały ich specjalnościom i kwalifikacjom.

Rachunkowość ryzyka

Teraz – ostatni szlif: uwzględnienie ryzyka. Przyznam szczerze, że nie zajmowałem się poważnym zarządzaniem ryzykiem, jednak biorę pod uwagę możliwość wystąpienia pewnych zdarzeń siły wyższej (takich jak choroby wykonawców, zapomnienie o pracy itp.). Aby to zrobić, do każdego zasobu na każdym etapie dodaję fikcyjne zadanie o minimalnym priorytecie o nazwie „inna praca”. Po wyrównaniu zasobów zadania te kończą się na końcu etapu. Czas trwania tych zadań zależy od prawdopodobieństwa wystąpienia i stopnia wpływu ryzyk, zależy od sposobu ustalania szacunków czasu trwania zadań, stanu zdrowia członków zespołu oraz stopnia paranoi kierownika projektu. Zwykle ustalam czas trwania „innej pracy” na około jedną trzecią do jednej czwartej długości sceny.

W wyniku wszystkich powyższych manipulacji otrzymujemy plan realizacji projektu, nad którym możemy pracować.

Dzięki temu planowi możemy:

1. Podaj harmonogram realizacji projektu i jego etapy. Rozsądnie i z wysokim stopniem
   niezawodność.
2. Oszacuj przybliżone koszty pracy dla projektu

Notatka. Często zdarza się, że termin jest dość długi i pojawia się uzasadnione pytanie, czy można go skrócić poprzez przyciągnięcie dodatkowych wykonawców. Aby odpowiedzieć na to pytanie, zbilansowałem nowy plan, wykorzystując ten sam zestaw zadań, ale zmieniając skład wykonawców. Odpowiedź nie była natychmiastowa, ale nie trwała długo.

Praca z planem

Po rozpoczęciu projektu oryginalny plan użyty do oszacowania można również wykorzystać do śledzenia postępu projektu. Kierownik projektu ma obowiązek regularnie wykonywać następujące czynności:

1. Zadawaj zadania wykonawcom
2. Zaznacz wykonane zadania w planie
3. Dostosuj plan w przypadku znacznych odchyleń

Wydawanie zadań przez wykonawców może odbywać się na różne sposoby. Możesz podzielić wykonanie na krótkie iteracje, utworzyć pulę zadań na iterację i oznaczyć wyniki na końcu iteracji. Możesz od razu przekazać pracownikom zestaw zadań na dany etap, wręczyć każdemu kopię wykresu Gantta i okresowo pytać o postępy. Możesz skorzystać z integracji MS Project i TFS i przesłać swój projekt bezpośrednio do TFS. Nie chodzi o środki. Najważniejsze jest to regularne aktualizacje planu. Robię to mniej więcej raz lub dwa razy w tygodniu. Dzięki temu możliwe jest szybkie dostrzeżenie obszarów problematycznych.
Aby zidentyfikować obszar problemowy, wygodnie jest zastosować różne grupowania - według wykonawców, według komponentów itp. Często może się okazać, że projekt jako całość nawet postępuje przed terminem, ale w pewnym kontekście występuje opóźnienie, na przykład jeden z programistów nieoczekiwanie napotkał poważny problem systemowy, który doprowadził do odchyleń. Użycie wyłącznie metryki średniej nie wykaże tego problemu – pojawi się on dopiero na końcu etapu, kiedy będzie już za późno na jakiekolwiek działania.

Notatka. Zwykle nie przenoszę zadań w kalendarzu, a jedynie notuję stopień ich ukończenia. Odchylenia od planu śledzę poprzez odchylenie całości zadania projektu od chwili obecnej.

Istnieje inna strategia - wprowadzanie zmian w terminach zadań, „przesuwanie” niezrealizowanych zadań do przodu. Dzięki takiemu podejściu możesz użyć innej przydatnej funkcji MS Project – linii bazowej – do śledzenia odchyleń od planu. Linia bazowa to po prostu zapisana migawka stanu zadań. Można to zrobić na początku projektu. Aby porównać aktualny plan z wartością bazową, otwórz „Wykres Gantta ze śledzeniem”. W przypadku planu dynamicznego, w którym kolejność zadań często się zmienia, może to być niewygodne, dlatego umieszczam w projekcie kamienie milowe, które odzwierciedlają niektóre ważne rezultaty projektu i śledzę odchylenia od wartości bazowych tylko dla nich.

Zarządzaj strukturą zadań za pomocą niestandardowych pól

Zdecydowanie odradzam używanie zadań sumarycznych w MS Project do rozkładu funkcjonalnego lub kategoryzacji zadań. Faktem jest, że hierarchia zadań w MS Project jest silnie powiązana z ich kolejnością. I często chcesz patrzeć na zadania w różnych sekwencjach, podczas gdy cała konstrukcja „rozpada się”. Do zarządzania strukturą zadań polecam używać Pola niestandardowe. MS Project posiada predefiniowany zestaw pól o niezdefiniowanym zachowaniu, których możemy używać według własnego uznania. Na przykład, aby podzielić zadania na komponenty, należy użyć pola tekstowego Tekst 1 utwórz pole Część i podaj mu listę wartości odpowiadających elementom systemu.

Następnie mamy możliwość określenia dla każdego zadania komponentu, do którego ono należy, i korzystając z grupowania zadań według komponentów, możemy śledzić przebieg prac.

Pola niestandardowe pozwalają podzielić zadania na kilka kategorii, np. podzieliłem zadania ze względu na rodzaj pracy: Development, Testowanie, Dokumentacja.
Dla ciekawskich wspomnę, że w MS Project można także ustawić reguły rysowania diagramów na podstawie właściwości zadania. W razie potrzeby możesz ustawić zadania dla różnych komponentów w różnych kolorach, a kolor będzie określony tylko przez właściwość zadania; nie trzeba go ustawiać ręcznie dla każdego zadania. Ustawienia takie nie wymagają pisania skryptów, ale dokonuje się ich za pomocą standardowych narzędzi konfiguracyjnych wykresów.

Zastosowanie niestandardowych pól, a także wbudowanych w MS Project funkcji filtrowania, sortowania i grupowania, pozwala uzyskać różnorodne widoki, które pozwalają uzyskać odpowiedzi na wiele pytań, które pojawiają się przed kierownikiem projektu.

Zakończenie projektu

Na zakończenie projektu otrzymujemy plan, w którym zrealizowane są wszystkie zadania. Zwykle staram się zachować pierwotny plan, przynajmniej jako punkt odniesienia. Szczerze mówiąc, na tym etapie MS Project jest mało przydatny, ponieważ nie interesują Cię wartości planowane, ale rzeczywiste. MS Project Server oferuje pewne rozwiązania tego problemu, ma możliwość uwzględnienia rzeczywistych kosztów pracy, ale wykracza to poza zakres tego artykułu.

Wniosek

Próbowałem podsumować moje doświadczenia związane z wykorzystaniem MS Project do praktycznego rozwiązywania problemów, które stanęły przede mną, gdy zarządzałem projektami wytwarzania oprogramowania. Opisana metodologia nie pretenduje do miana uniwersalnej, ale wydaje mi się dość prosta i logiczna, a jednocześnie pozwala na rozwiązywanie praktycznych problemów kierownika projektu.
Dzięki takiemu podejściu udało mi się z sukcesem ukończyć w terminie więcej niż jeden projekt.
To prawda, że ​​​​były też awarie. Dzieje się tak z reguły wtedy, gdy część przygotowawcza projektu, a mianowicie sformułowanie problemu, została źle przeprowadzona. Te. Wynik projektu nie był dokładnie taki, jakiego oczekiwano, a zrozumienie tego przyszło zbyt późno.

Na pewno coś przeoczyłem, śmiało pytajcie.

Wyślij swoją dobrą pracę do bazy wiedzy jest prosta. Skorzystaj z poniższego formularza

Studenci, doktoranci, młodzi naukowcy, którzy wykorzystują bazę wiedzy w swoich studiach i pracy, będą Państwu bardzo wdzięczni.

Podobne dokumenty

Zasady działania programu Microsoft Project (program do zarządzania projektami), jego podstawowe pojęcia: zadania, zasoby, przypisania. Sekwencja działań związanych z utworzeniem nowego projektu, wprowadzeniem zadań i zależności między nimi, wprowadzeniem zasobów. Praca z kalendarzami.

praca na kursie, dodano 23.01.2011


Nowoczesny system zarządzania projektami ProjectExpert i Microsoft Project 2007. Project Expert – opracowywanie biznesplanów i ocena projektów inwestycyjnych, możliwości programu. Zarządzanie projektami „OJSC Nif-Nif” w środowisku oprogramowania Microsoft Project.

praca na kursie, dodano 14.05.2015


Metody zarządzania złożonymi projektami. Edycja właściwości projektu. Zakładanie kalendarza projektu. Twórz zadania w programie Microsoft Project i zmieniaj ich właściwości. Wybór bezpłatnych zasobów i ich wykorzystanie. Przygotuj podsumowanie projektu i raport budżetowy.

praca laboratoryjna, dodano 01.03.2015


Charakterystyka głównych technik zarządzania projektami, ich cechy charakterystyczne, kryteria i uzasadnienie wyboru, analiza technologii informatycznych. Analiza możliwości programu Microsoft Project, jego efektywności ekonomicznej.

teza, dodana 28.06.2010


Podstawy zarządzania projektami z wykorzystaniem Microsoft Project. Analiza modernizacji produkcji urządzeń ultrawysokiej częstotliwości w EJ „Salut” wraz ze wzrostem produkcji urządzeń i podzespołów elektronicznych monolitycznie zintegrowanych, hybrydowo-monolitycznych.

praca na kursie, dodano 16.01.2014


Opis kluczowych cech projektu stworzenia piekarni, faz, zadań i zasobów wymaganych do ich realizacji. Analiza i optymalizacja planu projektu z wykorzystaniem Microsoft Project, wprowadzanie danych do programu. Automatyczne poziomowanie zasobów.

test, dodano 02.06.2010


Szacowanie kosztu projektu z wykorzystaniem funkcji Microsoft Project na przykładzie tworzenia roboczego projektu technicznego dla zestawu zadań „Zarządzanie jakością produktów i usług”. Cel i warunki korzystania z programu, jego charakterystyka oraz instrukcja obsługi.

teza, dodana 20.03.2012