<?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; резултат</title>
	<atom:link href="http://pmstories.com/bg/tag/%d1%80%d0%b5%d0%b7%d1%83%d0%bb%d1%82%d0%b0%d1%82/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>Оптималният размер на екипа е ясен</title>
		<link>http://pmstories.com/bg/2008/07/04/team-size-results/</link>
		<comments>http://pmstories.com/bg/2008/07/04/team-size-results/#comments</comments>
		<pubDate>Fri, 04 Jul 2008 13:38:51 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[анкета]]></category>
		<category><![CDATA[екип]]></category>
		<category><![CDATA[размер]]></category>
		<category><![CDATA[резултат]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2008/07/04/team-size-results/</guid>
		<description><![CDATA[Като постоя достатъчно дълго време, анкетата за оптималния размер на екипа успя да събере доста гласове (цели 96) и придоби някаква представителност, макар и само в рамките на този блог. Въпросът беше: Какъв е оптималния размер на един софтуерен екип? Ето и вашите отговори: 3-5 човека (40%, 38 гласа) 5-9 човека (32%, 31 гласа) 10-20 [...]]]></description>
			<content:encoded><![CDATA[<p>Като постоя достатъчно дълго време,<a href="http://pmstories.com/bg/2008/04/07/optimal-team-size/" title="Оптималния размер на екипа"> анкетата за оптималния размер на екипа</a> успя да събере доста гласове (<strong>цели 96</strong>) и придоби някаква представителност, макар и само в рамките на този блог.</p>
<p>Въпросът беше: <strong>Какъв е оптималния размер на един софтуерен екип?</strong> Ето и вашите отговори:</p>
<ul>
<li>3-5 човека (40%, 38 гласа)</li>
<li>5-9 човека (32%, 31 гласа)</li>
<li>10-20 човека (11%, 11 гласа)</li>
<li>2-ма души (приятели) (10%, 10 гласа)</li>
<li>над 40 човека (3%, 3 гласа)</li>
<li>1 човек (freelancer) (2%, 2 гласа)</li>
<li>20-40 човека (1%, 1 гласа)</li>
</ul>
<p><span id="more-164"></span>Очевидно е, че за повечето от вас малкият екип е много по-ефективен &#8211; ако обобщим първите два резултата, излиза, че цели 72% от вас подкрепят това мнение.</p>
<p>Не са малко и 10-те процента, които смятат, че екипи от 2-ма човека работят най-добре. Убеден съм, че двама души, които се познават добре и си имат голямо доверие, могат да постигнат страхотни резултати, но това е приложимо само за относително малки проекти. Ако работата е по-сериозна, тези двама човека може да се наложи да работят няколко години, като в това време ще се сменят както изискванията, така и технологиите по няколко пъти, което ще обезсмисли напълно целия проект.</p>
<p>Подобна е и логиката за екипи между 10 и 20 човек, за които са гласували 11% от вас. Такъв екип е необходим при по-големи проекти, където се налага и по-голяма специализация на различните членове, но ако се налага да направим един простичък уеб сайт, едва ли е необходимо да стреляме с топ по врабчета, т. е. по-големите екипи са по-трудно управляеми и са по-неефективни за по-малки задачи.</p>
<p>Останалите възможни отговори са получили относително по-малко гласове, което според мен означава, че този блог се чете от много малко фрийлансъри и хора, които са участвали в големи и ефективни екипи.</p>
<p>Радвам се, че проявявате все по-голям интерес и по-голяма активност в анкетите, които публикувам в този блог. Надявам се, че въпросите са смислени и интересни за вас. Благодаря на всички за участието! Очаквайте следващите анкети!</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" align="left" vspace="10" width="32" height="32" hspace="10" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин <a href="http://feeds.feedburner.com/PmStoriesBg" rel="alternate" type="application/rss+xml">чрез 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/2008/04/02/testing-as-a-service-2/" title="Кой тества вашия продукт? Резултати от анкетата">Кой тества вашия продукт? Резултати от анкетата</a></li><li><a href="http://pmstories.com/bg/2008/11/20/who-decides-to-start-a-project/" title="Кой решава дали да стартира един проект?">Кой решава дали да стартира един проект?</a></li><li><a href="http://pmstories.com/bg/2008/01/20/testing-as-a-service/" title="Кой тества вашия продукт?">Кой тества вашия продукт?</a></li><li><a href="http://pmstories.com/bg/2010/03/16/infoweek-survey/" title="Проучване на в. InfoWeek за пазара на труда в ИТ сферата">Проучване на в. InfoWeek за пазара на труда в ИТ сферата</a></li><li><a href="http://pmstories.com/bg/2009/07/09/software-practices-survey/" title="Добрите практики на софтуерното производство &#8211; анкета">Добрите практики на софтуерното производство &#8211; анкета</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2008/07/04/team-size-results/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Кой тества вашия продукт? Резултати от анкетата</title>
		<link>http://pmstories.com/bg/2008/04/02/testing-as-a-service-2/</link>
		<comments>http://pmstories.com/bg/2008/04/02/testing-as-a-service-2/#comments</comments>
		<pubDate>Wed, 02 Apr 2008 13:32:37 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Анкети]]></category>
		<category><![CDATA[Разработка на софтуер]]></category>
		<category><![CDATA[анкета]]></category>
		<category><![CDATA[екип]]></category>
		<category><![CDATA[организация]]></category>
		<category><![CDATA[резултат]]></category>
		<category><![CDATA[тестване]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2008/04/02/testing-as-a-service-2/</guid>
		<description><![CDATA[Оказа се, че тази анкета нещо съм я забравил и стои от много време на сайта, а няма особена активност по нея. Дали въпросът не е интересен или просто който е имал мнение вече го е дал &#8211; не знам. Но времето на тази анкета изтече, а имам и други въпроси, които искам да ви [...]]]></description>
			<content:encoded><![CDATA[<p>Оказа се, че тази анкета нещо съм я забравил и стои от много време на сайта, а няма особена активност по нея. Дали въпросът не е интересен или просто който е имал мнение вече го е дал &#8211; не знам. Но времето на тази анкета изтече, а имам и други въпроси, които искам да ви задам, затова я затварям и обявявам резултатите.</p>
<p>Въпросът беше: <a href="http://pmstories.com/bg/2008/01/20/testing-as-a-service/">Кой тества вашия продукт?</a> <strong>Общо гласувалите в анкетата са 66 човека</strong>, като разпределението на отговорите е следното:</p>
<p><a href="http://pmstories.com/bg/wp-content/uploads/2008/04/testing.png" title="Poll resuts - Testing"></a></p>
<p style="text-align: center"><a href="http://pmstories.com/bg/wp-content/uploads/2008/04/testing.png" title="Poll resuts - Testing"><img src="http://pmstories.com/bg/wp-content/uploads/2008/04/testing.png" alt="Poll resuts - Testing" /></a></p>
<ul>
<li>Тестери &#8211; членове на проектния екип (<strong>36%, 24 гласа</strong>)</li>
<li>Отдел по качеството във фирмата (<strong>23%, 15 гласа</strong>)</li>
<li>Програмистите (<strong>23%, 15 гласа</strong>)</li>
<li>Клиентът (<strong>18%, 12 гласа</strong>)</li>
</ul>
<p><span id="more-141"></span>В <a href="http://pmstories.com/bg/2008/01/20/testing-as-a-service/">поста, с който обявих анкетата</a>, поставих дилемата <strong>кой е по-добрият начин да се тества един софтуерен продукт</strong> &#8211; дали от хора, които са неотделима част от проектния екип и познават същността на задачата издълбоко, или от специален отдел по качеството, който е външен за екипа и извършва тестването като услуга. Вашите отговори показват, че първият вариант е по-популярен, въпреки че и вторият има своето практическо приложение.</p>
<p>Това, което ме плаши, е, че <strong>41% от отговорите показват, че в тези фирми на практика няма тестване</strong>. Съвременните практики в контрола на качеството изискват на този процес да се посвети много време, знания и усилия, за да се предотврати издаването на софтуер със сериозни бъгове в него. Да оставиш тази дейност в ръцете на програмистите е дълбоко погрешно. Първо, те нямат възможността да погледнат на своята работа отстрани, за да открият дълбоко заровените бъгове. Второ, нямат и времето да се занимават сериозно с това, тъй като обикновено са натоварени над 100% с разработка.</p>
<p>Още по-тревожен е процентът на хората, отговорили, че оставят клиента сам да си тества продукта. <strong>Това е направо самоубийствен подход!</strong> Клиентът може и да няма представа от процеса на софтуерна разработка и при първоначално тестване ще се сблъска с множество дребни (в нашите очи) бъгове, които могат дълбоко да разклатят неговото доверие в нас като специалисти и във фирмата като цяло. Много често, в резултат на тестването, клиентът изпада във враждебно отношение и в един момент забравя, че софтуерът, който сме разработили за него, служи за облекчаване на неговия труд, и се вманиачава в откриване на нови и нови бъгове, доказващи нашата професионална некадърност (в неговите очи).</p>
<p>Наясно съм с факта, че участниците в анкетата не са представителна извадка за целия ИТ бизнес у нас. Надявам се един ден да видим по-сериозно проучване, в което резултатите да са много по-добри и да покажат, че на дейността по тестването се гледа сериозно и към нея се подхожда с подобаваща отговорност.</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" align="left" height="32" hspace="10" vspace="10" width="32" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин <a href="http://feeds.feedburner.com/PmStoriesBg" rel="alternate" type="application/rss+xml">чрез 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/2008/01/20/testing-as-a-service/" title="Кой тества вашия продукт?">Кой тества вашия продукт?</a></li><li><a href="http://pmstories.com/bg/2008/07/04/team-size-results/" title="Оптималният размер на екипа е ясен">Оптималният размер на екипа е ясен</a></li><li><a href="http://pmstories.com/bg/2008/11/20/who-decides-to-start-a-project/" title="Кой решава дали да стартира един проект?">Кой решава дали да стартира един проект?</a></li><li><a href="http://pmstories.com/bg/2010/03/16/infoweek-survey/" title="Проучване на в. InfoWeek за пазара на труда в ИТ сферата">Проучване на в. InfoWeek за пазара на труда в ИТ сферата</a></li><li><a href="http://pmstories.com/bg/2009/07/09/software-practices-survey/" title="Добрите практики на софтуерното производство &#8211; анкета">Добрите практики на софтуерното производство &#8211; анкета</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2008/04/02/testing-as-a-service-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

