Станојче Миленков 20384

Универзитет "Гоце Делчев"– Штип
- Електротехнички факултет -
Семинарска работа
по предметот
Управување со Eлектротехнички проекти
Наслов на трудот:
Софтверски алатки за управување со проекти

Студент: Станојче Миленков 20384
Штип, декември 2017

Предмет :Управување со Електротехнички проектисеминарска работа
СОДРЖИНА
ВОВЕД ................................................................................................................................................. - 2 -
1 Историја на раководењето со проекти ........................................................................................ - 3 -
2 Приоди на раководењето со проекти .......................................................................................... - 6 -
2.1 Традиционален пристап ......................................................................................................... - 6 -
2.2 Раководењето со проекти на критичен синџир ................................................................... - 7 -
2.3 Екстремнo раководење со проекти ....................................................................................... - 8 -
2.4 Методологија на синџир на настани ..................................................................................... - 9 -
2.5 ПРИНЦ2 .................................................................................................................................... - 9 -
2.6 Рационален унифициран процес ......................................................................................... - 10 -
3. Развојни фази на проектите ....................................................................................................... - 11 -
3.1 Иницирање ............................................................................................................................ - 11 -
3.2 Планирање и дизајн .............................................................................................................. - 12 -
3.3 Извршување........................................................................................................................... - 12 -
3.4 Мониторинг и контрола........................................................................................................ - 13 -
3.4.1 Кругот на мониторинг и контрола .................................................................................... - 14 -
3.5 Затворање .............................................................................................................................. - 14 -
3.6 Системи за проектна контрола ........................................................................................... - 15 -
4. Microsoft Office Project ................................................................................................................ - 17 -
5.Cloud copmputing .......................................................................................................................... - 18 -
Microsoft Project Online 365 ......................................................................................................... - 21 -
ЗАКУЧОК ........................................................................................................................................... - 22 -
КОРИСТЕНА ЛИТЕРАТУРА................................................................................................................ - 23 -
студент: Станојче Миленков- 1 -

ВОВЕД
Раководењето (или управување) со проекти е дисциплина 1 на

планирање, организирање и управување со ресурсите што допринесува за
успешно исполнување не специфични проектни цели.
Проект претставува определена задача (која има определени почетни и

завршни датуми) која се презема за да се создава уникален продукт или услуга
кој допринесува за позитивна промена или додадена вредност. Овие
1
David I. Cleland, Roland Gareis (2006). Global project management handbook. McGraw-Hill Professional,
2006. ISBN 0-07-146045-4. p.1-4": Project management was formally recognized in the 1950s as a distinct
discipline arising from the management discipline

определни карактеристики на проектите се во контраст со оние на процесите 2,

или операциите, кои претставуваат, долготрајна функционална работа со која
се повторува истиот процес на призводство на некој производ или услуга. Во
практиката, начинот на управувањето со овие два система е најчесто многу
различен, и поради тоа потребно е да се развијат специфични технички
способности и примена на различен тип на управување.
Главниот предизвик на раководењето со проекти е реализација на поставените

проектни цели 3 во однос на проектните ограничувања 4 како што се опфатот,
времето и буџетот. 5 Второстепениот, и поамбициозен, предизвик е да се
оптимализира алокацијата и интеграцијата на инпутите кои се потребни за да
се постигнат претходно дефинираните цели.
1 Историја на раководењето со проекти
Како дисциплина, раководењето со проекти се развило од различни полиња

на апликации вклучувајќи ги конструкција, инжинерство и одбрана. 6 Во САД,
двајцата татковци на раководењето со проекти се Henry Gantt, кој уште се
2
Paul C. Dinsmore et al (2005) The right projects done right! John Wiley and Sons, 2005. ISBN 0-7879-7113-8.
p.82 and further.
3
Lewis R. Ireland (2006) Project Management. McGraw-Hill Professional, 2006. ISBN 0-07-147160-X. p.110.
4
Joseph Phillips (2003). PMP Project Management Professional Study Guide. McGraw-Hill Professional, 2003.
ISBN 0-07-223062-2 p.354.
5
Chatfield, Carl. "A short course in project management". Microsoft. http://office.microsoft.com/en-
us/project/HA102354821033.aspx.
6
David I. Cleland, Roland Gareis (2006). Global project management handbook. "Chapter 1: "The
evolution of project management". McGraw-Hill Professional, 2006. ISBN 0-07-146045-4

нарекува таткото на техниките за планирање и контрола7, кој е најмногу познат

по употребата на Гант Чартот како алатка за раководење со проекти, и Henri
Fayol за креирањето на шесте раководни функции, кои го создаваат скелетот
за основата на знаењето поврзано со проектниот и програмското раководење.8
И двајцата Gantt и Fayol, биле познати како студенти на Frederick Winslow

Taylor, и ги проучувале неговите теории за научното раководење. Неговата
работа им претходи на модерните алатки за раководење со проекти
вклучувајќи ги тука и Work Breakdown Structure (WBS) и алокацијата на ресурси.
Педесетите години на минатиот век го одбележуваат почетокот на новата

