The following content has been automatically translated by close 
Управление на поръчки | A Управление на проекти член
Член Област Лого

Управление на поръчки

От автор Експерт: Джоузеф Филипс | член Анотация
Word Count: 1995 думи | Прегледи: 230 изглед (а)
Проекти обикновено трябва неща: сървъри, софтуер, предмет експерти въпрос, пица и т.н., и да закупи всички тези неща, трябва да мине през поръчки процеси. Това е просто фантазия начин да покажете, които трябва да следвате някои правила и процедури в рамките на вашата организация, за да получите нещата, които трябва да изпълните вашия проект.
Е, дух.

В някои организации, където сте консултации Аз, мениджъри на проекти могат да прекарат картбланш до $ 10,000 за всички покупки те имат нужда. В други, по-малко организации, забавно, мениджъри на проекти не могат да си купят поп сода без разрешение счетоводна.

Е, къде сте? Ли се да купуват, купуват, купуват, или се счита всяка покупка, претеглен и медитация, преди някой достига за портфейла си? Във всеки магазин, има някои насоки трябва да се помисли.
Наистина, има.

Планиране Какво да купите?

Всички покупки изисква известно ниво на планиране. Интензивността на планиране е от значение за покупка се прави. Можете да направите това вече, нали? Ако сте на път да инсталирате ново парче от хардуер, ще се обмислят всички функции, които трябва да имат на хардуера, магазин около малко за цени, и след това вижте колко си проект или организация може да прекарват (или има желание да прекарат ).

Планиране за възлагане на обществени поръчки включва повече от витрините. Помислете начин, връщане към началото на всеки проект, който изисква възлагане на обществени поръчки. В началото на планирането на проекта, беше лесно да се идентифицират тези неща или услуги, които са необходими за закупуване на проекта да успее. Тъй като проектът тръгна напред, като "извънредни ситуации" промъкват, което изисква да купуват повече неща: кабели, софтуер и допълнителен хардуер, инструменти, обучение, спагети сос, независимо. Е, как отиде за получаване на всички тези неща? Ходи ли на управление, шапка в ръка, и се позове на вашия случай за така необходимите ви спагети сос, или не ви натопи във фонд проекта непредвидени?

Как да отида за покупка зависи от структура, в рамките на вашата организация. Това е трудно, ако не и невъзможно, да се определи универсален подход за възлагане на обществени поръчки. Всички, всяка организация, има специфичен подход за възлагане на обществени поръчки. Поуката от историята? Спазвайте правилата. Щом знаете правилата за това как да се снабдяват, тогава можеш да играеш играта.

Gettin 'на Gettin'

Знам, че много хора, които обичат да отидем на пазар. Един човек (който остава безименен, но си инициалите са Лиса) плановете си ваканции на базата на молове в близост до хотела. Тя купува допълнително място за полет дома, само за да изпълнява всичките си нови обувки и фантазия съоръжения.

Като ръководител на проекта, не можете да отидете на проекта пазаруване, само защото обувките са за продан. Въпреки че продажбите са добри, те не винаги помагат на проект за придобиване на нещата, то трябва да достигне приключване на проекта.

Няма нищо по-добро, отколкото намирането на продажба на хардуер или софтуер, който ви проектът се нуждае, но и знам, че не е просто начин на технологията и поръчки обикновено работи. Ние трябва да пазаруват, да сравни, оценка, и в крайна сметка плащат в брой за да получат това, което нашите проекти трябва.
Но ето някои Икон 101 за вас: Цените са засегнати от търсенето и предлагането, в очакване на промени, както и други фактори, от правителствени разпоредби за икономиката като цяло.

Мога да ви чуя отново: Дух.

Но задръжте, че "дух" за един миг. Три специфични условия влияят колко ти плащат за това, вашият проект трябва:

