<?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/%d0%be%d0%bf%d0%b8%d1%81%d0%b0%d0%bd%d0%b8%d0%b5-%d0%bd%d0%b0-%d0%bf%d1%80%d0%be%d1%86%d0%b5%d1%81%d0%b8/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstories.com/bg</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Thu, 26 Aug 2010 06:42:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Ежедневието ми на бизнес аналитик</title>
		<link>http://pmstories.com/bg/2008/08/27/ba-every-day/</link>
		<comments>http://pmstories.com/bg/2008/08/27/ba-every-day/#comments</comments>
		<pubDate>Wed, 27 Aug 2008 05:15:05 +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>
		<category><![CDATA[Управление на проекти]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2008/08/27/ba-every-day/</guid>
		<description><![CDATA[Прави ми впечатление че когато говоря за бизнес анализ хората често имат доста различна представа какво означава това. И колкото по-дълбоко изпадам в описание какво е бизнес анализ, толкова по-недоверчиво ме гледат. Затова реших да напиша нещата които реално върша в рамките на работния ден, като се надявам да помогне на заинтересованите да си изградят [...]]]></description>
			<content:encoded><![CDATA[<p>Прави ми впечатление че когато говоря за бизнес анализ хората често имат доста различна представа какво означава това. И колкото по-дълбоко изпадам в описание какво е бизнес анализ, толкова по-недоверчиво ме гледат. <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Затова реших да напиша нещата които реално върша в рамките на работния ден, като се надявам да помогне на заинтересованите да си изградят представа. При други аналитици е различно, но обикновено има някакво сходство, за да е дисциплината една и съща.</p>
<p><strong>1. Документиране</strong> – най-известната и обикновено най-досадната дейност на бизнес аналитиците. Проблемът, който се налага да избегна тук, е от 5 души екип по проекта и 3 поръчителя да има 15 различни представи какво точно трябва да се свърши. Софтуерната спецификация е средство за това, но не единствено и често недостатъчно надеждно.</p>
<p><strong>2. Описание на процеси</strong> – не се занимавам с описание на процесите на организацията. Описанието на процеси в моя случай е в много по-ограничен обхват – когато променим системите неизбежно някой ще промени начина си на работа. Това, което трябва да опиша, е как се вършат нещата сега и как ще се вършат след промяната на системите. Целта е да илюстрирам на програмистите каква всъщност е целта на разработката, която правят. Също така да илюстрирам в детайли на “бизнеса” какво се опитват да постигнат.</p>
<p><span id="more-182"></span><strong>3. Описание на изисквания</strong> – ключовата работа е именно описването какво ще се променя по системите. Идеята е, че с поръчителите сядаме и определяме в детайли какво се иска и какво ще правим. Задачата тук е да се превърнат общите приказки до конкретни и ясни изисквания какво в „поведението” на системите се иска да бъде променено. Тук се налага да съм запознат поне повърхностно с дизайна на системата, която променяме, защото някои (реално повечето) искания за промяна изискват прекалено трудоемки доработки и е загуба на време ако чакам разработчиците да ми кажат това и едва тогава да променяме изискванията.</p>
<p><strong>4. Промени по изисквания</strong> – изключително неприятен израз за всички замесени. Означава, че с поръчителите сме забравили нещо или че някой е променил мнението си за това, което иска. Съответно трябва да се преосмисли всичко планирано дотук – зависимостта на тази промяна с други изисквания, увеличение на срока и цената, документация и комуникация на променените изисквания. (Разпространението на новата информация в екипа, всеки член на който е разпределен на 20% от времето си към проекта и няма постоянна комуникация с останалите, е истински кошмар.)</p>
<p><strong>5. Приоритети</strong> – всички изисквания са важни, но е факт че някои са по-важни от други. При ограничен ресурс (а той винаги е ограничен) работата ми като бизнес аналитик включва решения свързани с определянето кое ще се прави веднага, кое ще се отложи за бъдеща разработка и кое ще се отложи за светлото неопределено бъдеще, когато всички наши желания ще бъдат изпълнени. <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p><strong>6. Проектен мениджмънт</strong> – изключително ценя проектните мениджъри за всичко, което вършат &#8211; организират срещи, взимат тежки решения, координират крайни срокове, следят за спазване на срокове и т.н. В повечето случаи, обаче, имам съмнителното удоволствие да върша и тази работа. Причината е, че като бизнес аналитик имам общ поглед върху изискванията и поддържам контакт с поръчителите, което ме прави първия заподозрян като се  избира „изпълняващ ролята”. Ако някога се чудите как да убедите някого, че е важно всеки проект да има мениджър – направете го PM „между другото” и много бързо ще му дойде ума в главата. Предполагам затова проектните мениджъри са най-големите поддръжници на бизнес анализа – по сходни причини те вършат нашата работа, когато ние не сме наоколо.</p>
<p>Това мога да се сетя от раз. Ако някой колега се сеща за още нещо което върши (а вероятно и аз върша, но не мога да се сетя в момента) може да се чувства свободен да допълва списъка. <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </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" vspace="10" width="32" align="left" 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/10/14/well-forgotten-2007-07/" title="Добре забравеното &#8211; юли 2007 г.">Добре забравеното &#8211; юли 2007 г.</a></li><li><a href="http://pmstories.com/bg/2010/03/15/good-news-for-ba/" title="Добри новини за онези, които се интересуват от бизнес анализ">Добри новини за онези, които се интересуват от бизнес анализ</a></li><li><a href="http://pmstories.com/bg/2009/11/26/why-people-hate-processes/" title="Защо хората мразят процесите">Защо хората мразят процесите</a></li><li><a href="http://pmstories.com/bg/2009/07/29/iiba-updates-certificate-exam/" title="Международният институт по бизнес анализ обновява сертификационният си изпит">Международният институт по бизнес анализ обновява сертификационният си изпит</a></li><li><a href="http://pmstories.com/bg/2009/06/01/theory-of-software-engineering/" title="В търсене на теория за софтуерното производство">В търсене на теория за софтуерното производство</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2008/08/27/ba-every-day/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