модерна ера на раководењето со проекти. Претходно раководењето со проекти
се сметало за како посебна дисциплина која се одделува од раководењето.9 Во
САД, уште пред педесетите години на минатиот век, проектите биле
управувани на «ад хок» основа со користење најчесто на Гант Чартови и
неформални техники и алатки. Во тоа време биле развиени два модела за
математичко планирање на проектите, «Методот на критичен пат» (на англиски
Critical Path Method-CPM) кој заедно го развиле DuPont Corporation и Remington
Rand Corporation за управување на проекти за одржување на фабрики, и
«Техниката за Евалуација и Преглед на Програми» (на англиски Program
Evaluation and Review Technique-PERT) развиена од страна на Booz-Allen &
Hamilton како дел од програмата за подморници на морнарицата на САД, во
соработка со Lockheed Corporation; 10 Овие математички техники набрзо биле
разделени помеѓу повеќе приватни компании.
7
Martin Stevens (2002). Project Management Pathways. Association for Project Management. APM Publishing
Limited, 2002 ISBN 1-903494-01-X p.xxii
8
Morgen Witzel (2003). Fifty key figures in management. Routledge, 2003. ISBN 0-415-36977-0. p. 96-101.
9
David I. Cleland, Roland Gareis (2006). Global project management handbook. McGraw-Hill Professional,
2006. ISBN 0-07-146045-4. p.1-4": Project management was formally recognized in the 1950s as a distinct
discipline arising from the management discipline.
10
Booz Allen Hamilton - History of Booz Allen 1950s

Во исто време, технологијата за предвидување на проектните трошоци,

управување со трошоците, и инжињерската економија се развиваат, со
пионерската работа на Hans Lans и други. Во 1956 година, Американската
Асоцијација на Инжињери за Трошоци (на англсики American Association of Cost
Engineer, сега позната како AACE International; the Association for the
Advancement of Cost Engineering) беше формирана од страна на првите
практиционери на раководењето со проекти исто како и специјалистите за
планирање и распоредување, предвидување на трошоци, и трошочна контрола
(проектна контрола). AACE продолжи со својата пионерска работа и во 2006
година го издаде првиот некогаш интегриран процес за портфолио, програмско
и проектно раководење (Рамка за Целосно Управување со Трошоците, на
англски Total Cost Management Framework).
Во 1969 година, Институт за Проектено раководење (англ. Project Management

Institute-PMI) беше формиран за да им служи на интересите на индустријата на
раководењето со проекти.11 Основата на ИПМ е дека алатките и техниките на
раководењето со проекти се широко прифатени дури и помеѓу многубројните
проектни апликации од софтверската индустрија се до конструкционата
индустрија. Во 1981, бордот на директори на ИПМ го одобри развојот на тоа
што денес е познато како Водич Низ Оснаовата На Знаењето на раководењето
со проекти (англ. A Guide to the Project Management Body Of Knowledge-PMBOK
Guide), кој ги содржи стандардите и насоките за практична примена кои се
користат низ целата професија.
Меѓународното здружение за раководење со проекти-МЗРП (на англиски The

International Project Management Association-IPMA), која беше основана во
Европа во 1967 година, 12 ги презема сличните чекори и ја развива ИАПМ
основата за компетенција (на англиски IPMA Competence Baseline-ICB).Фокусот
на ICB исто така го има знаењето како основа, и разработува определни
11
F. L. Harrison, Dennis Lock (2004). Advanced project management: a structured approach. Gower Publishing,
Ltd., 2004. ISBN 0-566-07822-8. p.34.
12
Bjarne Kousholt (2007). Project Management –. Theory and practice.. Nyt Teknisk Forlag. ISBN 87-571-2603-
8. p.59.

искуства, меѓународни вештини, и компентенции. И двете организации сега

соработуваат во развојот на ISO стандардите за раководење со проекти (ISO
10006).
2 Приоди на раководењето со проекти
Постојат неколку приоди кои можат да бидат користени за управување со

проектни активности, вклучувајќи ги тука експедитивните, интерактивните,
растечки приоди и приоди по фази.
Без разлика на тоа кој приод се користи, внимателно треба да се разјаснат

проектните цели, и доста важно, улогите и одговорностите на сите учесници и
стејкхолдери.
2.1 Традиционален пристап
Традиционалниот пристап се состои од серија на чекори којшто треба да

бидат завршени. Кај «традиционалниот пристап» се разликуваат 5 делови на
проектот (4 фази плус котрола) во развивањето на еден проект:
Фази во развојот на проектот:
- иницирање на проeктот
- планирање или дизајн на проектот
- извршување нa проектот или продукциона фаза
- мониторинг на проeктот и системи на контрола
- завршна фаза на проектот
Не сите проекти ќе ги "посетат « сите фази, затоа што одреден проект може да
заврши пред да стигне до завршната фаза. Некои проекти пак немаат
планирање или мониторинг. Некои проекти пак ќе поминат низ 2, 3 и 4 фаза
неколку пати.

Многу индустрии користат варијации на овиe фази. На пример, при