Единствен източник. В това състояние, най-вероятно ще плащат големите пари. Единствен източник означава, че има само един квалифициран продавач на пазара. Това е предлагането и търсенето на най-добрите. Ако вашият проект се нуждае от сертифицирани Cisco CCIE-консултант, който трябва да знаят как се програмира на COBOL, говорят испански, и готвят спагети за до четиридесет души, и трябва да живеят местно, така и вашата фирма, това са някои високи изисквания you'll-вероятно трябва да платят по-висока долар за този експерт, отколкото за средната спагети готвене рана.
Един източник. Вие сте в любовта. Когато има един единствен доставчик на източник, вашата организация предпочита да работи с този доставчик, въпреки че други доставчици, може да бъде по-евтин или по-квалифицирани. Опасността е, че си единствен доставчик на източник може да знаете прикачен файл и да се възползват от ситуацията. Или да Lax в техния ангажимент към качеството. Или излиза от бизнеса. (Или не.)
Олигопол. Това е просто забавно да се каже. Опитайте се да го: О-Lig-AH-Поли (звучи като монопол). Това състояние на пазара означава, че има толкова малко доставчиците на дадена стока или услуга, че събитията, дейностите или положението на един продавач засягат събития, дейностите или положението на другите продавачи. Примери: авиокомпании тарифите; цените на петрола; хардуер разходи; или евентуално наличие на спагети-готвене, COBOL-програмиране CCIEs, които живеят в квартала.

Парични средства и Закона за рекламации Намаляване

Един от любимите ми икономически закони е законът на рекламации намалява. Това е основни неща, на пръв поглед, но наистина може да общувам с ръководител на проекта, ако той не е внимателен. Знам, че сте запознат с право на рекламации намаляват, но този човек от Sheboygan е също четене, така че нека ме накара да му помогне.

Представете си, че имате пшеница област. Чакайте, той е от Sheboygan. Представете си, че имате царевица поле и вие знаете, че можете да получите 100 камиони на царевица от полето. Това е най-царевица сте някога ще получите от полето. Можете също така знаем, че ако сте под наем 10 момчета за прибиране на реколтата от царевица за вас, те ще се извършва в 2 дни. Така че поради това, че ако сте под наем 20 момчета ще бъде направено в 1 ден. Така че това трябва да означава, че ако сте под наем 40 работници, всички царевица ще бъдат събрани в половин ден, нали? Може би, но ако продължите да добавите работниците на полето, няколко неща ще се случи:

Вашата доходност-100 товарни автомобили от царевица-остава една и съща независимо колко бързо прибиране на реколтата от царевица.
Вашата печалба ще намалее, защото ще трябва да заплати всички тези работници за прибиране на реколтата от царевица за вас. В един момент, може дори да бъде с главата надолу върху рентабилността, тъй като на разход на труд.
Работниците ще стане обратен ефект, тъй като те ще започнете да получавате всеки в другия начин.

Е как всичко това зърно се отнасят до ИТ проект?

Очевидният отговор е, че не можете да добавите експоненциално труд, за да се направи един проект по-бързо. И само защото сте се добави труд, не означава, че проектът ще се извършва по-бързо. (Били ли сте някога имаше две програмисти, инженери двете системи, или дори две испаноезичните, спагети готвене, COBOL-CCIEs програмиране спорят как задача трябва да бъде завършена? Аргументът да отида в продължение на години преди започване на работата действително получава започна. )

Но право на рекламации Намаляване също се прилага за технология, която ви покупка. Били ли сте някога купи приложение, което е толкова богат, че с функции на разходите и времето на живот на заявката е повече, отколкото се връща от използване на молбата? Или сте инсталирали някога масивна сървър електростанция печат, където много от функциите на ОС отида игнорира? Или Maxed Out оперативна памет за лаптоп, който само използва за презентации PowerPoint и пасианс?
Когато става въпрос за ИТ хардуер, както и с труд, мениджъри на проекти следва да набави само какво е необходимо-не на макс, че бюджетът ще позволят това.

Изграждане или купя?

Ах, един от големите аргументи на всички времена. Трябва ли да го купя или да го изгради? Е, това е може би не, че много от аргумент, но аз ще Обзалагам се, че сте били в някой топъл дискусии върху стойността на всяка страна на дебата. Ако не, нека да започнем сега.

