<?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>
	دیدگاه‌ها برای: دعوای Devops و ITIL	</title>
	<atom:link href="https://servicedesk.medanet.ir/itil-vs-devops/feed/" rel="self" type="application/rss+xml" />
	<link>https://servicedesk.medanet.ir/itil-vs-devops/</link>
	<description>فارسی MedaNet Manageengine ServiceDesk</description>
	<lastBuildDate>Thu, 03 Oct 2024 10:41:12 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>
		توسط: مدیریت خدمات در سال ۲۰۲۰ - سرویس دسک پلاس فارسی مدانت		</title>
		<link>https://servicedesk.medanet.ir/itil-vs-devops/#comment-605</link>

		<dc:creator><![CDATA[مدیریت خدمات در سال ۲۰۲۰ - سرویس دسک پلاس فارسی مدانت]]></dc:creator>
		<pubDate>Sat, 14 Sep 2024 05:50:25 +0000</pubDate>
		<guid isPermaLink="false">http://servicedesk.medanet.ir/?p=852#comment-605</guid>

					<description><![CDATA[[&#8230;] مقاله دعوای Devops با ITIL را بخوانید. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] مقاله دعوای Devops با ITIL را بخوانید. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		توسط: تمرینات مدیریت خدمات/ مدیریت کاتالوگ خدمات - سرویس دسک پلاس فارسی مدانت		</title>
		<link>https://servicedesk.medanet.ir/itil-vs-devops/#comment-286</link>

		<dc:creator><![CDATA[تمرینات مدیریت خدمات/ مدیریت کاتالوگ خدمات - سرویس دسک پلاس فارسی مدانت]]></dc:creator>
		<pubDate>Sat, 22 Jul 2023 09:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://servicedesk.medanet.ir/?p=852#comment-286</guid>

					<description><![CDATA[[&#8230;] دعوای ITIL با DevOps [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] دعوای ITIL با DevOps [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		توسط: تمرینات مدیریت خدمات/ مدیریت انتشار - سرویس دسک پلاس فارسی مدانت		</title>
		<link>https://servicedesk.medanet.ir/itil-vs-devops/#comment-282</link>

		<dc:creator><![CDATA[تمرینات مدیریت خدمات/ مدیریت انتشار - سرویس دسک پلاس فارسی مدانت]]></dc:creator>
		<pubDate>Fri, 21 Jul 2023 13:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://servicedesk.medanet.ir/?p=852#comment-282</guid>

					<description><![CDATA[[&#8230;] دعوای ITIL با DevOps [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] دعوای ITIL با DevOps [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		توسط: کاربرد ریسمان آندون در مدیریت خدمات فناوری اطلاعات - سرویس دسک پلاس فارسی مدانت		</title>
		<link>https://servicedesk.medanet.ir/itil-vs-devops/#comment-164</link>

		<dc:creator><![CDATA[کاربرد ریسمان آندون در مدیریت خدمات فناوری اطلاعات - سرویس دسک پلاس فارسی مدانت]]></dc:creator>
		<pubDate>Sun, 09 Jul 2023 13:03:09 +0000</pubDate>
		<guid isPermaLink="false">http://servicedesk.medanet.ir/?p=852#comment-164</guid>

					<description><![CDATA[[&#8230;] هدف اصلی تیم‌های DevOps ایجاد تعداد بالای نسخه‌های تولیدی قابل اعتماد که همواره روندی افزایشی در پی دارد و جلسه CAB اغلب به عنوان پادزهر این امر تلقی می‌شود، که بسیار مناسب هم هست و جلوی تولید و تغییرات ناخواسته را می‌گیرد اما گاهاً فرایند بررسی و تصویب تغییر در تولید یک روند دشوار و زمانبری ایجاد می‌کند و ممکن است کسب اجازه‌ی تغییر پس از صرف‌کردن زمان زیاد در جلسات، حدود یک یا دو هفته زمان نیاز داشته باشد. همین موضوع سبب ناراحتی تولیدکنندگان DevOps‌ می‌شود، که از نظر آنها فرایند تایید در کمیته CAB تا حدی ناعادلانه است. دلایل آنها نیز گاها درست است. خوشبختانه، ITSM در طی سالیان متمادی تفکر خود را متحول کرده و تلاش زیادی برای تطبیق نیازهای DevOps با ITIL انجام داده. به عنوان مثال: داشتن بررسی CAB برای هر درخواست تغییر، کارآمد نیست و قطعاً منطقی هم نیست. دعوای DevOps و ITIL را از لینک زیر بخوانید. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] هدف اصلی تیم‌های DevOps ایجاد تعداد بالای نسخه‌های تولیدی قابل اعتماد که همواره روندی افزایشی در پی دارد و جلسه CAB اغلب به عنوان پادزهر این امر تلقی می‌شود، که بسیار مناسب هم هست و جلوی تولید و تغییرات ناخواسته را می‌گیرد اما گاهاً فرایند بررسی و تصویب تغییر در تولید یک روند دشوار و زمانبری ایجاد می‌کند و ممکن است کسب اجازه‌ی تغییر پس از صرف‌کردن زمان زیاد در جلسات، حدود یک یا دو هفته زمان نیاز داشته باشد. همین موضوع سبب ناراحتی تولیدکنندگان DevOps‌ می‌شود، که از نظر آنها فرایند تایید در کمیته CAB تا حدی ناعادلانه است. دلایل آنها نیز گاها درست است. خوشبختانه، ITSM در طی سالیان متمادی تفکر خود را متحول کرده و تلاش زیادی برای تطبیق نیازهای DevOps با ITIL انجام داده. به عنوان مثال: داشتن بررسی CAB برای هر درخواست تغییر، کارآمد نیست و قطعاً منطقی هم نیست. دعوای DevOps و ITIL را از لینک زیر بخوانید. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		توسط: مدیریت رخدادها در Agile و ITIL - سرویس دسک پلاس فارسی مدانت		</title>
		<link>https://servicedesk.medanet.ir/itil-vs-devops/#comment-161</link>

		<dc:creator><![CDATA[مدیریت رخدادها در Agile و ITIL - سرویس دسک پلاس فارسی مدانت]]></dc:creator>
		<pubDate>Sun, 09 Jul 2023 12:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://servicedesk.medanet.ir/?p=852#comment-161</guid>

					<description><![CDATA[[&#8230;] دعوای DevOps و ITIL را از اینجا بخوانید [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] دعوای DevOps و ITIL را از اینجا بخوانید [&#8230;]</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