дизајнирање на некој архитектонски објект, проектите најчесто проаѓаат низ
фазите како што се Пред-планирање, Концепциски дизајн, Шематски дизајн,
Развој на дизајнот, Конструкциски нацрти, и Конструкциска Администрација. Во
софтврскиот развој овој модел е познат како модел на водопад, односно една
серија на задачи по друга во линеарна секвенца. 13 Во развојот на софтвер
многу организации го користат Рационалниот Унифициан Процес (на англиски
Rational Unified Process-RUP) за да биде прикладен за оваа методологија, и
покрај тоа што РУП не ја бара или препорачува оваа пракса. Моделот на
водопад може да функционира за мали тесно дефинирани проекти, но за
големи проекти каде што опсегот не може да биде дефиниран или не е познат,
не е толку препорачлив. Основата на неизвесноста објаснува дел од ова, како
што планирањето превземено во почетните фази на проектот страда од висок
степен на неизвесност. Ова се потврдува во оние случаеви каде што развојот
на софтвер е најчесто реализација на нов производ, овај метод е широко
познат како неефективен за софтверски проекти каде што потребите се
непознати на почетокот и промената е малку веројатна. Иако називите може да
се разликуваат од една до друга индустрија, фазите најчесто ги следат
следниве чекори за решавање на проблемот — „дефинирање на проблемот,
разгледување на алтернативи, избор на алтернатива, имплементација и
евалуација“.
2.2 Раководењето со проекти на критичен синџир
Рководење со проекти на критичен синџир е метод на планирање и

управување на проекти кој става поголемо значење на потребните ресурси за
извршување на проектните задачи. Тоа е апликација од Теоријата на
Ограничувања на проектите. Целта е да се зголеми степенот на постигнување
13
Winston W. Royce (1970). "Managing the Development of Large Software Systems" in: In: Technical Papers
of Western Electronic Show and Convention (WesCon) August 25-28, 1970, Los Angeles, USA.

(или завршниот степен) на проектите во една организација. Во примената на

првите три од петте чекори на ТНО, системско ограничување за сите проекти
се ресурсите. За употребата на ограничувањето, задачите кои што се наоѓаат
на критичниот синџир добиваат приоритет пред сите други активности.
Проектите се планирани и управувани за да се осигура дека активностите на
критичниот синџир се подготвени да започнат најбрзо што можат кога
потребните ресурси ќе станат достапни, овозможувајќи сите други ресурси да
бидат достапни за критичниот синџир.
За специфични проекти, проектниот план треба да претрпи Израмнување на

ресурсите, и тогаш најдолгата секвенца на задачи којшто имаат ограничени
ресурси се идентификува како критичен синџир. Во околини со повеќе проекти,
израмнувањето на ресурсите се извршува за сите проекти. Но, најчесто е
доволно да се идентификува (или едноставно да се избере) еден ресурс —
ресурс којшто претставува ограничување за повеќе проекти, и да се постават
проектите врз основа на достапноста на тој единствен ресурс.
2.3 Екстремнo раководење со проекти

Во критичните студии за раководењето со проекти, забележано е дека
неколку од овие основни модели засновани на Техниката за евалуација и
преглед на програми не одговараат на денешното окружување во кое работат
компаниите истовремено работејќи на повеќе проекти. Повеќето од нив се
наменети за многу големи, не рутински проекти кои се случуваат само еднаш, а
денеска сите видови на раководење се претставуваат како проекти.
Со користење на сложени модели за „проекти“ (или подобро кажано „задачи“)

со продолжување на неколку недели е докажано дека се предизвикуваат
непотребни трошоци и низок степен на маневрирање во неколку случаеви.
Наместо тоа, експертите во раководење со проекти се обидуваат да
идентификуваат различни „полесни модели“, како што се експедитивните
методи за раководење со проекти којшто ги вклучуваат екстремното
програмирање за развој на софтвер и Скрум техниките.

Генерализација на eкстремното програмирање на друг вид на проекти е

ектремнoto раководење со проекти, кој може да се користи во комбинација со
процесното моделирање и принципите на раководење на раководење со
човечка интеракција.
2.4 Методологија на синџир на настани

Методологијата на синџир на настани е наредното подобрување во
однос на методот на критичен пат и раководењето со проекти на критичен
синџир.
Методологијата на синџир на настани е техника за моделирање на

неизвесноста и мрежна анализа на распореди која се фокусира на
идентификување и управување на настани и синџири на настани кој имаат
влијание врз распоредот на проектот. Методологијата на синџир на настани
помага да се намали негативното влијанието на психлошките предрасуди, како
и да овозможи лесно моделирање на неизвесноста во распоредување на
проектите. Методологијата на синџир на настани се заснова на следниве
принципи:
Можен момент на ризикч,
Синџир на настани,
Критични настани или синџири на настани,
Визуелизација на синџирот на настани.
2.5 ПРИНЦ2
ПРИНЦ2 е структуриран пристап кон раководењето со проекти, кој беше

издаден 1996 година како генеричен проектен метод. Тој овозможува метод за
управување со проекти во склоп на добро дефинирана рамка. ПРИНЦ2
објаснува процедури за координирање на луѓе и активности во еден проект,

како да се дизајнира и надгледува еден проект, и што да се прави ако проектот