Понякога ни харесва или не, това е още по-ефективно да изразходва пари и плати някой друг да се изгради нещо за вас. Защо? Вашият екипаж е зает правиш други работни места, те не са от компетентността да се изгради нещо, което трябва, или вашата организация не желае да поеме риска от създаване на нещо в къщата. Много причини.

Друг път, както когато си екипа на проекта се отпускат от дружеството басейн чаша пино ноар и лека закуска за спагети, че е идеален за да ги върнат на работа нещо сграда. Отново, съществуват много причини, поради които тя може да бъде по-добре да се изгради в сравнение с купи, или друг начин.

Но понякога това е чисто цена решение. Тук е сделка: Да речем, че ако вашата организация изгражда част от софтуера, той ще цена $ 45,000 за да създадете и после 4500 $ всеки месец за подкрепа. Сега, един продавач, че те само ще ви таксува $ 23,000 за изграждане на първоначалния продукт, но те ще трябва $ 6,500 всеки месец, за да го подкрепят, като част от сделката.

Хммм ... И така, какво е ръководител на проекта да направя?

Math.

Ето как става това: Вземете създадена възможност за $ 45,000 и изважда цитат на продавача на $ 23,000. Разликата е $ 22,000. Сега се месечните такси за поддръжка на продавача, $ 6500, и извадете си в малка къща такси за $ 4500. Разликата е $ 2000.

Сега, тъпан свитък моля, разделение на първоначалния вън-на-разлика джоб за сметка на $ 22,000 от месечните такси за поддръжка разлика от $ 2000 и ще получите 11.
Единадесет какво?

Добре, 11 в Blackjack е двойно надолу. Ето това означава, че можете да платите за вън-на-дневни разходи за създаване на софтуер в къща в 11 месеца. Така че, Коперник, ако си създаването на софтуер, ще съществуват и за по-малко от 11 месеца, отдаване под наем на продавача да вършат работа за вас. Ако вашето решение ще бъде около дълъг от 11 месеца, а цената е единственият фактор, изграждане на софтуера си.

Като Няма договор

Договори замени всичко: обещания, електронна поща, тайна handshakes. Докато те не включват незаконни дейности, договори са подкрепени от правната система на САЩ. Договорът е това, което прави сделката сделка.

За да стигнете до възлагащия дейности, трябва да се създадат обществени поръчки документи. Първоначалният документ е обикновено изявление на работа (SOW), който описва нещо или услугата, която искате да купите. В SOW се предоставя на продавача с покана да предложите (IFB), която вероятно също знам, като искането за кавички (RFQ). В IFB и RFQ са едни и също нещо и да са съсредоточени само върху цената, а не идеи.

Искането за предложение иска цена, но също така предложения и идеи за това как работата по проекта трябва да се направи. Предложения са повече от разходите they're-малко на консултация от продавач.

В големите договори за долар, най-вероятно ще домакин конференция кандидати ", в който всички фирми, които искат да създадат едно предложение или предложение ще се срещне с вас веднага и задават въпроси относно посял. Тази настройка гарантира, че всички фирми имат една и съща информация, на която да се базира на цените и предложения.

След като вземе решение, в който продавачът да използвате, вие отивате-чрез преговори, които водят до договор. Поръчката тип подбор може също да бъде договорено, но обикновено вида на извършваната работа или стоките, закупени диктуват подходящия вид договор.

Bring Your Портфейл

Обществените поръчки е, ъ-ъ, големия бизнес. Има много информация за обществените поръчки за планиране, създаване на обществени поръчки документи, кандидата конференции, както и в сключването на договори за работа. Всички организации имат своя подход към възлагане на обществени поръчки и сключване на договори. Вие, ръководител на проекта, трябва да разберат, подхода на вашата организация и след това следват правилата, за да получите нещата, които се нуждаете.

Сега, ако вие ще ме извините, ми испаноезичните, CCIE-удостоверение, COBOL програмист спагети е готов. И аз трябва да му заплати фактурата.
Джоузеф Филипс

За автора / Автор Био

