<?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; Ivar Jacobson</title>
	<atom:link href="http://pmstories.com/bg/tag/ivar-jacobson/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstories.com/bg</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Mon, 10 May 2010 14:20:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>В търсене на теория за софтуерното производство</title>
		<link>http://pmstories.com/bg/2009/06/01/theory-of-software-engineering/</link>
		<comments>http://pmstories.com/bg/2009/06/01/theory-of-software-engineering/#comments</comments>
		<pubDate>Mon, 01 Jun 2009 05:10:12 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Гъвкави методологии]]></category>
		<category><![CDATA[Препоръчано четиво]]></category>
		<category><![CDATA[Разработка на софтуер]]></category>
		<category><![CDATA[Управление на проекти]]></category>
		<category><![CDATA[Ivar Jacobson]]></category>
		<category><![CDATA[добри практики]]></category>
		<category><![CDATA[теория на софтуерното производство]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/?p=324</guid>
		<description><![CDATA[
Ivar Jacobson е забележителна личност в областта на софтуерното производство. Един от създателите на езика за моделиране на процеси и изисквания UML, на Rational Unified Process &#8211; една от класическите методологии за управление на софтуерни проекти, Ivar Jacobson не спира да търси най-добрия начин за правене на ефективен и полезен за потребителя софтуер. Той има [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright size-full wp-image-325" style="margin-left: 10px; margin-right: 10px;" title="Ivar Jacobson" src="http://pmstories.com/bg/wp-content/uploads/2009/05/ivar-jacobson-2.jpg" alt="Ivar Jacobson" width="200" height="256" align="right" /></p>
<p><a title="Ivar Jacobson" href="http://en.wikipedia.org/wiki/Ivar_Jacobson" target="_blank">Ivar Jacobson</a> е забележителна личност в областта на софтуерното производство. Един от създателите на езика за моделиране на процеси и изисквания <a title="UML" href="http://en.wikipedia.org/wiki/Unified_Modeling_Language" target="_blank">UML</a>, на <a title="RUP" href="http://en.wikipedia.org/wiki/Rational_Unified_Process" target="_blank">Rational Unified Process</a> &#8211; една от класическите методологии за управление на софтуерни проекти, Ivar Jacobson не спира да търси най-добрия начин за правене на ефективен и полезен за потребителя софтуер. Той има и <a title="Ivar Jacobson" href="http://ivarblog.com/" target="_blank">собствен блог</a> (който аз наскоро открих благодарение на моя приятел Дани), в който споделя своите търсения и открития в областта на разработката на софтуерни продукти.</p>
<p>В <a title="In need of a theory for software engineering" href="http://blog.ivarjacobson.com/in-need-of-a-theory-for-software-engineering/" target="_blank">една от последните си статии</a>, г-н Jacobson се възмущава от твърде честото възникване на нови &#8220;революционни&#8221; подходи в разработката на софтуер и лекотата, с която някои мениджъри се хвърлят в тяхното внедряване като методология за управление на проекти, изхвърляйки и зарязвайки всичко, постигнато до момента в техните компании.</p>
<blockquote><p><strong>Ние в инженерната индустрия ли работим или в модната?</strong></p></blockquote>
<p>- възкликва той. И продължава:</p>
<blockquote><p><strong>Не ви ли се струва, че следването на последната мода в софтуерната индустрия е станало по-важно от производството на качествен софтуер?</strong></p></blockquote>
<p>В стремежа си да бъдат модерни, казва той, хората унищожават доброто заедно с лошото. Вместо да се поучат от собствения си опит и да градят на базата на своите успехи, те съвсем безотговорно зарязват всичко постигнато до момента и започват с нещо, което вярват, че е фундаментално ново. Сякаш нямат никакви солидни знания, върху които да се опрат. Затова и толкова лесно се люшкат към всяка нова тенденция без да могат да запазят онова, което са научили от опита си.</p>
<p><span id="more-324"></span>Подобно нещо се получава и с така наречените гъвкави (agile) методологии. Докато Agile manifesto представи набор от ценности, които бяха нещо здраво и устойчиво, способно да издържи на натиска на промените, то нароилите се в последствие &#8220;методологии&#8221; представят съществуващи и преди практики, които само са преименувани и са представени като нещо съвсем ново. Това, в крайна сметка само отвлича вниманието на програмистите и техните мениджъри от основната им задача &#8211; правенето на качествен софтуер.</p>
<p><strong>Какво трябва да се направи?</strong></p>
<p>Имаме нужда от теория на софтуерното производство. Но тя не трябва да е нещо сложно и неразбираемо, а нещо просто и конкретно, за да има практическа полза от нея.</p>
<p>Първо, теорията трябва да стъпи на някаква основа. Трябва да се изгради едно ядро, което е общо и разбираемо за всички. В крайна сметка, всички сегашни методологии признават, че има дейности, които винаги извършваме, когато разработваме софтуерни продукти.  Например, винаги пишем код, винаги го тестваме (по един или друг начин), винаги мислим за изискванията (документирани или не), винаги имаме списък със задачи (backlog) &#8211; експлицитен или имплицитен &#8211; и винаги имаме план &#8211; независимо дали е записан на хартия или е само в главите ни.</p>
<p>След това трябва да разберем смисъла на методите и процесите и да ги обясним в термините на ядрото. Можем да съберем всички съществуващи практики, да ги изчистим от козметичните разлики и да получим един набор от основни и важни дейности, които да бъдат от реална полза за екипите, разработващи софтуер. Те трябва да залегнат и в учебните планове на университетите, така че от там да излизат хора, разбиращи процеса на софтуерното производство в неговата същност и да могат да фокусират своите усилия в производството на полезни и удобни за потребителя продукти.</p>
<p>По-нататък авторът описва в детайли ползата за бизнеса, за софтуерната индустрия като цяло, за програмистките екипи и са академичната общност от една такава теория, изцяло ориентирана към практиката. Съветвам ви да прочетете <a title="In need of a theory for software engineering" href="http://blog.ivarjacobson.com/in-need-of-a-theory-for-software-engineering/" target="_blank">цялата статия</a>, за да придобиете по-добри впечатления за идеята.</p>
<p>За да бъде цялото усилие от реална полза, е много важно участието на хората, занимаващи се със създаването на софтуерни продукти. Затова и авторът приканва всеки, който има идеи или желание да сподели опит, да му пише на оставения имейл, за да може онова, което се получи като краен продукт, да произлиза от действителността и да носи реална полза за всички. Всеки, който иска, би могъл да даде своите идеи и предложения на Ivar Jacobson и неговия екип, а аз ще очаквам да споделите вашите мисли и коментари тук.</p>
<hr />
<p style="text-align: left;"><em>Гласувайте за тази статия в <a href="http://svejo.net/" target="_blank">Svejo.net</a>:</em> </p>
<p style="text-align: left;"><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/2009/11/26/why-people-hate-processes/" title="Защо хората мразят процесите">Защо хората мразят процесите</a></li><li><a href="http://pmstories.com/bg/2009/07/14/software-for-code-reviews/" title="Софтуер за Code Reviews само за $5! 5-дневна оферта">Софтуер за Code Reviews само за $5! 5-дневна оферта</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/05/19/open-agile-romania/" title="Open Agile Румъния">Open Agile Румъния</a></li><li><a href="http://pmstories.com/bg/2009/04/14/project-management-is-organized-common-sense/" title="Управлението на проекти е организиран здрав разум">Управлението на проекти е организиран здрав разум</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2009/06/01/theory-of-software-engineering/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