треба да биде прилагоден или ако не се развива според планираното.
Во овој метод секој процес е специфициран со неговите клучни инпути и

аутпути и со специфични цели и активности што треба да се реализираат, што
дава автоматска контрола на било какви девијации од планот. Поделен во
управувачки фази, овој метод овозможува ефикасна контрола врз ресурсите.
Врз основа на близок мониторинг, проектот може да биде изнесен преку добра
контрола и организација.
ПРИНЦ2 овозможува да се пронајде заеднички јазик за сите учесници во еден

проект. Многубројните управувачки улоги и одговорности којшто се вклучени во
еден проект се целосно објаснети и можат да се прилагодат за да се
приспособат на сложеноста на проектот и карактеристиките на организацијата.
2.6 Рационален унифициран процес
Рационалниот Унифициран Процес (РУП) е рамка на итеративен процес

за развој на софтвер создадена од страна на Rational Software Corporation,
дивизија на IBM уште од 2003 година. РУП не е само еден конкретен процес,
туку прилагодлива процесна рамка, со намера да биде кроена од страна на
организациите и софтверските проектни тимови кои ќе ги одберат елементите
на процесот кои одговараат на нивните потреби. Ова се фазите на РУП:
Почеток — Се идентификува почетниот опсег на проектот, потенцијалната

архитектура за системот, и добивање на почетни финансии и прифаќање од
страна на стајкхолдерите.
Елаборација — Тестирање на архитектурата на системот.
Конструкција — Градење на софтвер за работа на регуларни, растечки основи

кој ги достигнува највисоките приоритетни потреби на стејкхолдерите.
Транзиција — Потврдување и поставување на системот во продукциона

околина.

3. Развојни фази на проектите

Вообичаено, развојот на проектите вклучува бројни елемент: четири или
пет фази, и систем за контрола. Без разлика на методологијата која се користи,
процесот за развој на еден проект ќе се состои од следниве фази:14
- инцирање,
- планирање и развој,
- производство или извршување,
- мониторинг и контрола, и
- затворање.
3.1 Иницирање
Фазата на иницирање ги определува природата и опсегот на развојот.

Ако оваа фаза не се изврши добро, малку е веројатно дека проектот успешно
ќе ги задоволи бизнис потребите. Клучните проектни контроли потребни овде
се разбирањето на бизнис околината и осигрување дека сите потребни
контроли се вклучени во проектот. Било какви недостатоци треба да бидат
пријавени и препораки треба да бидат упатени за да тие бидат поправени.
Фазата на иницирање треба да вклучува целосен план кој ги вклучува

следниве полиња:
Студија која ги анализира бизнис потребите во мерливи цели.
Преглед на веќепостоечките операции.
Концептуален дизајн на операцијата на финалниот производ.
14
VA Office of Information and Technology (2003) Project Management Guide US DEPARTMENT OF VETERANS
AFFAIRS. 3 март, 2005.

Опрема и договорни потреби вклучувајќи и претпоставка за „long-lead“

предмети.
Финансиска анализа на трошоците и придобивките, вклучувајќи и буџет.
Анализа на стејкхолдерите, вклучувајќи ги и корисниците, и помошниот

персонал за проектот.
Проектен договор кој вклучува трошоци, задачи, етапни резултати, и распоред.
3.2 Планирање и дизајн

По фазата на иницирање, системот е дизајниран. Понекогаш, малечок
прототип од финалниот производ е направен и тестиран. Тестирањето најчесто
се извршува со комбинација на тестери и крајни корисници, и може да се
превземе откако прототипот е направен или истовремено. Контролата треба да
биде поставена така што гарантира дека финалниот производ ќе ги исполни
спецификациите од проектниот договор. Резултатот на фазата на дизајнирање
треба да го вклучува следниот дизајн:
- да се задоволи проектниот спонзор, крајниот корисник, и бизнис барањата.
- да функционира како што е планирано.
- да биде произведено во склоп на квалитативните стандарди.
- да биде произведено во склоп со временските и буџетските ограничувања.
3.3 Извршување
Извршувањето се состои од процесите користени за да се заврши

работата дефинирана во планот за да се постигнат проектните барања.
Процесот на извршување вклучува координирање на луѓе и ресурси, како и
интегрирање и извршување на активностите на планот. Етапните резултати се

произведени како крајни аутпути од извршените процеси како што е

дефинирано во планот.
3.4 Мониторинг и контрола
Мониторингот и Контролата се состојат од оние процеси којшто се

извршуваат за да се надгледува извршувањето на проектот така што
потенцијалните проблеми можат да бидат идентификувани на време и
корективни акции да бидат превземени, кога е потребно, за да се контролира
извршувањето на проектот. Најважната придобивка е дека изведбата на
проектот е надгледувана и мерена за да се идентификуваат варијации од
планот.
Мониторингот и Контролата вклучуваат:
мерење на активностите кој веќе се извршуваат (каде сме);
мониторинг на проектните варијабли (трошоци, труд,…) наспрема проектниот

план и основата за проектна изведба (каде треба да бидеме);
идентификување на корективни акции за да правилно се адресираат

проблемите и ризиците (како да се вратиме назад и да работиме според
планот);
Влијание врз факторите кои можат да ја заобиколат интегрираната контрола на

