<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Блог на Калин Василев &#187; мениджмънт</title>
	<atom:link href="http://kvasilev.com/tag/menidjmant/feed/" rel="self" type="application/rss+xml" />
	<link>http://kvasilev.com</link>
	<description>Добре дошли в личният ми блог - частица от моя живот. Тук може да намерите важни моменти и събития, които запълват ежедневието ми.</description>
	<lastBuildDate>Mon, 02 Jan 2012 15:37:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>Оценка на екипа</title>
		<link>http://kvasilev.com/pm/ocenka-na-ekipa/</link>
		<comments>http://kvasilev.com/pm/ocenka-na-ekipa/#comments</comments>
		<pubDate>Sat, 16 Aug 2008 14:16:53 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[екипи]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[оценка на екипа]]></category>
		<category><![CDATA[оценка на работата]]></category>
		<category><![CDATA[управление на екипи]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/?p=261</guid>
		<description><![CDATA[При оценка на представянето на екипа постигането на предварително формулираните цели е най-важното. Все пак екипът работи да постигането на тези цели и резултатите показват как се е справил той. Ако сте следили представянето и процесите редовно, на финала няма да очаквате никакви изненади. Екипът може да се подготви конкретни параметри и показатели, които да [...]]]></description>
			<content:encoded><![CDATA[<p align="justify">При оценка на представянето на екипа постигането на предварително формулираните цели е най-важното. Все пак екипът работи да постигането на тези цели и резултатите показват как се е справил той. Ако сте следили представянето и процесите редовно, на финала няма да очаквате никакви изненади.<br />
Екипът може да се подготви конкретни параметри и показатели, които да измерват как се движи към целите. Методите на оценяване много зависят от спецификата на работата, но има няколко стандартни, които може да използвате:<br />
- постигане на бизнес целите, за които отговаря екипът<br />
- удовлетворение на клиентите<br />
- реална цена за производството, сравнена с планираната в бюджета<br />
- качество на продукта или услугата<br />
- печалба<br />
- срок на изпълнение<br />
- намаляване на неоползотвореното време<br />
По принцип оценяването на работата е насочено предимно към постигнатите резултати и производителност. Една от най-важните разлики при оценяването на екипа е тази, че резултатите са много важни, но и начинът, по който екипът ги е постигнал също е от значение. Сътрудничеството е най-значимият показател при оценяването на работата на екипа. Имайки това предвид, можете да разделите показателите по следните критерии:<br />
<strong>1. Оценка на резултатите</strong><br />
- постигане на целите на екипа<br />
- удовлетвореност на клиентите<br />
- количество свършена работа<br />
- придобити умения и знания<br />
<strong>2. Оценка на процеса</strong><br />
- подкрепа на екипния процес и отдаденост на екипа<br />
- сътрудничество<br />
- разрешаване на конфликти<br />
- планиране и поставяне на цели<br />
- вземане на решения<br />
- постоянни процеси и процедури<br />
- склонност към промяна<br />
- поемане на риск<br />
- повишаване на знанията на членовете на екипа</p>
<p align="justify">Съществуват различни методи за измерване на успеха. Те варират по отношение на сложността, цената и времето. Препоръчвам ви да изберете комплексен метод за оценка на екипа, който показва значението на постигнатите резултати за развитието на цялата организация. Основните методи от които може да избирате са:<br />
1. сравнение спрямо сходни екипи<br />
2. оценка на прогреса на екипа спрямо първоначалните цели и график<br />
3. наблюдение на екипа от външен консултант<br />
4. стимулиране на редовни, неформални дискусии в екипа за оценяване на функционалността му<br />
5. анализ на проекта по време на специални срещи с цел да се определи кое върви добре и кое не и как натрупаният опит може да помогне в бъдеща работа</p>
<p align="justify">Всеки член на екипа изпълнява много роли &#8211; като човек, като член на екипа, като член на цялата организация. Затова при оценка на индивидуалните постижения е добре да се комбинират най-малко два от следните методи по отношение на всяка една от ролите<br />
- оценка на колегите: членовете на екипа дават оценка за работата на колегите си<br />
- удовлетвореност на клиентите: вътрешни и външни клиенти оценяват екипа и отделните членове<br />
- самооценка: всеки член на екипа се оценява сам<br />
- оценка на лидера: като лидер или наблюдател (супервайзър) оценявате всеки един поотделно<br />
- оценка на мениджмънта: ръководителят на отдела или мениджърът на лидера оценява членовете на екипа.</p>
<p align="justify">Оценяването помага изключително много за затвърждаване на силните страни и определяне на онези аспекти от работата на екипа които се нуждаят от подобрение. Когато оценяването на екипа се базира на адекватна и креативна система за награждаване на работата, екипът ви е мотивиран за прогрес и постигане на така желаните резултати.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/ocenka-na-ekipa/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Управление на проблемите в проект</title>
		<link>http://kvasilev.com/pm/upravlenie-na-problemite-v-proekt/</link>
		<comments>http://kvasilev.com/pm/upravlenie-na-problemite-v-proekt/#comments</comments>
		<pubDate>Fri, 22 Feb 2008 19:24:46 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[управление]]></category>
		<category><![CDATA[управление на проблемите]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bd%d0%b0-%d0%bf%d1%80%d0%be%d0%b1%d0%bb%d0%b5%d0%bc%d0%b8%d1%82%d0%b5-%d0%b2-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82/</guid>
		<description><![CDATA[Пред всеки един ръководител проект и проект се изправят редовно проблеми, с които трябва да се съобразявате по някакъв начин, и те оказват някакво влияние върху дейността ви. Ръководителите често са притискани да променят обсега на проекта. Когато заинтересованите участници поискат това от вас, трябва да обсъдите с тях как това ще повлияе на себестойността, [...]]]></description>
			<content:encoded><![CDATA[<p align="justify">Пред всеки един ръководител проект и проект се изправят редовно проблеми, с които трябва да се съобразявате по някакъв начин, и те оказват някакво влияние върху дейността ви.<br />
Ръководителите често са притискани да променят обсега на проекта. Когато заинтересованите участници поискат това от вас, трябва да обсъдите с тях как това ще повлияе на себестойността, времето и качеството.<br />
В някои проекти &#8220;разширяването на мисията&#8221; се превръща в постоянна битка. След като е постигнато споразумение за повратните точки в отделните етапи и конкретните цифри от бюджета, хората може да започват да виждат и допълнителни неща, които е добре да бъдат свършени.<br />
НИКОГА не се оставяйте да бъдете въвлечени в решаването на проблеми извън официалните рамки на вашият проект, дори те са спешни за компанията.<br />
Винаги е било проблем за даден проект, ако те започнат да изоставят в графика. Някои закъснения може да са неизбежни, но в почти всички случай можете да предприемате някакви действия за тяхното разрешаване. В противен случай рискувате те да се задълбочат и да донесат със себе си още проблеми за проекта.<br />
Някои ръководител проекти имат склонност да пренебрегват евентуалните проблеми с хората в етапа на планирането (така поне казват умните хора :) ). Те може да продължат да не им обръщат внимание или дори да ги отричат, дори когато са очевидни и истински. За съжаление, проблемите с хората са често най-трудните, с които един ръководител на проекта се сблъсква. В такъв случай, вместо да ги омаловажавате, да се правите, че не съществуват, или да ги отбягвате, бъдете готови за тях и ги решавайте бързо. Седнете и си поговорите с даденият човек лично, на четири очи, а не занимавайте ръководството с подобни неща. Най-важното е и двете страни да са готови на отстъпка и да имат желание за решаване на проблема.<br />
Като цяло, проблемите които произтичат от хората, може да бъдат избегнати или решени по-рано, ако вие, в ролята на ръководител проект, общувате достатъчно често с членовете на своя екип. Седмичните срещи може да се окажат недостатъчни, всекидневния обмен на информация между членовете на екипа може да даде много добри резултати.<br />
Бъдете бдителен и обръщайте внимание на малките признаци за назряващи проблеми сред членовете на екипа. Това, което трябва да ви даде сигнал за възникването на проблем са:<br />
- повишено напрежение или раздразнимост<br />
- липса на ентусиазъм<br />
- нервност и непрестанно разхождане из стаята<br />
- неспособност да се взимат решения<br />
ВИНАГИ реагирайте, колкото се може по-рано на проблемите &#8211; още при първите признаци. Не позволявайте на малкия дразнител да се превърне в голяма криза. Разговаряйте със заинтересованите страни, а не се оплаквайте и &#8220;натопявате&#8221; пред висшестоящите.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/upravlenie-na-problemite-v-proekt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Как да контролираме бюджета и качеството на проекта</title>
		<link>http://kvasilev.com/pm/byudjet-i-kachestvoto-na-proekta/</link>
		<comments>http://kvasilev.com/pm/byudjet-i-kachestvoto-na-proekta/#comments</comments>
		<pubDate>Thu, 14 Feb 2008 20:55:09 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d0%ba%d0%b0%d0%ba-%d0%b4%d0%b0-%d0%ba%d0%be%d0%bd%d1%82%d1%80%d0%be%d0%bb%d0%b8%d1%80%d0%b0%d0%bc%d0%b5-%d0%b1%d1%8e%d0%b4%d0%b6%d0%b5%d1%82%d0%b0-%d0%b8-%d0%ba%d0%b0%d1%87%d0%b5%d1%81%d1%82%d0%b2/</guid>
		<description><![CDATA[Едно от основните задължения на ръководител проекта е контролът върху бюджета. След като се планирали и оценили внимателно бюджета, сега вашето внимание трябва да е насочено към следене на цифрите, за да сте сигурни, че реалните разходи ще съответстват на предвидените в бюджета на проекта. Доста е трудно да се прогнозира с абсолютна точност какви [...]]]></description>
			<content:encoded><![CDATA[<p>Едно от основните задължения на ръководител проекта е контролът върху бюджета. След като се планирали и оценили внимателно бюджета, сега вашето внимание трябва да е насочено към следене на цифрите, за да сте сигурни, че реалните разходи ще съответстват на предвидените в бюджета на проекта. Доста е трудно да се прогнозира с абсолютна точност какви ще са бъдещите разходи. Но основата цел и задача от която трябва да се ръководите е да задържите проекта и разходите по него в определеният предварително лимит. В противен случай рискувате да си довлечете на главата доста упреци и ще се наложи да дадете доста обяснения пред висшите ръководни кадри за допълнителните разходи.<br />
Когато наблюдавате реалните разходи спрямо планираните, внимавайте за &#8220;подводни камъни&#8221; , които могат да объркат плановете ви и които ще увеличат несъмнено разходите ви.<br />
Липсата на твърдо договорени цени с доставчици и подизпълнители и непланирани разходи за персонал, с които осигурявате спазването на графика (тук се включват и допълнителните изработени часове) са от основните елементи, които могат да ви донесат допълнително разходи. Непредвидените разходи за обучение, неочаквани разходи за допълнителна техника, софтуер, наличие на консултантски такси и т.н. са неща с които трябва да се съобразите, ако искате да не индексирате допълнителни, непредвидени разходи.<br />
Повечето от тези разходи за проекта не са в състояние да се предвидят в началото на всеки проект. Затова винаги бъдете внимателни към истинските цифри, когато те започнат да &#8220;идват&#8221; към вас. Особено некомфортно ще се получи, ако отчетете големи разлики с това какво сте предвидили в бюджета и това какво реално ви трябва като финансов ресурс. Ако се стигне до това, внимателно анализирайте всяка една операция и открийте къде е причината за тях.<br />
Но не винаги новините свързани с бюджета са лоши :) Когато сравнявате предварително определените разходи с реалните, може да отките някой окуражителни аспекти. <strong>Някои елементи, които допринасят за запазване на разходите под лимита са:</strong><br />
- капиталовите разходи са по-малки<br />
- лихвените проценти са по-ниски<br />
- персонала се редуцира<br />
Несъмнено като ръководител на проект пред Вас ще стой основната задача за качеството на проекта. Това качество пряко влияе върху неговият успех. Последното нещо, от което се нуждаете е недоволен от крайните резултати клиент или друг заинтересован участник в проекта.<br />
<strong>Тук ще си позволя да ви изброя няколко елемента, които ще ви помогнат да постигнете високи резултати:</strong><br />
1. Не претрупвайте проверките на качеството, само и само за да спазите крайният срок. Обикновено разходите за коригиране на един проблем са много по-големи, отколкото за ефективното му разрешаване.<br />
2. Определете стандартите за качество във фазата на планирането. Задължително вземете предвид критериите за качество на фирмата &#8211; вътрешно-фирмените стандарти, изискванията на заинтересованите участници, обхвата на проекта и наличието на външни изисквания.<br />
3. Отделете внимание на това как се доставят документите, каква информация дават проверките, списъците или анализите на отделните етапи от разработването на проекта.<br />
4. Определете предварителни показатели на които трябва да отговаря проекта, за да се счита за успешен. Доставените и генерирани документи, които не отговарят на стандартите за качество, ги върнете за ревю от автора или може да ги оставите за преработка, но това само в зависимост от стойността и приоритета им.<br />
Винаги уведомявайте и информирайте заинтересованите участници за развитието на проекта. Договорете се още във фазата на планирането кога и как да предоставяте докладите си.<br />
<strong>Изградете добре работеща система за комуникация с всички заинтересовани страни.</strong> Като цяла възложителите на проекта искат постоянно да правят корекции по първоначално зададената задача, както и доклади за състоянието и развитието на проекта. Разберете какво очакват те от вас и ги информирайте периодично докъде е стигнала работата. Когато проекта набере скорост , консултирайте се с тях, за да видите какво смятат те за изпълнението на проекта и дали считат предоставената информация за достатъчна.<br />
Придържането ви към <a href="http://kalin.sqa.bg/%d0%bc%d0%b5%d1%82%d0%be%d0%b4-%d0%bd%d0%b0-%d0%ba%d1%80%d0%b8%d1%82%d0%b8%d1%87%d0%bd%d0%b8%d1%8f-%d0%bf%d1%8a%d1%82/">критичния път</a> ще ви бъде по-лек, ако на главата ви не &#8220;висят&#8221; недоволни клиенти, които искат непрекъснато нова и все по-нова информация.<br />
Не забравяйте, че честността винаги е похвална, затова <strong>бъдете честни</strong> с тях. Не крийте проблемите и не ги омаловажавайте. В противен случай те лесно могат да се превърнат във ваш противник и да доведат до криза в проекта, отколкото ако на време сте уведомили заинтересованите участници. В случай, че са били информирани за целият жизнен път на проекта до момента, те биха могли да предложат помощта си за справяне с проблема.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/byudjet-i-kachestvoto-na-proekta/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Как да управляваме проекта</title>
		<link>http://kvasilev.com/pm/kak-da-upravlyavame-proekta/</link>
		<comments>http://kvasilev.com/pm/kak-da-upravlyavame-proekta/#comments</comments>
		<pubDate>Wed, 06 Feb 2008 21:07:10 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d0%ba%d0%b0%d0%ba-%d0%b4%d0%b0-%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d1%8f%d0%b2%d0%b0%d0%bc%d0%b5-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/</guid>
		<description><![CDATA[Стартирането на проекта е първата фаза в неговото изпълнение. Повечето ръководите приветстват това, защото е знак за че голяма част от документалната и същинска работа е приключила и вече започва изпълнението на проекта. Работи се в положителен аспект и нещата вървят напред. След като вече сте започнали с изпълнението на проекта се уверете, че се [...]]]></description>
			<content:encoded><![CDATA[<p>Стартирането на проекта е първата фаза в неговото изпълнение. Повечето ръководите приветстват това, защото е знак за че голяма част от документалната и същинска работа е приключила и вече започва изпълнението на проекта. Работи се в положителен аспект и нещата вървят напред.</p>
<p>След като вече сте започнали с изпълнението на проекта се уверете, че се придържате към <a href="http://kalin.sqa.bg/%d0%bc%d0%b5%d1%82%d0%be%d0%b4-%d0%bd%d0%b0-%d0%ba%d1%80%d0%b8%d1%82%d0%b8%d1%87%d0%bd%d0%b8%d1%8f-%d0%bf%d1%8a%d1%82/">критичния път</a>, дори и на моменти да изглежда, че не е най-правилния. Запомнете, че критичният път представлява най-краткото разстояние между началната и крайна дата на всеки един проект. Също така не забравяйте, че той е гъвкав и дава доста възможности за съкращаване на това &#8220;разстояние&#8221;. Много ръководители, &#8220;стъпили&#8221; на <strong>критичния път</strong> се отнасят като единствения възможен изход, без да съобразяват че той може да подлежи на промяна.</p>
<p><strong>Бъдете готови за възлагате и поемате отговорности!</strong> Планирайте предварително задачите или огранизирайте ресурсите си. За вас най-добрият възможен изход е да изберете най-ефективният начин за постигане на бизнес целите. Част от този процес можете да го извършите като съберете всички членове на екипа и разпределите отговорностите. Не трябва да ви притеснява и факта, че когато проекта стартира ще имате нужда да делигирате повече задачи на някои от членовете на екипа. Бъдете винаги гъвкави и готови да прехвърлите задълженията и част от работата на друг член от екипа. Но въпреки това, <u>не забравяйте, че цялата отговорност за проекта е ваша</u>.<br />
Първо определете кои задачи искате да разпределите, като важно е да разберете и оцените какви умения и способности изисква всяка една от тях. След което намерете за всяка една задача, кой е най-точния изпълнител на задачата.<br />
Като разпределите и дадете на всеки член задачка, то тогава се отдръпнете и оставете вашите хора да работят.<br />
<strong>Следете развитието на проекта!</strong> Не съществува универсална система за мониторинг на проекта. Тези, които са отлични за големи проекти, могат доста да затормозят по-малките с документация, докато в обратния случай нямат да носят необходимата тежест.<br />
В зависимост от размера и сложността на проекта можете да използвате система, разработена от самия вас. Чрез нея вие влагате своя опит и получени знания през времето.<br />
<strong>Съсредоточете се върху най-важното</strong>! Не поемайте прекалено дълго дадена задача, която да заема вашето внимание (<a href="http://pmstories.com/bg/">Майк Рам</a> добре е написал какви грешки, могат да допуснат <a href="http://pmstories.com/bg/2008/02/05/dont-drill-down/">младите ръководител проекти</a>, с не голям опит зад гърба си). Когато се окажете прекалено затрупани от детайли в проекта, лесно можете да се отклоните от <strong>критичния път</strong>. Затова трябва да си зададете следните въпроси:<br />
- Какво е важно за проекта ?<br />
- Каква фактически се опитваме да направим ?<br />
- Кои част и етапи на проекта са най-важни, за да бъдат сложени под контрол ?<br />
За да има полза от вашите действия, то вие трябва да получавате в достатъчно кратки срокове обратна връзка.<br />
<strong>Оставете си &#8220;вратичка&#8221; за направата на корекции</strong>! Трябва да се отнасяте с нужното внимание към промените в данните или информацията. Бъдете нащрек за възникването на ранни проблеми и бъдете готов да предприемете коригиращи действия. Ако не го правите, то вие просто участвате като наблюдател на проекта, а не го управлявате. Но тук има и друг момент. Прекалената ви бърза намеса няма да позволи на членовете на екипа ви да поемат отговорност и решения при неговото решаване. Дайте им възможност да се справят самички.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/kak-da-upravlyavame-proekta/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Съставяне на бюджет към проекта</title>
		<link>http://kvasilev.com/pm/sastavyane-na-byudjet-kam-proekta/</link>
		<comments>http://kvasilev.com/pm/sastavyane-na-byudjet-kam-proekta/#comments</comments>
		<pubDate>Sun, 27 Jan 2008 18:20:26 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d1%81%d1%8a%d1%81%d1%82%d0%b0%d0%b2%d1%8f%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b1%d1%8e%d0%b4%d0%b6%d0%b5%d1%82-%d0%ba%d1%8a%d0%bc-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/</guid>
		<description><![CDATA[Бюджета към даден проект представлява финансовият план за действие по проекта. Той привежда всички стойности в измерими количества, определя цените на необходимите ресурси и очакаваната възвращаемост в рамките на определено време. Трябва да имате впредвид, че не всички бюджети са еднакви. По-голяма част от ръководителите на проекти, имат т.н. &#8220;сводобно пространство&#8221; в бюджетите си. Бюджета [...]]]></description>
			<content:encoded><![CDATA[<p>Бюджета към даден проект представлява финансовият план за действие по проекта. Той привежда всички стойности в измерими количества, определя цените на необходимите ресурси и очакаваната възвращаемост в рамките на определено време. Трябва да имате впредвид, че не всички бюджети са еднакви. По-голяма част от ръководителите на проекти, имат т.н. &#8220;сводобно пространство&#8221; в бюджетите си.</p>
<p>Бюджета не е само списък на всички разходи, включени в изпълнението на проекта. Той дава и възможност да видите дали разходите са оправдани спрямо очакваните резултати.<br />
Първият и най-основен въпрос, който трябва да си поставим в началото на неговото изготвяне е &#8211; Какво ще е необходимо, за да реализираме проекта ?<br />
Винаги когато тръгнете да съставяте бюджет за своя проект, разбивайте разходите на следните основни категории:<br />
- Персонал &#8211; тук обикновенно планувайте най-големият ресурс от бюджета си. Включете и предвидете разходи за евентулано наемане на външни специалисти, ако вашият проект се нуждае  от такива.<br />
- Обучение &#8211; заделете пари и за обучение на членовете на екипа. Не всички може да могат да работят с наличните технологии или съоръжения. Може да се наложи да пратите част от екипа си на обучение във друга фирма, предлагаща такъв вид услуги.<br />
- Транспорт &#8211; ако предвиждате заплащането на транспортни разходи на членовете на екипа си, тук е мястото да заделите пари за това.<br />
- Ресурси &#8211; освен стандартните ресурси, оборудване и технологии дали няма да имате нужда от закупуването на допълнително такова, закупуване на лицензи за софтуер и т.н.<br />
- Информация &#8211; ще трябва ли да закупувате анализи и доклади за някоя информация, от която се нуждае вашият проект ? Каква дейност на изследване за даден продукт трябва да се направи? Заделете пари и за тази част.<br />
След като отметнали и определили сумите за всяка една категория е добре да си зададете въпроса &#8220;Дали не забравих нещо?&#8221;. Много е важно да не забравите да предвидите разходи за обучение, за да може всички членове на екипа ви да работят еднакво качествено и бързо. Не забравяйте да предвите и разходи за обучение за крайният потребител, с тях те ще се научат да работят с вашият продукт, ако има нужда от такива.<br />
Заделете и предвидете си разходи за текущи нужди на членовете на екипа, които ще възникнат по време на проекта, за да не останете изненадани в последствие. Предвидете и пари за поддръжка на новите съоръжения, или за ъпдейт на софтуерните продукти, които използвате. Предвидете пари и за нови лицензи на софтуера, разходи за застраховки, за външни услуги.</p>
<p>Независимо колко добре сте планували бюджета си и сте гообмисляли, бъдете готови реалните суми и разходи да се различават от първоначално предвидените. Не се притеснявайте от това и винаги бъдете по-гъвкави и готови за промяна, но винаги в точно определените срокове, обща цена и никога не правете компромис с качеството на ключовите/основни места в проекта.</p>
<p><a href="http://technorati.com/claim/bhhm7v3fbd" rel="me">Technorati Profile</a></p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/sastavyane-na-byudjet-kam-proekta/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Метод на критичния път</title>
		<link>http://kvasilev.com/pm/metod-na-kritichniya-pat/</link>
		<comments>http://kvasilev.com/pm/metod-na-kritichniya-pat/#comments</comments>
		<pubDate>Wed, 16 Jan 2008 19:15:32 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d0%bc%d0%b5%d1%82%d0%be%d0%b4-%d0%bd%d0%b0-%d0%ba%d1%80%d0%b8%d1%82%d0%b8%d1%87%d0%bd%d0%b8%d1%8f-%d0%bf%d1%8a%d1%82/</guid>
		<description><![CDATA[Методът на критичния път (CPM &#8211; Critical Path Method) е инструмент, чрез който можете да съставите график на дейностите, които трябва да се извършат по даден проект. С помощта на проведената структурна разбивка на задачите WBS (споменахме за нея в предните статии) и с резултати, които се очакват вече сте способни да определите графика на [...]]]></description>
			<content:encoded><![CDATA[<p>Методът на критичния път (CPM  &#8211; Critical  Path  Method) е инструмент, чрез който можете да съставите график на дейностите, които трябва да се извършат по даден проект. С помощта на проведената структурна разбивка на задачите WBS (споменахме за нея в предните статии) и с резултати, които се очакват вече сте способни да определите графика на своя проект, както и последователността на всички задачи. Някои от тях можете да извършвате паралелно, изпълнението на някои да е следствие на други и т.н. Именно този метод на критичния път ви помага да планирате и определяте този процес.<br />
Най-важните или така наречените критични дейности са тези, които определят главната продължителност на проекта. Именно тези дейности от проекта, трябва да бъдат завършени в срок, за да може и целия проект да завърши в срок. Определенето на тези моменти ще ви позволи и ще ви даде възможността да планирате по-ефикасно всички необходими ресурси за проекта.</p>
<p>Има два широко разпространени и най-прилагани инструмента за планиране и съставяне на графика към даден проект, както и за неговото следене. Това са схеми на последователните операции, изразявани чрез диаграмата PERT, и стълбовидни, като диаграмата на Gantt.<br />
<strong> Диаграмата на PERT</strong> е подобна на методата на критичния път, където критични път се представя във вид на <a href="http://sqa.bg/kalin/images/others/pertt.png" title="Диаграма на PERT" target="_blank"><img src="http://sqa.bg/kalin/images/others/pertt.png" alt="pert диаграма критичен път" align="left" height="136" width="293" /></a>цикли, които очертават дейностите. Чрез диаграмата можете   да разберете, кога най-точно можете да завършите проекта си. Също така от тази диаграма можете да разберете, че дейности А и С са най-критични за спазване на крайните срокове. С помощта на тази информация, можете да прецените да кажем, че трябва да реорганизирате наличните си ресурси и да се концентрирате върху критичните.<br />
Чрез схемата на PERT можете да си направите изводи за:<br />
- кога да бъде началната дата за всяка една задача<br />
- колко време е определено за всяка една задача от проекта и кога трябва да бъде приключена тя.<br />
- коя задача в даден момент е в процес на изпълнение<br />
- връзката и зависимостта на всяка една задача, резултат и събитие към даденият проект</p>
<p><strong>Чрез диаграмата на Gantt </strong> се илюстрира продължителността и хронологичния ред на задачите или дейностите, към даден проект. Недостатъка тук, е че не може да се <a href="http://sqa.bg/kalin/images/others/ghantt.png" title="диаграма Ghantt" target="_blank"><img src="http://sqa.bg/kalin/images/others/ghantt.png" alt="ghantt диаграма критичен път" align="right" height="142" width="327" /></a>визуализират зависимостите между отделните задачи, т.е. която трябва да бъде завършена преди да се започне с изпълнението на следващата.</p>
<p>В следващите редове ще се опитам да ви дам малко насоки при изграждането на диаграмата на Gantt. При нейносто съставяне се наблюга главно на цялото и точно описание на проекта. П друг начин казано ще съставите визуална рамка на проекта.</p>
<p><strong>Стъпките при изграждането на </strong><strong>диаграмата на Gantt са следните:</strong><br />
1. Съставете списък на всички етапи от проекта &#8211; от първия до последния, като ги подреждате в колона една под друга.<br />
2. Добавете таблица на нужното време, която се простира от горния до най-долния край на страницата. Чрез нея ще отчитате началната и крайна дата на задачите.<br />
3. Начертайте празен правоъгълник, който ще очертае образно началната и крайната дата за всеки един период.<br />
4. Начертайте такива правоъгълници за всеки етап от проекта. Като извършвате тази дейност се уверете, че взаимозависимите задачи са в последователност, т.е. със завършването на една започва изпълнението на другата задача от проекта.<br />
5. За независимите задачи начертайвайки правоъгълниците въведете и предполагаемото време, за изпълнение на всяка една задача. Определете го според наличните качества и възможностите на хората, които ще вземат участие в изпълнението на задачата.<br />
6. Незабравяйте, че като подреждате примерните дати за всяка една от задачите да не прескочите определената и фиксирана дата за крайна дата на големия проект. Доста конфузно би се получило, ако наслагвайки дати за всяка една от задачите неусетно преминете датата на крайния срок на проекта.<br />
7. Винаги добавяйте подходяща легента, обозначаваща началото на всеки един  нов етап.<br />
8. Използвайте графики, за да посочите кои заинтересовани участници са отговорни за извършването на конкретна дейност от дадения проект.<br />
9. Запознайте всеки един от участниците в проекта с тази диаграма, за да получите обратна връзка.<br />
10. Ако е необходимо винаги можете да нанасяте корекции на първоначално въведените данни и дати.<br />
Чрез стълбовидните диаграми като Gantt можете да проследите текущото състояние на проекта, да знаете всеки един момент какво е очакваното време за завършване на проекта, да получите прогноза за продължителността на изпълнение на всяка една от задачите, да следите последователността на всяка задача от проекта.</p>
<p><strong>Как да изберете най-подходящата диаграма за вашият проект ? </strong><br />
Най-вероятно във вашата работа като ръководител екип и в управлението на даден проект ще се наложи да използвате и двете графики, за да постигнете краен резултат. Която и двете диаграми за критичния път да изберете и чрез двете можете да да покажете явно какво трябва да бъде свършено, колко време ще е нужно, за да се свърши и каква трябва да е последователността на задачките, за да стигнете до крайния резултат &#8211; успешно завършване на на проекта. Чрез тях ще можете да видите и кой за каква задача отговаря от вашият екип.<br />
Спирайки се на стълбовидните диаграми, като тази Gantt, отлично ще можете да запознаете всички участници и заинтересовани как се развива проекта. Използвайте диаграмите на последователните задачи, за да споделяте подробна информация със свойте супервайзъри. Това е доста мощен инструмент при използване на някакъв вид софтуер, където всеки един във всеки един момент може да се запознава къде са настъпили промени.</p>
<p>Независимо от всички предимства и недостатъци на методите, се доверете на себе си и използвайте този метод за съставяне на график, който най-много ви допада на вас. Никога не използвайте някой метод, защото сте видяли това от някой друг или защото това било актуално в момента.<br />
Винаги се доверявайте на своя опит или ако сте начинаещ се допитайте до ваши колеги, осланяйте се първоначално на техния опит. Винаги си отговаряйте на въпроса &#8220;До колко сте доволен от избраната схема?&#8221;.</p>
<p>Като обобщение за диаграмите за отбелязване на критичния път може да се кажат по един основен плюс и минус.<br />
<strong>Диаграма тип PERT или диаграма на последователните операции/задачи</strong><br />
<strong>+ </strong>: Дават възможност за по-добро познаване на всички части в проекта<br />
<strong>- </strong>: Доста са сложни и изискват време, за да се разберат и усвоят изцяло</p>
<p><strong>Диаграма тип Gantt или стълбовидна диаграма:</strong><br />
<strong>+</strong> : Лесно структуриране и създаване. Лесно се разчитат и се споделя информация между всички заинтересовани в проекта хора.<br />
<strong>-</strong> : Много е трудно да се отчете зависимостта при задачите, как промяната на една област влияе върху останалите. Доста времеемко и ресурсоемко е да се поддържат актуални, когато проекта е в разгара си и &#8220;набере&#8221; скорост.</p>
<p>С това мисля да завърша статиите си за определяне на график за даден проект. В една следващата поредица ще ви запозная с това как да съставите бюджета на даден проект, какво да вземете под внимание и с кое да се съобразите. След като приключим и с формирането на бюджета към даден проект ще започнем с процеса на негото стартиране и начални стъпки на управление му.</p>
<p>П.П. искам да блогодаря на българската версия на <a href="http://bg.wikipedia.org" target="_blank">Wikipedia</a>, за предоставените картинки на графиките тип PERT и Gantt :)</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/metod-na-kritichniya-pat/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Съставяне на график за проекта</title>
		<link>http://kvasilev.com/pm/sastavyane-na-grafik-za-proekta/</link>
		<comments>http://kvasilev.com/pm/sastavyane-na-grafik-za-proekta/#comments</comments>
		<pubDate>Mon, 14 Jan 2008 18:59:09 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d1%81%d1%8a%d1%81%d1%82%d0%b0%d0%b2%d1%8f%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d0%ba-%d0%b7%d0%b0-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b0/</guid>
		<description><![CDATA[В тази публикация имам намерение да ви запозная с това как да си съствите график за изпълнение на проекта и това как по-ефективно да предприемете неговото изпълнение. Всички проекти имат фиксирани начални и крайни дати, независимо от наличните ресурси. Да кажем, че вие искате да започнете веднага работа по проекта, но нямате налични хора, материали [...]]]></description>
			<content:encoded><![CDATA[<p>В тази публикация имам намерение да ви запозная с това как да си съствите график за изпълнение на проекта и това как по-ефективно да предприемете неговото изпълнение.</p>
<p>Всички проекти имат фиксирани  начални и крайни дати, независимо от наличните ресурси. Да кажем, че вие искате да започнете веднага работа по проекта, но нямате налични хора, материали и т.н.<br />
Съставянето на график за проекта е стандартна и важна задача, за да може изпълнението му да е успешно. Започнете като определите абсолютната дата, тази която не може да варира във времето. Като в последствие започнете да определяте време, като започнете назад от нея. Минаването назад по веригата е отличен подход да определите максимално реални срокове. Задължително разберете и проучете кои дати не подлежат на промяна и коментар. Запомнете, че нито една задача не трябва да продължава повече от 5 седмици и се водете винаги от логиката, а не от това да има повече детайли.<br />
Последователността на съставяне на график на проекта включва следните етапи:<br />
1. Винаги използвайте структурно разпределяне на работата, за да сте в състояние да изработите списък на конкретните задачи и дейности<br />
2. Определете точно каква работа трябва да се извърши по дадена дейност, за да може навреме да се генерират документите по нея<br />
3. Използвайте формулираните задачи при съставянето на график с конректни дати за изпълнение<br />
4. Изяснете къде може да се получи забавяне или пречка, които биха могли да объркат графика<br />
5. Определете начините и способите за справяне с тях или заложете допълнително време за тяхното решаване<br />
6. Използвайте системи за контрол и комуникация, за да може да допълните или корегирате графика си преждевременно<br />
7. Винаги уведомявайте всички преки участници в проекта, на какъв стадии е той и до къде е стигнал в своето развитие. </p>
<p>След като започнете да формулирате графика на проекта си, едно от най-важните неща е да формулирате и построите критичен път. Това представлява най-доброто развитие на дейностите по даденият проект, които могат да бъдат завършени в най-кратки срокове. За да може да го определите най-добре:<br />
- съставете списък на всички дейности и направете кратко описание на всяка една от тях.<br />
- определете приблизително колко време ще ви е нужно за изпълнението на всяка една от тях<br />
- съставете и отбележете в списък какво трябва да се направи преди да се започне изпълнението на дадена формулирана задача<br />
- начертайте диаграма на критичния път (виж края на статията)<br />
- изчислете възможно най-ранния краен срок за изпълнение на всяка дейност<br />
- направете приблизителна оценка на времет, необходимо за самия проект.</p>
<p>С това мисля да приключа, като в следващият път ще ви запозная в детайлност с диаграмата на критични път. Ще обърна внимание и на най-разпространените формати на тази диаграма и основните стъпки при тяхното изграждане.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/sastavyane-na-grafik-za-proekta/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Формиране на екип</title>
		<link>http://kvasilev.com/pm/formirane-na-ekip/</link>
		<comments>http://kvasilev.com/pm/formirane-na-ekip/#comments</comments>
		<pubDate>Thu, 03 Jan 2008 19:34:29 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d1%84%d0%be%d1%80%d0%bc%d0%b8%d1%80%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b5%d0%ba%d0%b8%d0%bf/</guid>
		<description><![CDATA[В тази трета част от поредицата ми, в която споделям моя опит в управлението на проекти съм решил да обърна внимание на частта за формиране на екип. След като вече сте подготвили плана на проекта е време да го стартирате. От този момент нататък всички предварителни оценки за продължителност на отделните задачи и дейности се [...]]]></description>
			<content:encoded><![CDATA[<p>В тази трета част от поредицата ми, в която споделям моя опит в управлението на проекти съм решил да обърна внимание на частта за формиране на екип.<br />
След като вече сте подготвили  плана на проекта  е време да го стартирате. От този момент нататък всички предварителни оценки за продължителност на отделните задачи и дейности се превръщат в график, който трябва да се спазва. Самите задачи трябва да ги класифицирате по критичност.<br />
Може да се каже, че важните стъпки в етапа на подготовката включва:<br />
1. Формиране на екип<br />
2. Подреждане (класифициране) на дейностите в график<br />
3. Разработка на бюджета<br />
Формирането на екипа следва да започва с преценка на необходимите за спецификата на проекта умения и качества на всеки един необходим ресурс. Те се очертават още в етапа на структурната разбивка на работата в етапа на планирането. В този етап можете да решите, че наличните ви хора нямат нужните умения и качества, за да извършат заплануваните задачи. Точно в този момент е необходимо да направите преценката дали ще са ви необходими външни хора, за да осъществите проекта си. Винаги трябва да сте в готовност да &#8220;вкарвате&#8221; и &#8220;изкарвате&#8221; нови хора в проекта, в зависимост от коя фаза се намирате и какви ресурси са ви необходими.<br />
В някои случаи самия ръководител избира няколко или всички членове на екипа.. В други случай този избор се прави от неговите шефове. Ако в случай, че вашите ръководители избират членовете на екипа, ще се наложи вие сам да им оцените техните качества. Разпределяйте задачите в зависимост от най-доброто съотношение между способности и отговорности. Не е за пренебрегване и възможността да пратите един или няколко члена на вашият екип на обучение, за да придобият нужните умения. В този случай не забравяйте да предвидите пари в бюджета за тази дейност.<br />
В повечето случай  членовете на вашият екип ще се налага да препокриват няколко задачи,  по няколко проекта или за първи път работят в екип. В ролята си на ръководител проект вие ще трябва да се убедите, че всеки един от членовете разбират задачите си и най-важното &#8211; имат желание да работят заедно.</p>
<p>В случай, че вече сте изградили екипа си сте наясно кой какви задачи ще изпълнява. В случай, че вашите ръководители са определили екипа ви първо трябва да се опознаете с всички членове и да сте наясно с техните възможности.<br />
Лично аз при започване на работа с нов екип използвам следният метод за разпределение на задачите:<br />
1. Съставяте си списъл на хората, които са част от екипа<br />
2. Подреждате в списъчен формат всички налични умения и ресурси от които се нуждаете<br />
3. Говорете в свободен разговор със всеки един от членовете на екипа, за които смята че самия той ги притежава<br />
4. Накрая съчетайте уменията с хората и задачите.<br />
С този метод същевременно ще поставите и началото на комуникационните връзки между членовете на екипа. В тези разговори членовете на екипа могат да ви посочат друг служител ор фирмата, който да притежава липсващите у другите умения и следователно да го включите и него в екипа.</p>
<p>След като съставите и изградите екипа си, огранизирайте встъпителна среща между всички членове. Запознайте хората с предстоящата работа и задачи за извършване. Заедно прегледайте изработения план на проекта и неговите цели, както и графика на проекта. По този начин можете да се запознаете и с тяхната гледна точка и може да ви дойдат допълнителни идеи и начини за разрешаване на дадена задачка или проблем.<br />
Всички заедно обсъдете ролите и отговорностите на всеки един член и изяснете няколко важни моменти:<br />
- по какъв начин ще се осъществява съвместната работа<br />
- по какъв начин всички да се съобразят с изготвения план на проекта<br />
- как да се изпълни направения график<br />
Като провеждате тази първа среща окуражете хората, изслушвайте предложенията им къде може да се направят подобрения или изменения на плана. Тяхното мнение не е за пренебрегване. Приемете всички предложения на сериозно. Това важи най-много за областите и задачите, където отделните членове на екипа имат повече опит от вас. Несъмнено ще има такива области. След което можете да промените предварителните си оценки в съответствие с изказаните мнения и препоръки.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/formirane-na-ekip/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Определяне на целите на даден проект</title>
		<link>http://kvasilev.com/pm/opredelyane-na-celite-na-daden-proekt/</link>
		<comments>http://kvasilev.com/pm/opredelyane-na-celite-na-daden-proekt/#comments</comments>
		<pubDate>Thu, 13 Dec 2007 20:28:52 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d0%be%d0%bf%d1%80%d0%b5%d0%b4%d0%b5%d0%bb%d1%8f%d0%bd%d0%b5-%d0%bd%d0%b0-%d1%86%d0%b5%d0%bb%d0%b8%d1%82%d0%b5-%d0%bd%d0%b0-%d0%b4%d0%b0%d0%b4%d0%b5%d0%bd-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82/</guid>
		<description><![CDATA[Успехът на всеки един проект зависи от степента на постигане на целите, които са поставени пред него. Колкото по-ясно и конкретни цели си поставите в началото, толкова повече намалявате риска от разногласия дали са постигнати между ръководните кадри. Независимо дали планирането се съпровожда с постоянни промени, бъдете готови винаги да преразглеждате целите си. Това се [...]]]></description>
			<content:encoded><![CDATA[<p>Успехът на всеки един проект зависи от степента на постигане на целите, които са поставени пред него. Колкото по-ясно и конкретни цели си поставите в началото, толкова повече намалявате риска от разногласия дали са постигнати между ръководните кадри. Независимо дали планирането се съпровожда с постоянни промени, бъдете готови винаги да преразглеждате целите си. Това се налага, защото в процеса на работа ще получавате все повече информация, която ще оказва пряко влияние върху целите ви.<br />
Когато определяте и дефинирате целите си мислете умно. Всяка една определена цел за даден проект, трябва да отговаря и да бъде специфична, да може да се измерва (количествено или качествено), да бъде ориентирана към някакво действие. Най-важното при определянето на целите е те да бъдат реалистични и постигнати в определените срокове.<br />
Когато дефинирате целите, които ще бъдат &#8220;гонени&#8221; с проекта, трябва да вземете под внимание<br />
1. Качество на целите &#8211; определете качествени показатели, по които ще се измерват целите. Стандарти по които ще изпълнявате целите.<br />
2. Огранизация на процеса &#8211; определете, разпределете и конкретно дефинирайте всички роли в проекта. Изяснете задачите за всеки един от участниците и какви ще са взаимоотношенията. Уверете се, че сте поставили точните задачи на правилният и компетентен човек<br />
3. Комуникация &#8211;  комуникационните връзки са от изключителна важност за правилното протичане и изпълнение на проекта. По тях ще се движи основната информация, която ви е нужна, за да постигнете целите си.<br />
4. Риск &#8211; преценете къде ще намират рисковите моменти в проекта и ги опишете. Направете оценка на тези моменти и определете възможнисте начини за противовъздействие. Колкото по-рано си набележите рисковете, толкова повече свеждате възможността от неприятна изненада в проекта.<br />
Независимо дали определяте целите или изпълнявате някой етап от проекта, бъдете готови за компромиси. Най-често ще ви се налага да правите компромиси с времето, разходите и качеството. Тези величини са взаимосвързани. Формулата на успеха, от която трябва да се водите е <strong>Качество = време + разходи</strong> Ако промените някой от тези показатели, вие променяте и крайният резултат, който се гони. Най-добре ще усетите силата на тези променливи, когато даденият проект е &#8220;набрал&#8221; скорост.<br />
Да речем, че времето за разработка на новата ERP система е недостатъчно, тогава вие трябва да вземете още хора, които да се включат в процеса на разработката, или да приемете система, която не е във вид, който е планиран в началото.<br />
Независимо от това, трябва да запомните, че по-ниското качество, не винаги означа провал за проекта. Най-важното е да си определите какви са важнити и основни изисквания на клиента. Ако в системата модула за предоставяне на репорти не е толкова важна и не засяга основната дейност, тогава насочете вниманието съм към част за складовата наличност. Важното е да си приоритизирате етапите и частите на проекта, на които клиента поставя най-голямо внимание. По-маловажните, можете да ги доразработите и след определеният краен срок. Най-важното е дадената система да отговаря на очакванията и изискванията на клиента. Това е така, защото може би се нуждат от нещо което просто да работи , а не от място, което да е събрало последните технологии в разработката.<br />
Добре е още в началото да си определите коя от тези три величини е основна (време, качество, разходи) ще можете по-лесно да правите промени по проекта и в процеса на работа.<br />
Много голяма част от проектите се провалят, защото ръководителят или топ мениджърите не могат да определят точно нуждата от финансови средстава или време за разработка. Един полезен инструмент, които се ползва при управлението на проекти и в процеса на планиране е структурното разпределение на работата (Work Breakdown Structure).<br />
Това е помощен инструмент, чрез които можете да правите приблизително оценки за всяка част от проекта, да възлагате задачи, да проследявате дейността на проекта във всеки един момент и да определяте техният обхват. Основният замисъл на тази стратегия е да се раздели сложната дейност на по-малки задачи. Това се прави докато не се обхване всяка една задача до най-ниско ниво&#8230;.до тогава, докато не можете да я раздробяте повече :) Стигнете ли до това ниво, вие вече сте определели всяка една задача от проекта и сте я направили по-удобна за изпълнение. За да създадете една такава разбивка на работата по проекта, трябва да можете да си отговорите на въпроса: Какво трябва да се направи, за да бъде изпълнена задачата ?<br />
Продължавайте да си задавате този въпрос, докато не стигнете до крайната цел, т.е. задачката да не може да бъде разделяне на подзадачи. Съставете план приблизително колко време ще ви отнеме изпълнението на всяка една от разпределените задачи и колко ще струва тяхното изпълнение в парично и човешко изражение.<br />
Колкото е по-сложен един проект, толкова повече нива на разпределение ще се състои. Не трябва да се безпокойте за последователността  на извършване на дейностите. Съставяйки си план за изпълнение, вие си поставяте точно определени планове за всяка една от задачите. Лекото завишаване на предварителните оценки е доста добър начин да намалите риска. Но го правете открито, споделяйте го с топ мениджърите. След внимателното планиране ще сте наясно вече от какви ресурси се нуждаете. Ще имате явна представа за продължителността на проекта. Всичко това ще ви е необходимо за следващият етап на проекта &#8211; подготовката.<br />
<em>Един съвет:</em> винаги базирайте преценката си на предишен опит, който сте натрупали. Използвайте усреднено време за изпълнение на една задачка. Ако в един проект дадена задачка ви е отнела 3 часа, а във втория то тя ви е струвала час и половина, то за следвашият проект я предвидете като разход от 2 часа за нейното изпълнение.<br />
Запомнете, че предварителните преценки и оценки не са 100% сигурни. Не се ангажирайте с тяхното стриктно изпълнение на този етап от проекта.<br />
Когато си определите точно целите, които ще се преследват убедете се, че всеки един от участниците е наясно с поставените задачи. Колкото по-рано те се ориентират в задълженията и са наясно с целите, толкова повече свеждате до минимум вероятността от рискови моменти.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/opredelyane-na-celite-na-daden-proekt/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Управление на проекти</title>
		<link>http://kvasilev.com/pm/upravlenie-na-proekti/</link>
		<comments>http://kvasilev.com/pm/upravlenie-na-proekti/#comments</comments>
		<pubDate>Tue, 11 Dec 2007 19:33:54 +0000</pubDate>
		<dc:creator>Kalin4y</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[мениджмънт]]></category>
		<category><![CDATA[Проекти]]></category>
		<category><![CDATA[реклама]]></category>
		<category><![CDATA[управление]]></category>

		<guid isPermaLink="false">http://kalin.sqa.bg/%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%bd%d0%b0-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82%d0%b8/</guid>
		<description><![CDATA[В няколко поредни поста ще се опитам да ви дам основни насоки при управлението на проекти, ключови моменти и тънкости, с които да се съобразите при управлението им. Всички казано по-долу се основава на моя личен опит в управление на проекти и планирането им. Преди да започнем с някакви насоки и специфики при управлението на [...]]]></description>
			<content:encoded><![CDATA[<p>В няколко поредни поста ще се опитам да ви дам основни насоки при управлението на проекти, ключови моменти и тънкости, с които да се съобразите при управлението им. Всички казано по-долу се основава на моя личен опит в управление на проекти и планирането им.<br />
Преди да започнем с някакви насоки и специфики при управлението на проект трябва да уточним какво се крие зад термина &#8220;управление на проекти&#8221;.<br />
Буквално проекта е работа, която трябва да се свърши, за да се постигне някаква цел. В бизнес проект може да се дефинира и като набор от взаимосвързани дейности, които се вършат от екип за определен период от време. Всеки един проект се състои от етапи на разработка. Жизненият цикъл на един проект се състои от няколко фази:<br />
1. Планиране<br />
2. Подготовка<br />
3. Реализиция<br />
4. Приключване<br />
Всеки един от тези етапи имат свои цели, дейности, инструменти и специфични условия. Ръководител проекта трябва да може добре да разграничава и дефинира всеки един от тези етапи.<br />
Всички етапи имат препокриване. Може да не вървят в точна последователност &#8211; започвайки с един, можете да се върнете към предходния и т.н. Например започвате даден проект с предварително планиран бюджет, имате и определени срокове (крайна дата). По-късно, когато навлезнете в подготовката, определяте с по-голяма точност всички срокове, разходи и ресурси в плана на проекта. Те за вас се явяват ценен източник на информация за бъдещето развитие на проекта. Като резултат се връщате отново в планирането, за да зададете с точност всички необходими вече конкретизирани данни. Връщането към първоначално зададените параметри не означава, че се лутате и незнаете на къде да поемете с проекта, а точно обратното &#8211; обогатяване с информация и конкретни цифри вашият проект, и сте наястно с цялостното му развитие.<br />
Преди да започнете планирането и всякаква дейност по даден проект е необходимо да си определите кой е основният проблем, които ще се разглежда в проекта. Това определене е основно и колкото по-рано го оразмерите, толкова по-малко финансови загуби ще понесете в бъдеще. Твърде често се случва поради силното желание на топ-мениджърите да пуснат нов продукт на пазара, да не се съобразят с основният аспект, които трябва да се реши с развитието на проекта, и без да са запознати с дълбочината на проблема.<br />
Несъобразявайките с основният проблем, рискувате да предложите твърде скъпо, сложно и неотговарящо на очакванията на потребителите продукт. За да можете да откриете, кои са ключовите моменти във вашият продукт, трябва да си отговорите на следните въпроси:<br />
1. Какъв е смисъла и какво ще се постигне с нещата, които ще предприемем ?<br />
2. Какво е предизвикало у хората необходимостта от решаване на проблема<br />
3. Кои имат интерес от решаването на този проблем ?<br />
4. Различават ли се целите на участниците в проекта ?<br />
5. Какви ще са критериите, по които ще се оценява проекта ?</p>
<p>В следващите няколко теми ще се запознаем с това как да определяме най-правилно и точно необходимите ресурси за всеки един от тези въпроси.</p>
]]></content:encoded>
			<wfw:commentRss>http://kvasilev.com/pm/upravlenie-na-proekti/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

