<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="0.92">
<channel>
	<title>PM Stories</title>
	<link>http://pmstories.com/bg</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Fri, 16 May 2008 05:00:56 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Трябва ли анализът да е &#8220;тромав&#8221;?</title>
		<description> Търсейки интересна тема за бизнес анализ попаднах на дискусия по тема, която често съм обсъждал и аз с колеги. В своята статия Do we need Agile Business Analysys? Крейг Браун задава въпроса дали Agile не прави бизнес аналитика като позиция излишен, което провокира добър отговор от професионалист съчетаващ двете.

Според ...</description>
		<link>http://pmstories.com/bg/2008/05/16/heavy-business-analysis/</link>
			</item>
	<item>
		<title>Лидер, мениджър или наблюдател?</title>
		<description>Наскоро попаднах на една интересна категоризация на хората, заемащи позицията Project manager. Авторът ги дели на три архетипа, които имат следните характеристики:

	Лидер. Има дълбоки технологични познания, както и опит в бизнес областта, която се автоматизира. Може да пише код ако се наложи. Активно участва в код ревюта и обсъжда технически ...</description>
		<link>http://pmstories.com/bg/2008/05/07/leader-manager-monitor/</link>
			</item>
	<item>
		<title>Най-добрият project management процес</title>
		<description>Glen Alleman от блога Herding Cats ни дава храна за размисъл, дефинирайки критерии, по които да изберем процеса и методологията, с които да управляваме своите проекти. Независимо дали ползвате най-строгите методи на Министерството на отбраната или управлявате проекта си "гледайки на боб", казва Глен, вашата методология трябва да може да ...</description>
		<link>http://pmstories.com/bg/2008/04/25/the-best-process/</link>
			</item>
	<item>
		<title>Предимства и недостатъци на малкия екип</title>
		<description>Във връзка с темата за размера на екипа, попаднах на един интересен пост в PM Hut, в който авторът под формата на интервю със себе си (малко шизофренично, но все пак интересно) представя своите съображения относно предимствата и недостатъците на един малък екип пред по-голям такъв.

Преди всичко, много е важно ...</description>
		<link>http://pmstories.com/bg/2008/04/21/small-project-team/</link>
			</item>
	<item>
		<title>Ако &#8220;Властелинът на пръстените&#8221; беше проект&#8230;</title>
		<description>

... кой щеше да е проджект мениджъра?

Този въпрос разглежда Diane Ellis в блога PM Hut и той звучи съвсем разумно. Приключението, което предприемат главните герои има всички характеристики на един проект:

	Имат ясна цел и задачи
	Имат екип от хора (и не само), които имат ясно изразени (макар и неизказани) роли
	Всички членове ...</description>
		<link>http://pmstories.com/bg/2008/04/16/lord-of-the-rings/</link>
			</item>
	<item>
		<title>Най-добрия начин да мотивирате своя екип</title>
		<description>Bas de Baar постави този въпрос в своя блог Project Shrink и помоли своите читатели да предложат своите отговори. Аз винаги съм смятал, че мотивираният екип е най-важният фактор за успеха на един проект, но никога не съм имал "готова рецепта" за това как да мотивираш един екип. Всъщност знам ...</description>
		<link>http://pmstories.com/bg/2008/04/14/motivate-your-team/</link>
			</item>
	<item>
		<title>Числата на Дънбар и размера на софтуерния екип</title>
		<description>

R. I. M. Dunbar е бил антрополог в University College of London и на базата на изследвания на хора и примати е стигнал до извода, че максималния брой контакти, които човек може да поддържа активно в съзнанието си, е приблизително 150. Т.е. всяка една група може да бъде витална и ...</description>
		<link>http://pmstories.com/bg/2008/04/07/optimal-team-size/</link>
			</item>
	<item>
		<title>Как не се прави презентация</title>
		<description>В света на информационните технологии се провеждат много конференции, семинари и срещи (както и в другите области от живота, разбира се), в които технически специалисти споделят своите знания и опит. За съжаление, изкуството на презентацията често се подценява и се получават сериозни издънки или просто ужасно скучни лекции.

Ето един пример ...</description>
		<link>http://pmstories.com/bg/2008/04/04/bad-technical-presentation/</link>
			</item>
	<item>
		<title>Колко служители на Microsoft са необходими, за да се смени една крушка?</title>
		<description>

Попаднах на една статия от 2003 година, която досега ми е убягвала почти 5 години. Там проблемът започва с писмо на един потребител, който казва: "Трябва ми метод, който да извиква функцията ChangeLightBulbWindowHandleEx, но такъв няма. Толкова ли е трудно да го добавите? Това едва ли ще отнеме повече от ...</description>
		<link>http://pmstories.com/bg/2008/04/03/light-bulb/</link>
			</item>
	<item>
		<title>Кой тества вашия продукт? Резултати от анкетата</title>
		<description>Оказа се, че тази анкета нещо съм я забравил и стои от много време на сайта, а няма особена активност по нея. Дали въпросът не е интересен или просто който е имал мнение вече го е дал - не знам. Но времето на тази анкета изтече, а имам и други ...</description>
		<link>http://pmstories.com/bg/2008/04/02/testing-as-a-service-2/</link>
			</item>
</channel>
</rss>