промените така што само одобрени промени да бидат имплементирани.
Во проекти со повеќе фази, процесот на мониторинг и контрола исто така

овозможува фидбек помеѓу проектните фази, со цел да се имплементираат
корективни или заштитни акции за да се донесе проектот во согласност со
планот.
Проектното одржување е континуиран процес, кој вклучува:
- целосна подршка од крајните корисници
- поправка на грешки

- обновување на софтверот од време на време
3.4.1 Кругот на мониторинг и контрола
Во оваа фаза, ревизорите треба да обрнат внимание на тоа колку

ефективно и брзо се решаваат проблемите на корисниците.
За време на изведувањето на било кој конструкциски проект, опсегот на

работата се менува. Промените се нормален и очекуван дел од
конструкцискиот процес. Промените може да бидат резултат на потребни
модификации на дизајнот, различни услови, достапност на материјалите,
промени побарани од страна на контрактор и други. Покрај извршување на
промената на дело, промената треба да биде документирана за да се покаже
што всушност било конструирано. Ова е познато како раководење со промени.
И покрај тоа што сопственикот претежно бара зафршен извештај на кој ќе
бидат забележани сите промени или пак, поточно, секоја промена која што се
однесува на допирливите делови од завршената работа. Извештајот се
вклучува во документите на договорот, најчесто, но не секогаш, е ограничен на
нацртите за дизајнот. Потребите за снабдување на овој извештај се норма во
конструкциските договори.
Кога промени ќе настанат во некој проект, изводливоста на проектот треба да

биде повторно разгледана. Важно е да не се изгубат првичните цели и таргети
на проектот. Кога промените ќе се акумулираат, предвидениот краен резултат
може да не ја оправда инвестицијата
3.5 Затворање
Затворањето вклучува формално прифаќање на проектот.

Административните активности вклучуваат архивирање на податотеките и
документирање на тоа што се научило од грешките. Фазата на затворање се
состои од две фази:

Затворање на проектот: да се финализираат сите активности низ сите групи на

процеси за формално да се затвори проектот или пак некоја проектна фаза,
Затворање на договорот: потребно за завршување на секој договор,

вклучувајќи ги тука решавање на некои отворени прашања, и затворање на
секој договор поврзан со проектот или некоја проектна фаза.
3.6 Системи за проектна контрола
Проектната контрола е елемент на проектот кој овозможува проектот да

се одвива според планот, на време и според предвидениот буџет. Проектната
контрола започнува со планирањето и завршува со пост-имплементирачки
преглед на проектот, исто така имајќи голем удел низ сите фази на процесот.
Секој проект треба да биде подложен на правилното ниво на контрола кое е
потребно: големата контрола одзема многу време, од друга страна пак малата
контрола е многу ризична. Доколку проектната контрола не е имплементирана
правилно, трошоците на бизнисот треба да бидат гледани како грешки,
поправки или доплнителни хонорари.
Контролните системи се потребни за трошоци, ризик, квалитет, комуникација,

време, промени, набавка, и човечки ресрси. Дополнително, ревизорите треба
да земат предвид колку е проектот важен за финансиските извештаи, колку се
стејкхолдерите релевантни за контрола, и колку контроли постојат. Ревизорите
треба да го прегледаат процесот на развој и процедурите како се тие
имплентирани. Процесот на развој и квалитетот на крајниот производ може,
исто така, да бидат испитани ако е тоа потребно или се побара.
Бизнисите понекогаш употребуваат процеси за формален развој на системите.

Ова помага за да се осигураат дека системите се развиени успешно.
Формалниот процес е поефективен во креирање на силна контрола, и
ревизорите треба да го испитаат овој процес за да потврдат дека е добро
дизајниран и дека се применува во пракса. Добар план за развој на
формалните системи вклучува:

- стратегија за да се израмни развојот со пошироките цели на организацијата,
- стандарди за нови системи,
- правила за тајминг и буџет за раководењето со проекти,
- процедури кој го објаснуваат процесот.

4. Microsoft Office Project

Microsoft Office Project на прв поглед изгледа како подобрена верзија на
„Task Manager“. Со Microsoft Office Project можеме да составиме листа со
задачи што потоа може да ја додадеме во индивидуални или тимски
ресурси, односно да ја употребуваме само ние или да ја употребува целиот
тим што работи на проектот. Можеме да ги поврзуваме цените со задачите
и со ресурсите и да ги следиме трошоците, буџетот и потрошувачката.
Сепак, главната задача на Microsoft Office Project не е изработката на
задачите. Примарната цел на оваа програма е да служи за планирање на
време на проектот т.е. извршување на задачите.
Се внесуваат проценетата вредност на променливата, како што е
времетраењето на работата, ресурсите доделени на поединечни работи,
потребно време да се извршат работите и ограничувања поврзани со
почетокот на работата и врз основа на податоците Microsoft Office Project
развива план.
Кога ќе се постави концептот на кој се базира извршувањето на
планот, Microsoft Office Project не само што ќе ни помогне со управувањето
на проектот, за нас ќе ги пронајде случаите со недоволно или премногу
доделени ресурси, ќе ги пресмета пречекорувањата на цените, или
времето. Со помош на информациите добиени од Microsoft Office Project ќе
придонесе за донесување на правилни одлуки навремено за успешно
завршување на планираните активности.
Со помош на Microsoft Office Project можеме да ги употребуваме
двете методи на мрежно планирање на активностите и тоа:
- CPM – Метода на критичен пат (Critical Path Method);
- PERT – Метода за оцена и ревизија на програмата и активностите
(Program of Evaluation and Review Technique)
Слика 1 Изглед на работниот простор на Microsoft Office Project

