<?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>PM Stories &#187; agile</title>
	<atom:link href="http://pmstories.com/bg/tag/agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstories.com/bg</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Mon, 07 Nov 2011 07:50:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Препоръчано четиво: Workflow, Scrum, честност и продуктивност</title>
		<link>http://pmstories.com/bg/2008/10/09/recommended-readings-scrum-workflow-honesty/</link>
		<comments>http://pmstories.com/bg/2008/10/09/recommended-readings-scrum-workflow-honesty/#comments</comments>
		<pubDate>Thu, 09 Oct 2008 14:14:51 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Бизнес анализ]]></category>
		<category><![CDATA[Препоръчано четиво]]></category>
		<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Steve McConnell]]></category>
		<category><![CDATA[white papers]]></category>
		<category><![CDATA[workflow management]]></category>
		<category><![CDATA[Класически грешки]]></category>
		<category><![CDATA[откритост]]></category>
		<category><![CDATA[продуктивност]]></category>
		<category><![CDATA[честност]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2008/10/09/recommended-readings-scrum-workflow-honesty/</guid>
		<description><![CDATA[Малко позабравих тази рубрика, но се понатрупаха интересни материали, които са достатъчно големи по обем, за да не мога да ги разказвам всеки поотделно. Поради това ви ги предлагам за самостоятелно четене със съвсем кратък анонс. Steve McConnell ни информира от страниците на своя блог, че има публикувани нови white papers на сайта на неговата [...]]]></description>
			<content:encoded><![CDATA[<p>Малко позабравих тази рубрика, но се понатрупаха интересни материали, които са достатъчно големи по обем, за да не мога да ги разказвам всеки поотделно. Поради това ви ги предлагам за самостоятелно четене със съвсем кратък анонс.</p>
<p><strong>Steve McConnell</strong> ни информира <a title="New White Papers" href="http://blogs.construx.com/blogs/stevemcc/archive/2008/10/02/new-white-papers.aspx" target="_blank">от страниците на своя блог</a>, че има публикувани нови white papers на сайта на неговата фирма &#8211; Construx. МакКонъл е известен като критик на модерните напоследък &#8220;гъвкави методологии&#8221;, затова мисля, че документите, посветени на успешното внедряване на <strong>Scrum</strong> и оптимизирането на гъвкавите процеси, биха били особено интересни за вас. Разбира се, обновената версия на неговия фундаментален труд за класическите грешки, е просто задължително четиво. Всички white papers можете да намерите на адрес: <a title="White Papers" href="http://www.construx.com/whitepapers" target="_blank">www.construx.com/whitepapers</a>.</p>
<p><strong>Mike Griffiths</strong> пък е публикувал в своя блог <a title="Three Dimensions of High Performance" href="http://leadinganswers.typepad.com/leading_answers/2008/10/three-dimensions-of-high-performance.html" target="_blank">един много детайлен анализ</a> на измеренията на високата продуктивност. Той твърди, че размерностите са три:</p>
<ul>
<li>Талант (владеенето на някое полезно умение)</li>
<li>Страст (мотивацията да свършиш дадена работа)</li>
<li>Възможност (наличие на време, което да посветиш на нея)</li>
</ul>
<p>Статията е дълга, но е интересна и е обогатена с обилно количество тримерни (!) графики, които поясняват мисълта на автора.</p>
<p><span id="more-199"></span>Накрая завършвам с един цитат от <strong>Nina Simosko</strong> от блога Slow Leadership (който вече не съществува), посветен на отношението на лидера / мениджъра към хората от своя екип. Тя защитава тезата, че откритостта и честността са най-правилните методи за комуникация и за управление на екипа, включително и когато се налага да отправим критика.</p>
<blockquote><p><strong>По-добре е да си уважаван и нехаресван, отколкото харесван, но неуважаван.</strong></p></blockquote>
<p>Въпреки, че едно такова поведение може да доведе до лична неприязън към мениджъра, аз също подкрепям нейната теза, че откритото и честно общуване лежи в основата на успешния мениджмънт.</p>
<p><em>Ако искате да управлявате успешни проекти в условията на реалния бизнес, регистрирайте се за <a title="Курсове и семинари от RammSoft" href="http://www.rammsoft.com/bg/2008/09/24/spm-fundamentals-3/" target="_blank">курса по управление на проекти</a>, който водя във фирма <a title="RammSoft" href="http://www.rammsoft.com/bg/" target="_blank">RammSoft</a> &#8211; професионално обучение, базирано на съвременните управленски теории и на най-добрите примери от практиката!</em></p>
<p><em>Гласувайте за тази статия в <a href="http://svejo.net/" target="_blank">Svejo.net</a>:</em> </p>
<p><img src="http://www.feedburner.com/fb/images/pub/feed-icon32x32.png" alt="" hspace="10" vspace="10" width="32" height="32" align="left" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му <a rel="alternate" type="application/rss+xml" href="http://feeds.feedburner.com/PmStoriesBg">чрез RSS feed</a> или <a href="http://www.feedburner.com/fb/a/emailverifySubmit?feedId=1527753&amp;loc=en_US">по имейл</a></em>.</p>
<h3  class="related_post_title">Вижте и тези публикации:</h3><ul class="related_post"><li><a href="http://pmstories.com/bg/2011/10/25/classic-mistakes-demotivation/" title="Класическите грешки: Демотивация на екипа">Класическите грешки: Демотивация на екипа</a></li><li><a href="http://pmstories.com/bg/2008/01/08/classic-mistakes-2008/" title="Класически грешки &#8211; 2008">Класически грешки &#8211; 2008</a></li><li><a href="http://pmstories.com/bg/2009/07/09/software-practices-survey/" title="Добрите практики на софтуерното производство &#8211; анкета">Добрите практики на софтуерното производство &#8211; анкета</a></li><li><a href="http://pmstories.com/bg/2009/02/23/the-zen-of-scrum/" title="The Zen Of Scrum">The Zen Of Scrum</a></li><li><a href="http://pmstories.com/bg/2008/11/13/what-experienced-pms-know/" title="Какво знаят опитните проджект мениджъри?">Какво знаят опитните проджект мениджъри?</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2008/10/09/recommended-readings-scrum-workflow-honesty/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Туризъм и управление на проекти</title>
		<link>http://pmstories.com/bg/2007/08/26/project-management-and-hiking/</link>
		<comments>http://pmstories.com/bg/2007/08/26/project-management-and-hiking/#comments</comments>
		<pubDate>Sun, 26 Aug 2007 08:42:00 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[методологии]]></category>
		<category><![CDATA[планиране]]></category>
		<category><![CDATA[туристически поход]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2007/08/26/%d1%82%d1%83%d1%80%d0%b8%d0%b7%d1%8a%d0%bc-%d0%b8-%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[Glen Alleman е публикувал една доста провокативна статия в своя блог Herding Cats, озаглавена Agile Planning. Там той прави интересно сравнение между туристическите &#8220;проекти&#8221; и софтуерните такива и поставя сериозни въпроси към слепите последователи на т. нар. &#8220;гъвкави методологии&#8221;. Той казва: Туристическите походи изискват и планиране, и график, и следване на плана. Понякога се налагат [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://bp3.blogger.com/_kfRg0Gj_vuQ/Rsbe3eQCZxI/AAAAAAAAAC4/XzU639XLlME/s1600-h/hiker4-1.JPG" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img border="0" align="right" width="160" src="http://pmstories.com/en/wp-content/uploads/2007/12/hiker4-1.JPG" hspace="10" height="240" /></a>Glen Alleman е публикувал една доста провокативна статия в своя блог <a href="http://herdingcats.typepad.com/my_weblog/">Herding Cats</a>, озаглавена <a href="http://herdingcats.typepad.com/my_weblog/2007/08/agile-planning.html">Agile Planning</a>. Там той прави интересно сравнение между туристическите &#8220;проекти&#8221; и софтуерните такива и поставя сериозни въпроси към слепите последователи на т. нар. &#8220;гъвкави методологии&#8221;.</p>
<p>Той казва:</p>
<blockquote><p>Туристическите походи изискват и планиране, и график, и следване на плана. Понякога се налагат алтернативни планове, промянта в графика се случва винаги и винаги има алтернативни опции по време на изпълнението. <span style="font-weight: bold">Защо е тогава този шум против планирането в софтуерното производство от страна на &#8220;гъвкавите&#8221;?</span></p></blockquote>
<p>И още:</p>
<blockquote>
<p style="font-weight: bold"><em>Подготовката е ключа към успешния туристически поход</em></p>
<p>Защо тогава&#8230;<br />
<em style="font-weight: bold">Подготовката да не е ключ и към успешния софтуерен проект?</em></p>
<p>Да се отстоява обратното &#8211; <em>че планирането, подготовката, подредбата и управлението на изпълнението на задачите не е необходимо</em> &#8211; е опасно в сферата на туризма. <span style="font-weight: bold">Защо тогава смятаме, че тези дейности не са важни в сферата на проджект мениджмънта?</span></p></blockquote>
<p>Добри въпроси, над които да се замислим, както и да отправим към онези религиозни фанатици, които смятат, че техният екстремен подход без никакво планиране и подготовка е винаги по-доброто решение, отколкото традиционните управленски методологии.</p>
<p>Цялата статия можете да прочетете <a href="http://herdingcats.typepad.com/my_weblog/2007/08/agile-planning.html">тук</a>.</p>
<p><span style="font-weight: bold"></span><img vspace="10" align="left" width="32" src="http://www.feedburner.com/fb/images/pub/feed-icon32x32.png" hspace="10" height="32" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин <a rel="alternate" type="application/rss+xml" href="http://feeds.feedburner.com/PmStoriesBg">чрез RSS feed</a> или <a href="http://www.feedburner.com/fb/a/emailverifySubmit?feedId=1527753&amp;loc=en_US">по имейл</a></em></p>
<h3  class="related_post_title">Вижте и тези публикации:</h3><ul class="related_post"><li><a href="http://pmstories.com/bg/2009/02/04/moscow-method/" title="Приоритизация на изискванията по метода MoSCoW">Приоритизация на изискванията по метода MoSCoW</a></li><li><a href="http://pmstories.com/bg/2008/10/09/recommended-readings-scrum-workflow-honesty/" title="Препоръчано четиво: Workflow, Scrum, честност и продуктивност">Препоръчано четиво: Workflow, Scrum, честност и продуктивност</a></li><li><a href="http://pmstories.com/bg/2008/02/27/change-necessary-evil/" title="Промяната &#8211; необходимото зло или естествена форма на прогреса">Промяната &#8211; необходимото зло или естествена форма на прогреса</a></li><li><a href="http://pmstories.com/bg/2008/01/14/agile-development/" title="Препоръчано четиво: Agile Software Development">Препоръчано четиво: Agile Software Development</a></li><li><a href="http://pmstories.com/bg/2007/12/18/how-to-estimate-the-projects-budget-2/" title="Как оценяте бюджета на един проект? Резултати от анкетата">Как оценяте бюджета на един проект? Резултати от анкетата</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2007/08/26/project-management-and-hiking/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