Джоузеф Филипс е автор на пет книги, посветени на управлението на проекти и е PMI Project Management Professional, едно удостоверение CompTIA Project Professional, както и сертифицирана техническа Тренер. За повече информация за управление на проекти за обучение, моля посетете проект семинари.

Article Source: http://www.be.articlesphere.com/Article/Procurement-Management/140812

Article Submitted: 2008-05-17 | This Article has been viewed 230 times.

Rate Article

Related Videos

Learn Business English Vocabulary for Project Management
Learn Business English Vocabulary for Project Management
How to Build Small Business IT Consensus for Major Projects
Project Collaboration

Още "Управление на проекти", свързани членове

Изброените по-долу са по-предмети, свързани с по-горе статия от "Управление на проекти" Член категория.

Хората се интересуват от по-горе статия "Обществените поръчки Мениджмънт" също се интересуват от подобни изделия, изброени по-долу:

Тази статия се занимава с шеста от осем причинява OGC на проекта недостатъчност: оценка на бизнес дело се задвижва от първоначалната цена, а не по стойност за парите.
Scrum, както общи, така и гъвкави и могат да бъдат използвани по всяко приложение, което обхваща няколко части или проекти. Тъй като методологията Scrum включва среща постоянно променящите се нужди, тя е идеална за интегриране в процесите на фирмата. Открийте как да се пазят екипи и отдели, работещи в хармония, докато решаване на една обща цел по-ефективно.
Тази статия се занимава с трети от осем причинява OGC на проекта недостатъчност: недостатъчни или неефективни ангажираност с участниците в проекта. Физически лица и групи, които не са част от екипа за управление на проекти, но които трябва да си взаимодействат с проекта или могат да бъдат засегнати от резултатите на проекта, са известни като заинтересовани страни. Заинтересованите лица могат да получат потенциално или загубени в резултат на проекта за доставка, и като следствие могат да подкрепят или да се противопоставят на проекта.
Темата се отнася до второто от осемте OGC причините за неизпълнение на проект: липсата на ефективни или ясно висшия ръководен състав, собственост или ръководството на по-високи нива в организацията.
През април 2009 г. Сметната палата публикува доклад, който обявява отказ на оригиналния C-NOMIS и е описано как проектът е показала седем от осемте основната причина за неуспех на проекта. C-NOMIS сега е отново scoped и е предназначена за доставка през 2011 година. Въпреки това, остават важни въпроси по отношение на начина, по който се управлява проекта, продължителността на времето, за което погрешно е поносима за управление на проекта, и стойност за пари, че може да се очаква от огромното правителствени програми от този вид.
Индия две важни градове Мумбай и Бангалор са пристигнали на картата на света като център на някои от основните бизнес. Мумбай е търговската и финансовата столица на Индия е дом на всички по-големи финансови институции, банки и фондови борси, докато Бангалор е по-известен като в Силиконовата долина на Индия, като отговор на Силиконовата долина в САЩ. Тези два града са свидетели мащабно развитие и днес процъфтява индийски градове, с много софтуер и финансовите учреждения, наближава.
Проект мениджър е лицето, което отговаря за цялостния успех на проекта. След като получи мандат за проекта (подробно описание на причината за проекта и очакваните резултати) от корпоративни / за управление на програмата, това е работа на Ръководител на проекта за ...
Член началото на Директорията Всички категории Бизнес Управление на проекти

Не можете да намерите това, което търсите? Опитайте търсене в Google!
Copyright © 2005 -- от Лари Лим, Сингапур - член търсачка директория ArticleSphere.com ™
Всички права запазени. Всички търговски марки и Servicemarks са собственост на съответните собственици.

Африканс Албански Арабски Беларуски Български Каталонски Китайски (опростен) Китайски (традиционен) Хърватски Чешки Датски Немски Английски Естонски Филипински Фински Френски Галисийски Гръцки Иврит Хинди Унгарски Исландски Индонезийски Ирландски Italiano Японски Корейски Латвийски Литовски Македонски Малайски Малтийски Холандски Норвежки Персийски Полски Португалски Румънски Руски Сръбски Словашки Словенски Испански Суахили Шведски Thai Турски Украински Виетнамски Уелски Идиш