5.Cloud copmputing
Светот на софтверот секој ден се менува сѐ подинамично. Веб-
базираните апликации работат на клауд базирани платформи. Без разлика
дали знаете кои се овие апликации или што претставуваат клауд
платформите, тие сепак го менуваат начинот на кој се користи софтверот.
Веб-базираните апликации веќе го менуваат WWW.
Страниците на почетокот само пасивно даваа информации и
Интернетот беше само еден чекор понапред од телевизијата.
Веб-апликациите се начин на користење на софтвер преку Интернет
кој делумно или целосно се извршува преку друг сервер или сервери
меѓусебно поврзани. Клауд процесирањето, всушност, го отсликува
Интернетот.
Клауд пресметувањето го користи Интернетот кој е претставен како
мрежа од меѓусебно поврзани компјутери. Оттаму го добива и името.
Се нарекува „Cloud” (Облак), затоа што всушност се работи за повеќе
сервери поврзани меѓу себе за да се постигне едниствена цел, а тоа е да се
овозможи пристап на корисниците до програмата и да се зачуваат и
индексираат сите потребни податоци што ги користи програмата за работа
со корисниците.
Во последните неколку години ИТ индустријата ја разви оваа нова
парадигма – клауд пресметување.
Иако се работи само за различен начин на користење на ресурси при
извршувањето на програмите, сепак воведе револуција во начинот на кој
организациите ги обезбедуваат информациите и сервисите.
Принципот можеби изгледа обично и банално, но ефектот што се
постигнува со негово користење е голем. Најпрво има потенцијал за
драматично да ја намали цената на чинење на апликациите, со тоа што
програмите се извршуваат преку нечиј друг хардвер. Се намалуваат
трошоците, со тоа што не мора да се купува нов хардвер, да се вработат
скапи ИТ професионалци кои ќе го одржуваат тој хардвер и не мора да се
купуваат скапи лиценци.
Слика 2 Принципиелна шема на работа со CLOUD COMPUTING

Но „клауд пресметувањето” не влијае само врз намалувањето на
трошоците, туку е и многу пофлексибилно, и во смисла на развивање на

софтверот и во смисла на можностите што му ги нуди на корисникот.

Веб-базираните апликации што се ивршуваат во клауд околина
имаат голема придобивка со тоа што овозможуваат пристап до нивните
податоци и програмите од кој било компјутер што има пристап на Интернет.
Ова значи дека членовите на развојниот тим и клиентите не само
што имаат пристап до програмата од кој било компјутер, туку и од различни
мобилни уреди (сл. 2.87).
Иако постојат голем број веб-апликации до кои може да пристапи и
да ги употребува една компанија, има голем број придобивки од
користењето на клауд пресметувањето, комуникација помеѓу оддели,
пристап до сите важни податоци од клиентите во реално време, можност да
се следат метрики за предвидување на трошоци, ефекти и други параметри.
Иако постојат голем број веб-апликации до коишто може да пристапи

и да ги употребува една компанија, има голем број придобивки од
користењето на клауд пресметувањето, комуникација помеѓу оддели,
пристап до сите важни податоци од клиентите во реално време, можност да
се следат метрики за предвидување на продажбата.
Cloud пресметувањето се однесува на поставување на апликација
на различна локација од онаа на која се наоѓа корисникот.
Во најупотребуваниот контекст клауд компјутинг претставува
Интернет базиран („клауд”) развој на софтвер и користење на компјутерски

технологии („пресметување”).
Според IЕЕЕ: „Клауд пресметувањето е парадигма во која
информациите се трајно зачувани на серверите на Интернет и подоцна
само привремено се кешираат кај клиентите на нивните десктоп, таблет
компјутери, лаптопи или други уреди”.
Да се одговори во најбрзо време на сите задачи, да се биде

