<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Кой тества вашия продукт?</title>
	<atom:link href="http://pmstories.com/bg/2008/01/20/testing-as-a-service/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Wed, 26 Oct 2011 14:49:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Кой тества вашия продукт? Резултати от анкетата : PM Stories</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-234</link>
		<dc:creator>Кой тества вашия продукт? Резултати от анкетата : PM Stories</dc:creator>
		<pubDate>Wed, 02 Apr 2008 13:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-234</guid>
		<description>[...] беше: Кой тества вашия продукт? Общо гласувалите в анкетата са 66 човека, като [...]</description>
		<content:encoded><![CDATA[<p>[...] беше: Кой тества вашия продукт? Общо гласувалите в анкетата са 66 човека, като [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Майк Рам</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-177</link>
		<dc:creator>Майк Рам</dc:creator>
		<pubDate>Tue, 22 Jan 2008 10:41:55 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-177</guid>
		<description>OK, приемам позицията ти, но си мисля, че примерите с Пенчо и Генчо, които все се опитваш да намесиш, са малко встрани от темата на поста ми. Кой на кого поръчва софтуер няма връзка с това как се тества софтуер в една фирма, нали? :-)</description>
		<content:encoded><![CDATA[<p>OK, приемам позицията ти, но си мисля, че примерите с Пенчо и Генчо, които все се опитваш да намесиш, са малко встрани от темата на поста ми. Кой на кого поръчва софтуер няма връзка с това как се тества софтуер в една фирма, нали? <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bascos</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-176</link>
		<dc:creator>Bascos</dc:creator>
		<pubDate>Tue, 22 Jan 2008 09:13:44 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-176</guid>
		<description>Майк, не се заяждам, провокирам, съжалявам ако е прозвучало като заяждане. Сигурно има и примери за “blaming environment”. Ако всички мислеха така обаче (особено пък хората от т.нар. &quot;бели&quot; държави), нямаше да има работа(като визирам работа имам предвид финансиране, не идеи :)) за хората от малките държави като нашата -щяхме да се ограничим до мащаба  &quot;държавния служител Генчо дава поръчка на братовчед си Пенчо&quot;. Едва ли искаме това.</description>
		<content:encoded><![CDATA[<p>Майк, не се заяждам, провокирам, съжалявам ако е прозвучало като заяждане. Сигурно има и примери за “blaming environment”. Ако всички мислеха така обаче (особено пък хората от т.нар. &#8220;бели&#8221; държави), нямаше да има работа(като визирам работа имам предвид финансиране, не идеи <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ) за хората от малките държави като нашата -щяхме да се ограничим до мащаба  &#8220;държавния служител Генчо дава поръчка на братовчед си Пенчо&#8221;. Едва ли искаме това.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Майк Рам</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-175</link>
		<dc:creator>Майк Рам</dc:creator>
		<pubDate>Mon, 21 Jan 2008 19:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-175</guid>
		<description>Bascos, мисля, че се заяждаш. Това, че напоследък в големите корпорации се налагат разпределени проекти, е факт, който се обуславя от две неща: (1) някои хора си мислят, че така им излиза по-евтино (което е спорно) и (2) така е модерно (това е по-точната дума от &quot;актуално&quot;). 

Предполагам, че &quot;Пенчо, Генчо, Атанас и аз&quot; е обидно наименование на малък екип в гаражна фирма. Но това не е моята позиция, така че не се обиждам. Просто смятам, че когато хората от екипа работят заедно, те могат да бъдат по-ефективни и да работят с повече хъс за успеха на проекта. Когато екипът е съставен от различни хора, разделени от пространства, часови зони и културни различия, тогава е много по-вероятно да се създаде &quot;blaming environment&quot;, в който основната задача на всеки човек става спасяването поединично и намиране на някой, който да отнесе вината за провала на проекта.

Работил съм с екипи от по 30 човека и знам, че може да се създаде една креативна среда и колегиален дух, и това не е модела на Пенчо и Генчо. :-)</description>
		<content:encoded><![CDATA[<p>Bascos, мисля, че се заяждаш. Това, че напоследък в големите корпорации се налагат разпределени проекти, е факт, който се обуславя от две неща: (1) някои хора си мислят, че така им излиза по-евтино (което е спорно) и (2) така е модерно (това е по-точната дума от &#8220;актуално&#8221;). </p>
<p>Предполагам, че &#8220;Пенчо, Генчо, Атанас и аз&#8221; е обидно наименование на малък екип в гаражна фирма. Но това не е моята позиция, така че не се обиждам. Просто смятам, че когато хората от екипа работят заедно, те могат да бъдат по-ефективни и да работят с повече хъс за успеха на проекта. Когато екипът е съставен от различни хора, разделени от пространства, часови зони и културни различия, тогава е много по-вероятно да се създаде &#8220;blaming environment&#8221;, в който основната задача на всеки човек става спасяването поединично и намиране на някой, който да отнесе вината за провала на проекта.</p>
<p>Работил съм с екипи от по 30 човека и знам, че може да се създаде една креативна среда и колегиален дух, и това не е модела на Пенчо и Генчо. <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bascos</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-174</link>
		<dc:creator>Bascos</dc:creator>
		<pubDate>Mon, 21 Jan 2008 15:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-174</guid>
		<description>Майк, уважавам мнението ти, макар че разработки от типа &quot;Пенчо, Генчо, Атанас &amp; аз&quot; са неактуални в съвременното софтуерно производство(или поне преобладаващата част от него). Реалността са географските и културни различия,с които се налага да се сблъскваме постоянно. 
 Някъде ти убягна мисълта ми за &quot;правилната комуникация&quot;. Така или иначе, в момента(вече n-та година и m-ти release, където m,n&gt;2), работим доста успешно в екип, в който бизнес анализа идва от държава А, разработката и продукт мениджъра са в държава Б, а тестинг се извършва в държави Ц, Д, Е, Ф.. С повечето от участниците в проекта се познаваме само и единствено от коментари по планиране, изисквания и открити проблеми в имплементацията. Разбира се, не е лошо ако се познаваме, но поне според мен не е определящо. Даже като се позамисля в някои случаи е по-полезно визуално да не познаваш човека отсреща, макар да не съм расист :)</description>
		<content:encoded><![CDATA[<p>Майк, уважавам мнението ти, макар че разработки от типа &#8220;Пенчо, Генчо, Атанас &amp; аз&#8221; са неактуални в съвременното софтуерно производство(или поне преобладаващата част от него). Реалността са географските и културни различия,с които се налага да се сблъскваме постоянно.<br />
 Някъде ти убягна мисълта ми за &#8220;правилната комуникация&#8221;. Така или иначе, в момента(вече n-та година и m-ти release, където m,n&gt;2), работим доста успешно в екип, в който бизнес анализа идва от държава А, разработката и продукт мениджъра са в държава Б, а тестинг се извършва в държави Ц, Д, Е, Ф.. С повечето от участниците в проекта се познаваме само и единствено от коментари по планиране, изисквания и открити проблеми в имплементацията. Разбира се, не е лошо ако се познаваме, но поне според мен не е определящо. Даже като се позамисля в някои случаи е по-полезно визуално да не познаваш човека отсреща, макар да не съм расист <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Майк Рам</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-173</link>
		<dc:creator>Майк Рам</dc:creator>
		<pubDate>Mon, 21 Jan 2008 11:49:57 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-173</guid>
		<description>@Bascos: Съгласен съм, че отделът по качеството има и други функции и неговото наличие не означава автоматично, че тестването се аутсорсва. Дилемата, която поставям е дали тестерите да бъдат част от екипа или тестването може да се аутсорсне - дори и към друг отдел в същата фирма.

Категорично не съм съгласен, обаче, че това &quot;няма никакво значение&quot;, както казваш ти. Напротив, смятам, че има огромно значение дали хората работят заедно в един екип или част от функциите се аутсорсват към някакви други хора, които може и да не познаваме. Има значение за сработването на екипа, а оттам и за по-ефективната работа.

В този смисъл подкрепям позицията на Стефан.</description>
		<content:encoded><![CDATA[<p>@Bascos: Съгласен съм, че отделът по качеството има и други функции и неговото наличие не означава автоматично, че тестването се аутсорсва. Дилемата, която поставям е дали тестерите да бъдат част от екипа или тестването може да се аутсорсне &#8211; дори и към друг отдел в същата фирма.</p>
<p>Категорично не съм съгласен, обаче, че това &#8220;няма никакво значение&#8221;, както казваш ти. Напротив, смятам, че има огромно значение дали хората работят заедно в един екип или част от функциите се аутсорсват към някакви други хора, които може и да не познаваме. Има значение за сработването на екипа, а оттам и за по-ефективната работа.</p>
<p>В този смисъл подкрепям позицията на Стефан.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Стефан</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-172</link>
		<dc:creator>Стефан</dc:creator>
		<pubDate>Mon, 21 Jan 2008 10:28:03 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-172</guid>
		<description>За да бъде един QA наистина полезен за проекта, той трябва да взима участие още от самото начало. така той има цялостна представа относно развитието и възможностите на продукта.

Ако искате може да поставите този въпрос и тук: http://sqa.bg</description>
		<content:encoded><![CDATA[<p>За да бъде един QA наистина полезен за проекта, той трябва да взима участие още от самото начало. така той има цялостна представа относно развитието и възможностите на продукта.</p>
<p>Ако искате може да поставите този въпрос и тук: <a href="http://sqa.bg" rel="nofollow">http://sqa.bg</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bascos</title>
		<link>http://pmstories.com/bg/2008/01/20/testing-as-a-service/comment-page-1/#comment-171</link>
		<dc:creator>Bascos</dc:creator>
		<pubDate>Mon, 21 Jan 2008 10:24:23 +0000</pubDate>
		<guid isPermaLink="false">http://pmstories.com/bg/2008/01/20/testing-as-a-service/#comment-171</guid>
		<description>Отдела по качество в дадена фирма не пречи на това хората,занимаващи се със софтуерно тестване, да бъдат част от проектния екип -в единия случай става въпрос за организационна структура(Quality manager-а да се грижи за обучението на хората си, за правилното им алоциране в съответните проекти, за участие в дискусии по сложни казуси за тестване в проекти и т.н.);паралелно с това говорим и за проектна структура, където хората извършващи софтуерно тестване, стават част от екипа на проекта още от самото му създаване, преминавайки през всички фази на SDLC.
 В тази връзка, смятам, че тестинга Е услуга към определен проект. Както всяка друга дейност, която може да подлежи на аутсорсинг. Това дали ще аутсорснете PM, бизнес анализа, софтуерната архитектура, самата имплементация, подръжка или тестинга(цялостен или специфичен(напр. security или performance)), няма никакво значение. Въпроса наистина е в правилната комуникация, осъзнаването на участниците в общата цел, и предотвратяване в зародиш на споменатите от Вас &quot;отношения “ние срещу тях”&quot;</description>
		<content:encoded><![CDATA[<p>Отдела по качество в дадена фирма не пречи на това хората,занимаващи се със софтуерно тестване, да бъдат част от проектния екип -в единия случай става въпрос за организационна структура(Quality manager-а да се грижи за обучението на хората си, за правилното им алоциране в съответните проекти, за участие в дискусии по сложни казуси за тестване в проекти и т.н.);паралелно с това говорим и за проектна структура, където хората извършващи софтуерно тестване, стават част от екипа на проекта още от самото му създаване, преминавайки през всички фази на SDLC.<br />
 В тази връзка, смятам, че тестинга Е услуга към определен проект. Както всяка друга дейност, която може да подлежи на аутсорсинг. Това дали ще аутсорснете PM, бизнес анализа, софтуерната архитектура, самата имплементация, подръжка или тестинга(цялостен или специфичен(напр. security или performance)), няма никакво значение. Въпроса наистина е в правилната комуникация, осъзнаването на участниците в общата цел, и предотвратяване в зародиш на споменатите от Вас &#8220;отношения “ние срещу тях”&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