максимално проактивен, ефикасен, ефективен и лесно приспособлив на
сите промени се неколку фактори кои се особено значајни и
карактеристични за вработените и организациите во 21 век. Ако во годините
пред почеток на новиот век работните обврски завршуваа со завршувањето
на работното време, денес овој тек значително се менува и се креира една
нова форма на организациско однесување и култура која ја наметнува
потребата секој вработен да е достапен 24 часа во текот на 7 дена во
неделата. И во овој сегмент, клауд компјутингот со можноста за пристап до
сите податоци и информации преку интернет уште повеќе придонесува за
развој на работната филозофија на 21 век.
Од овој аспект, потребно е да се посвети особено внимание на
споделувањето на проектните бази на податоци и пристапот до нив. Во
минатото овие бази на податоци традиционално биле зачувувани на
сервери креирани наменски за компанијата, но денес со развојот на
феноменот на клауд компјутинг се менува ваквата практика.
Токму со тоа се овозможува пристап до податоците од работното
место, но и надвор од компанијата. На овој начин не само што се олеснува
пристапот, туку се зголемува корисноста на податоците и истите стануваат
универзални, па дури преку клауд компјутинг апликациите се елиминира
потребата од инсталирање на посебни програми и софтверски решенија за
пристап до податоци креирани во различни типови на документи и
програми.
Во суштина, базите на податоци не претставуваат само простор за
складирање на податоци. Тоа можеме да го објасниме преку еден
едноставен пример со користењето на Google Docs: доколку корисникот на
својот компјутер има документ во MS Word и истиот го постави (upload) на
Google Docs автоматски овој документ се отвора онлајн преку апликацијата
Office Online.
Вака испратениот документ на некое лице веднаш се отвора онлајн
без потреба примачот претходно да го инсталира MS Office пакетот. Исто
така, доколку овие алатки ги набљудуваме од перспектива на апликација во
бизнисот, најголем дел од организациите располагаат со податоци за
нивните потрошувачи, партнери, продажби и вработени, при што
креираните бази на податоци им овозможуваат преку користењето на клауд
компјутинг апликации во базите на податоци да вршат преглед на
податоците, пребарување, извлекување, вчитување и анализа на податоци.
Како особено интересни се алатките за споделување на фајлови

овозможени од клауд компјутинг алатките Dropbox, SkyDrive и Google Drive.
Бесплатната можност за споделување на фајлови со големина од
5Gb која се добива бесплатно, најчесто е добар почеток за размена на
документи во проектот. За поголем обем на податоци овие алатки имаат и
можност за надградување.

Покрај горенаведените бесплатни клауд компјутинг услуги за

складирање и размена на податоци, постојат и низа клауд компјутинг
платформи и инфраструктури чиишто услуги се наплаќаат, од кои дел веќе
се споменати и тоа: Amazond Web Services (AWS), Microsoft Azure, Force,
GoGrid, Googlr Apps Engine и Rackspace.
Microsoft Project Online 365

Microsoft Project Online 365 е едно од најчесто користените решенија
за следење на проектите денес. Основни обележја на Microsoft Project
Online 365 се:
Креирање распореди
Пресметка на трошоци
Означување на ресурси
Следење на напредокот во извршување на задачите
Комуницирање и презентирање проектни информации преку
генерирање, форматирање и печатење на извештаи
Претставување на податоците од проектите во други програми
Споделување на проектни планови со сите кои работат на еден
заеднички проект
Сл.3 Основно мени на Project Online
Токму таква креирана листа на основни задачи на проектниот

менаџмент Microsoft целосно ја имплементира во новиот пакет наречен
Project Online 365 чија функција е токму замената на изворниот производ кој
функционира како програма која се инсталира на компјутер, со клауд
компјутинг верзијата од истата програма.

ЗАКУЧОК
Раководењето (или управување) со проекти е дисциплина на планирање,
организирање и управување со ресурсите што допринесува за успешно исполнување
не специфични проектни цели.
Како дисциплина, раководењето со проекти се развило од различни полиња на
апликации вклучувајќи ги конструкција, инжинерство и одбрана.
Постојат неколку приоди кои можат да бидат користени за управување со
проектни активности, вклучувајќи ги тука експедитивните, интерактивните, растечки
приоди и приоди по фази.
Кај «традиционалниот пристап» се разликуваат 5 делови на проектот (4 фази
плус котрола) во развивањето на еден проект: иницирање на проeктот, планирање или
дизајн на проектот, извршување нa проектот или продукциона фаза, мониторинг на
проeктот и системи на контрола, завршна фаза на проектот.
Раководење со проекти на критичен синџир е метод на планирање и
управување на проекти кој става поголемо значење на потребните ресурси за
извршување на проектните задачи.
Методологијата на синџир на настани е техника за моделирање на
неизвесноста и мрежна анализа на распореди која се фокусира на идентификување и
управување на настани и синџири на настани кој имаат влијание врз распоредот на
проектот.
ПРИНЦ2 е структуриран пристап кон раководењето со проекти, кој беше
издаден 1996 година како генеричен проектен метод. Тој овозможува метод за
управување со проекти во склоп на добро дефинирана рамка.
Рационалниот Унифициран Процес (РУП) е рамка на итеративен процес за
развој на софтвер создадена од страна на Rational Software Corporation, дивизија на
IBM уште од 2003 година. РУП не е само еден конкретен процес, туку прилагодлива
процесна рамка, со намера да биде кроена од страна на организациите и
софтверските проектни тимови кои ќе ги одберат елементите на процесот кои
одговараат на нивните потреби.
Без разлика на методологијата која се користи, процесот за развој на еден
проект ќе се состои од следниве фази:
- инцирање,
- планирање и развој,
- производство или извршување,
- мониторинг и контрола, и
- затворање.

КОРИСТЕНА ЛИТЕРАТУРА
[1] David I. Cleland, Roland Gareis (2006). Global project management handbook. McGraw-Hill
Professional, 2006. ISBN 0-07-146045-4. p.1-4": Project management was formally recognized in the
1950s as a distinct discipline arising from the management discipline
[2] Paul C. Dinsmore et al (2005) The right projects done right! John Wiley and Sons, 2005. ISBN 0-
7879-7113-8. p.82 and further.
[3] Lewis R. Ireland (2006) Project Management. McGraw-Hill Professional, 2006. ISBN 0-07-147160-
X. p.110.
[4] Joseph Phillips (2003). PMP Project Management Professional Study Guide. McGraw-Hill
Professional, 2003. ISBN 0-07-223062-2 p.354.
[5] Chatfield, Carl. "A short course in project management". Microsoft.
http://office.microsoft.com/en-us/project/HA102354821033.aspx.
[6] David I. Cleland, Roland Gareis (2006). Global project management handbook. "Chapter 1: "The
evolution of project management". McGraw-Hill Professional, 2006. ISBN 0-07-146045-4
[7] Martin Stevens (2002). Project Management Pathways. Association for Project Management.
APM Publishing Limited, 2002 ISBN 1-903494-01-X p.xxii
[8] Morgen Witzel (2003). Fifty key figures in management. Routledge, 2003. ISBN 0-415-36977-0. p.
96-101.
[9] David I. Cleland, Roland Gareis (2006). Global project management handbook. McGraw-Hill
Professional, 2006. ISBN 0-07-146045-4. p.1-4": Project management was formally recognized in the
1950s as a distinct discipline arising from the management discipline.
[10] Booz Allen Hamilton - History of Booz Allen 1950s

Станојче Миленков 20384

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Станојче Миленков 20384

Uploaded by

Copyright:

Available Formats

Универзитет "Гоце Делчев"– Штип

Софтверски алатки за управување со проекти

Штип, декември 2017

студент: Станојче Миленков- 1 -

Раководењето (или управување) со проекти е дисциплина 1 на

Проект претставува определена задача (која има определени почетни и

студент: Станојче Миленков- 2 -

определни карактеристики на проектите се во контраст со оние на процесите 2,

Главниот предизвик на раководењето со проекти е реализација на поставените

1 Историја на раководењето со проекти

Како дисциплина, раководењето со проекти се развило од различни полиња

студент: Станојче Миленков- 3 -

нарекува таткото на техниките за планирање и контрола7, кој е најмногу познат

И двајцата Gantt и Fayol, биле познати како студенти на Frederick Winslow

Педесетите години на минатиот век го одбележуваат почетокот на новата

студент: Станојче Миленков- 4 -

Во исто време, технологијата за предвидување на проектните трошоци,

Во 1969 година, Институт за Проектено раководење (англ. Project Management

Меѓународното здружение за раководење со проекти-МЗРП (на англиски The

студент: Станојче Миленков- 5 -

искуства, меѓународни вештини, и компентенции. И двете организации сега

2 Приоди на раководењето со проекти

Постојат неколку приоди кои можат да бидат користени за управување со

Без разлика на тоа кој приод се користи, внимателно треба да се разјаснат

2.1 Традиционален пристап

Традиционалниот пристап се состои од серија на чекори којшто треба да

Фази во развојот на проектот:

- планирање или дизајн на проектот

- извршување нa проектот или продукциона фаза

- мониторинг на проeктот и системи на контрола

- завршна фаза на проектот

студент: Станојче Миленков- 6 -

Многу индустрии користат варијации на овиe фази. На пример, при

2.2 Раководењето со проекти на критичен синџир

Рководење со проекти на критичен синџир е метод на планирање и

студент: Станојче Миленков- 7 -

(или завршниот степен) на проектите во една организација. Во примената на

За специфични проекти, проектниот план треба да претрпи Израмнување на

2.3 Екстремнo раководење со проекти

Со користење на сложени модели за „проекти“ (или подобро кажано „задачи“)

студент: Станојче Миленков- 8 -

Генерализација на eкстремното програмирање на друг вид на проекти е

2.4 Методологија на синџир на настани

Методологијата на синџир на настани е техника за моделирање на

Можен момент на ризикч,

Критични настани или синџири на настани,

Визуелизација на синџирот на настани.

ПРИНЦ2 е структуриран пристап кон раководењето со проекти, кој беше

студент: Станојче Миленков- 9 -

како да се дизајнира и надгледува еден проект, и што да се прави ако проектот

Во овој метод секој процес е специфициран со неговите клучни инпути и

ПРИНЦ2 овозможува да се пронајде заеднички јазик за сите учесници во еден

2.6 Рационален унифициран процес

Рационалниот Унифициран Процес (РУП) е рамка на итеративен процес

Почеток — Се идентификува почетниот опсег на проектот, потенцијалната

Елаборација — Тестирање на архитектурата на системот.

Конструкција — Градење на софтвер за работа на регуларни, растечки основи

Транзиција — Потврдување и поставување на системот во продукциона

студент: Станојче Миленков- 10 -

3. Развојни фази на проектите

- производство или извршување,

Фазата на иницирање ги определува природата и опсегот на развојот.

Фазата на иницирање треба да вклучува целосен план кој ги вклучува