<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="tr">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Bir Süreç Uyarlama Yaklaşımı Örneği: Süreç Uyarlama Matrisi (SUM), Deneyimler ve Öneriler</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<title level="a" type="main">Bir Süreç Uyarlama Yaklaşımı Örneği: Süreç Uyarlama Matrisi (SUM), Deneyimler ve Öneriler</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">49D24FB2F0ED58BA2B49FCC1CB03F03F</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-23T19:46+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>DEĞERLİ, Elif KURTARAN ÖZBUDAK ve Fatıma Nur ÇOLAKOĞLU TÜBİTAK BİLGEM İleri Teknolojiler Araştırma Enstitüsü (İLTAREN) { mustafa.degerli, elif.kurtaran, nur.colakoglu } @tubitak.gov.tr Özet. Takvim, maliyet, kapsam ve kalite ile ilgili hedeflere ulaşmada en önemli araçlardan biri olan süreçlerin, projelerin eşsiz karakterleri ve organizasyonların durumsallık yaklaşımları dikkate alınarak uyarlanması projelerin başarısını etkileyebilecek önemli bir husus olarak karşımıza çıkmaktadır. Bu deneyim bildirisinde, TÜBİTAK BİLGEM İleri Teknolojiler Araştırma Enstitüsü (İLTAREN)'nde, Süreç İyileştirme Projesi kapsamında geliştirilen ve yeni başlayan projelerdeki uygulamalar ile elde edilen deneyimler sonucunda iyileştirilen ve olgunlaştırılan İLTAREN Süreç Uyarlama Yaklaşımı hakkında bilgi verilmektedir. Aynı zamanda, süreç uyarlama yaklaşımında kullanılan İLTAREN Süreç Uyarlama Matrisi (SUM) tanıtılmakta, süreç uyarlama bağlamında edinilen deneyimler paylaşılmakta ve bu bağlamda çeşitli önerilerde bulunulmaktadır. Bu deneyim bildirisinin sektörde uyarlamaya ilgi duyan ve bu bağlamda süreçlerini iyileştirmek isteyen profesyoneller için yararlı olacağı değerlendirilmektedir.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="tr">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>provided for this context. This experience paper will be beneficial for professionals in the sector who are interested in tailoring practices and want to improve their processes within this context.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Keywords:</head><p>•Tailoring • Process tailoring matrix •Process management •Process improvement</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Giriş</head><p>Proje Yönetimi çalışma alanında her projenin biricik olduğu ve projelerin takvim, kapsam, çıktılar ve paydaşlar gibi birçok boyuta göre değişiklik gösterdiği kabul edilmektedir. Bu kabul, proje yaşam döngüsü boyunca yapılan tercihleri etkileyen etkenlerin oluşturduğu durumların çokluğunun bir göstergesidir. Bu çeşitlilik proje geliştirme aşamasında kullanılan süreçlerin standart ve aynı olmasını zorlaştırmakta, süreç varlıklarının projelere özgü olarak uyarlanması zorunluluğunu ortaya çıkarmaktadır.</p><p>Tüm projelerin geliştirme yaşam döngülerinin projelerin kendilerine özel bir bağlamda ele alınması, süreçlerin bu bağlamsal gerçeklerle uyarlanmasını gerektirir <ref type="bibr" target="#b0">[1]</ref>. Uyarlama genel anlamı ile yapma, değiştirme uygun hâle getirme şeklinde tanımlanmaktadır. Süreç uyarlaması ise süreçlerin veya ilgili süreç varlıklarının yapılması, değiştirilmesi ve uygun hâle getirilmesi demektir <ref type="bibr" target="#b1">[2]</ref>. Uyarlama süreci proje ve ürün karakteristiklerinden önemli oranda etkilenir <ref type="bibr" target="#b2">[3]</ref>. Uyarlama sadece büyük ölçekli organizasyonların değil, küçük ve orta ölçekli organizasyonların ve hatta çevik yöntemler uygulayan organizasyonların önemle dikkate alması gereken ve yarar sağlayabilecekleri bir konudur <ref type="bibr" target="#b3">[4]</ref>.</p><p>Süreç uyarlama bağlamında en önemli problem teşkil eden unsurlar şunlardır <ref type="bibr" target="#b5">[6]</ref>: Süreç uyarlama ve başarı faktörleri arasındaki net olmayan mantıksal ilişki, süreç elementleri hakkında yetersiz bilgiler, süreçler hakkında kapsayıcı karakterizasyonların eksikliği ve uyarlama ile ilgili pragmatik kılavuzların eksikliği. Paydaşların beklentileri, iş stratejisi, proje karakteristikleri ve ürün karakteristikleri uyarlama kapsamında en başta belirleyici olması gereken faktörler arasında yer almaktadır <ref type="bibr" target="#b6">[7]</ref>. Çevresel unsurlar ve takımla ilgili parametreler, uyarlama açısından kılavuzlar oluşturulurken en çok dikkate alınması önerilen unsurlar olarak ortaya çıkmaktadır <ref type="bibr" target="#b7">[8]</ref>. Uyarlama açısından en iyi pratikler incelendiğinde göze çarpan önemli bir husus ise organizasyonda bu bağlamda kullanılan araçlardır. Uyarlama pratiklerinin bir araç üzerinden yapılması ve yönetilmesi önerilen bir uygulamadır <ref type="bibr" target="#b8">[9]</ref><ref type="bibr" target="#b9">[10]</ref><ref type="bibr" target="#b10">[11]</ref><ref type="bibr" target="#b11">[12]</ref>. Öte yandan, uyarlama bağlamında standart yaklaşımlara ek olarak farklı durumlar için farklı uyarlama senaryolarının da tanımlanması ve işletilmesi yararlı olabilmektedir <ref type="bibr" target="#b12">[13]</ref>.</p><p>Uyarlama genelde ilk seviye ve ikinci seviye uyarlama olarak tarif edilmektedir. İlk seviye uyarlama organizasyonların standartları ve/veya modelleri kendi iş hedeflerini dikkate alarak organizasyon bazında standart süreçlerini oluşturmaları esnasında yapılır. İkinci seviye uyarlama ise organizasyonlarda tanımlanan standart süreçlerin projelerin özelliklerine göre uyarlanmasıdır. İkinci seviye uyarlama pratikleri ile ilgili öneriler ve kılavuzlar literatürde sıklıkla rastlanan bir konu değildir <ref type="bibr" target="#b4">[5]</ref>.</p><p>Bu deneyim bildirisinde, İLTAREN'de, Süreç İyileştirme Projesi kapsamında geliştirilen ve yeni başlayan projelerdeki uygulamalar ile elde edilen deneyimler sonucunda iyileştirilen ve olgunlaştırılan ikinci seviye süreç uyarlama yaklaşımı hakkında bilgi verilmekte, süreç uyarlama bağlamında edinilen deneyimler paylaşılmakta ve bu kapsamda çeşitli önerilerde bulunulmaktadır</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">İLTAREN Süreç Uyarlama Yaklaşımı</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1.">İLTAREN Hakkında Özet Bilgi</head><p>İleri Teknolojiler Araştırma Enstitüsü (İLTAREN), Türkiye Bilimsel ve Teknolojik Araştırma Kurumu (TÜBİTAK) Bilişim ve Bilgi Güvenliği İleri Teknolojiler Araştırma Merkezi (BİLGEM) bünyesinde araştırmalar yürüten bir enstitüdür. Enstitü bünyesinde, çeşitli sistem ve yazılım geliştirme projelerinin geliştirilmelerinin yanı sıra, faaliyet alanına ilişkin araştırma, danışmanlık ve altyapı geliştirme çalışmaları da yürütülmektedir. İLTAREN, BİLGEM'in belge sertifikalarına sahip olduğu NATO AQAP 160, NATO AQAP 2110 ve ISO 9001'e uygun ve uyumlu bir kalite yönetim sistemi kurmuş ve işletmektedir.</p><p>TÜBİTAK bünyesindeki yeniden yapılanma faaliyetleri çerçevesinde İLTAREN'in Enstitü kimliğine kavuşması, mevcut faaliyet alanlarının anlamlı bir şekilde büyümesi, genişlemesi ve BİLGEM'in yeniden yapılandırılması sonucunda, İLTAREN süreçlerinde kapsamlı bir güncelleme ve iyileştirme ihtiyacı doğmuştur. 2014 yılında İLTAREN bünyesinde Süreç İyileştirme Projesi, yönetimin etkin desteği ile başlatılmıştır. Bu çalışmalara, Enstitü çalışanlarının aktif olarak katılımı sağlanmış, kurum içerisinde süreçlerin sahiplenilmesi ve süreçlerin iyileştirilmesinde süreklilik hedeflenmiştir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.">İLTAREN Süreç Uyarlama Uygulaması</head><p>Süreç iyileştirme çalışmaları kapsamında, süreç yönetimi süreci içerisinde kurgulanan süreç uyarlama yaklaşımı, proje yönetimi sürecinin planlama aşamasının önemli bir faaliyetini teşkil etmiştir. Bu kapsamda, projenin planlama aşamasında yapılabilecek örnek uyarlamalar aşağıdaki gibidir:  Yaşam döngüsü modeli'nin seçilmesi ve kullanımında uyarlama yapılabilir. <ref type="bibr">Örne</ref> İLTAREN'de kurumsal süreçlerin projeler tarafından uyarlanması için aşağıdaki adımlardan faydalanılır.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.">Planlama ve Hazırlık</head><p>Projenin planlama aşamasında, Proje Yöneticisi (PY), Süreç Uyarlama Matrisi (SUM)'nin güncel sürümünü Kurumsal Bilgi Yönetim Sisteminden (kurumun verilerinin tutulduğu ve işlenebildiği ortak alan) edinir ve taslak SUM' u oluşturur. Projenin ihtiyaçlarının netleştirilmesi ve belirlenen yöntem/kriterler uyarınca ilerleyebilmesi için SUM'un projenin en geç planlama aşaması sonunda finalize edilerek yayımlanması gerekmektedir. Kalite Yönetim Sistemi İşletim Sorumlusu tarafından Kalite Yönetim Sistemi'nde yer alan süreç varlıklarının bir kopyası projenin veri yönetimi alanına "Projenin Tanımlı Süreci" olarak alınır. Bu sayede, süreç iyileştirme önerileri uyarınca Kalite Yönetim Sistemi süreç varlıkları güncellendiğinde ve eski versiyonlarına artık Kurumsal Bilgi Yönetim Sistemi (KBYS) üzerinden erişilebilir olmadığında, projenin uyarlama yaptığı zaman dilimindeki hallerine sürekli erişim temin edilmiş olunur. Bu yöntem ile proje sürüm kontrol aracında "Uyarlama" dizini altında yer alan süreç varlıklarını esas alarak projeler ömür devri boyunca hayatını devam ettirir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.">Uyarlama Faaliyetinin Gerçekleştirilmesi</head><p>PY taslak SUM'u ilgili proje ekibine iletir ve SUM'da ilgili kısımlar, süreç grupları dikkate alınarak aşağıda belirtilen unvandaki proje personeli tarafından hazırlanır:  Organizasyonel Süreçler: Proje Yöneticisi, Proje Yönetici Yardımcısı, Proje Yönetimi Destek Sorumlusu, Konfigürasyon Yönetimi Sorumlusu, Takım Liderleri  Süreç Yönetimi: Proje Yöneticisi, Kalite Güvence Sorumlusu  Ürün Gerçekleştirme: Proje Yöneticisi, Takım Liderleri  Proje Yönetimi: Proje Yöneticisi, Proje Yönetimi Destek Sorumlusu  Ürün Gerçekleştirme Destek: Proje Yöneticisi, Proje Yönetimi Destek Sorumlusu, Konfigürasyon Yönetimi Sorumlusu Proje sözleşmesel gerekler nedeniyle, kurumsal olarak yayınlanmış süreç varlıklarının haricinde yeni bir süreç varlığı oluşturursa bu süreç varlığı SUM'da ilgili süreç sayfasında yer alan listeye "Projeye Özel Süreç Varlığı" kategorisinde eklenir ve sürüm kontrol aracında saklanır.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.5.">Gözden Geçirme</head><p>Proje Yöneticisi, ilgili kişiler tarafından oluşturulan SUM'u inceleyip gerekiyorsa konsolide ettikten sonra ilgili kişilerin gözden geçirmesine sunar. Proje ihtiyaçlarının kontrolü açısından hazırlayanlar ve gözden geçirenler proje ekibinde yer alan aynı kişiler olup çapraz kontrol yapılır. Buna ek olarak süreç bakış açısı ile gözden geçirme ilgili süreç sahipleri tarafından yapılır. Gözden geçirme ekibi, her bir süreç grubu için aşağıdaki şekilde teşkil edilir:  Organizasyonel Süreçler: Proje Yöneticisi, Proje Yönetici Yardımcısı, Proje Yönetimi Destek Sorumlusu, Kalite Güvence Sorumlusu, Konfigürasyon Yönetimi Sorumlusu, Takım Liderleri, İlgili Süreç Sahipleri  Süreç Yönetimi: Proje Yönetici Yardımcısı, Proje Yönetimi Destek Sorumlusu, Konfigürasyon Yönetimi Sorumlusu, Takım Liderleri, ilgili Süreç Sahipleri  Ürün Gerçekleştirme: Proje Yöneticisi, Proje Yönetimi Destek Sorumlusu, Kalite Güvence Sorumlusu, Konfigürasyon Yönetimi Sorumlusu, ilgili Süreç Sahipleri  Proje Yönetimi: Proje Yönetici Yardımcısı, Takım Lideri, Konfigürasyon Yönetimi Sorumlusu, Kalite Güvence Sorumlusu, ilgili Süreç Sahipleri  Ürün Gerçekleştirme Destek: Proje Yönetici Yardımcısı, Proje Yönetimi Destek Sorumlusu, Kalite Güvence Sorumlusu, Konfigürasyon Yönetimi Sorumlusu, Takım Liderleri, ilgili Süreç Sahipleri</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.6.">Onaylama</head><p>Gözden geçirme faaliyeti tamamlanarak nihai hale getirilen SUM, PY tarafından ilgili Enstitü Müdür Yardımcısı ve Kalite ve Süreç Yönetimi Bölüm Başkanı'nın onayına sunulur. Onayların alınması sonrası projenin tanımlı süreci anlamına gelen SUM yürürlüğe girmiş olur. Onaylanan SUM'da bu aşamadan sonra yapılacak değişiklikler, Konfigürasyon Yönetimi Süreci'ne uygun olarak gerçekleştirilir. İLTAREN Süreç Uyarlama Matrisi (SUM)'nin, Gereksinim Geliştirme ve Yönetimi Süreci için örnek olarak doldurulmuş hâli ekte verilmiştir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Öneriler ve Sonuç</head><p>Gerçekleştirilen projelerin paydaşlarının ve sözleşmelerinin farklılıklarından ötürü, kurumsal olarak tanımlanmış olan süreçlerin her projeye özgü uyarlanarak kullanılması projelerin performansını etkileyecek önemli bir etken olarak karşımıza çıkmaktadır. Bu bildiride bahsi geçen süreç uyarlama yaklaşımı, organizasyon içerisinde yeni başlayan projelerde kullanılarak sürekli iyileştirilmesi ve gelen iyileştirme önerileri ile geri beslenmesi amacıyla kurgulanmıştır. Uygulanan süreç uyarlama yaklaşımı doğrultusunda elde edilen önerilerin ve deneyimlerin süreçlerini iyileştirmek isteyen profesyoneller için katma değer sağlayacağı değerlendirilmektedir.</p><p>Şu temel öneriler sunulmaktadır:  Süreç Uyarlama faaliyetleri kapsamında edinilen deneyimler uyarınca Bölüm 2.4 ve 2.5' de belirtilen kişiler tarafından SUM'un ilgili kısımlarının doldurulması ve gözden geçirilmesi sonucunda süreç varlıklarının içeriği ve yapılacak işlerin kapsamının projenin başında net olarak belirlenebildiği ve SUM'da daha az güncelleme ihtiyacı meydana geldiği görülmüştür. Bu nedenle önerilen unvandaki proje personeli tarafından SUM'un doldurulması ve gözden geçirilmesi önerilmektedir.  Süreç varlıklarının aynı projenin farklı iş paketleri için farklı uyarlama seçenekleri ile kullanılması gerektiğinde SUM'un ilgili sayfaları farklı iş paketleri için çoğaltılabilir veya bir sayfada ilgili süreç varlıkları için birden fazla satır açılarak farklı uyarlama seçenekleri seçilebilir. Hangi durumun daha etkili ve uygun olacağı ile ilgili kararın PY tarafından gerekirse Süreç Sahibi ile koordineli olarak verilmesi önerilmektedir. Bu durum iş paketleri arasındaki ortak ve farklı alanların haritasının çıkarılmasına katkı sağlayacak ve proje boyunca yol gösterici olacaktır.  Süreç Yönetimi Süreç grubunda yer alan Süreç Yönetimi Süreci dışındaki diğer süreçlerin proje ihtiyaçları doğrultusunda uyarlanabiliyor olması proje personelinin uygulamadaki faaliyetlerinin süreçler ile uyumlu hale getirilmesi yönünde süreçlere katkı sağlamaktadır. Ayrıca uyarlamada kısıtların minimumda tutulması proje personelinin süreçler konusunda yaratıcı olmalarını sağlayabilmekte ve bu yöntem ile hem süreçlerin iyileştirilmesi sağlanmakta hem de yapılan işlerin süreçler ile uyumluluğunun artırılması yönünde çift yönlü bir fayda sağlanabilmektedir. Organizasyon içerisinde tanımlı ve etkin bir uyarlama mekanizmasının bulunması, projelerin başarısını etkilemesinin yanı sıra, aşağıdaki faydaları sağlamaktadır:  Uyarlamaya dahil olan ekip üyelerinin proje süreçlerini sahiplenmesi,  Müşteri isteklerinin ve sözleşme gereklerinin proje başlangıcında projede uygulanacak süreçlere yansıtılarak müşteri memnuniyetinin artırılması,  Proje kaynaklarının verimli kullanımı.</p><p>Organizasyonda tanımlı ve etkin bir uyarlama mekanizmasının bulunmadığı durumlarda, proje ekibi projenin işleyişi için kendi yöntemlerini uygulayacaklardır ve bunun sonucunda;  Organizasyon içerisinde yürütülen projelerde farklı metodolojiler kullanılacak, kurumsal olarak uygulanan standart süreçlerde iyileştirme fırsatları belirlenemeyecektir,  Projenin planlama aşamasında belirlenmemiş olan yöntemlerin projenin işleyişi esnasında uygulanması durumunda projenin takvim, zaman ve bütçesinden muhtemel sapmalar olabilecektir,  Kurumsal olarak tanımlı olan süreçlerin herbir proje tipi için uygulanmaya çalışılması durumunda ise, müşteri/sözleşme gerekleri göz ardı edilerek farklı proje tiplerinin özel ihtiyaçlarına yönelik planlama yapılamayabilecektir.</p><p>Bu bildiride bahsedilen Süreç Uyarlama Yaklaşımında bir sonraki adım olarak aşağıdaki çalışmaların yapılması planlanmaktadır:  Projelerin Süreç Uyarlama Matrislerinde uyarlanan süreç varlıklarının "Yapılan Uyarlama" ve "Gerekçesi" alanları incelenerek elde edilen analiz sonuçları ile projenin kalitesi ve performans değerleri arasındaki bağıntı uyarınca süreçlerin uyumluluğunu artıracak süreç iyileştirme fırsatlarının değerlendirilmesi,  Süreç Uyarlama Matrislerinin benzer proje yapıları (araştırma, danışmanlık projesi gibi) için örnek şablonlarının oluşturulması ve bu yöntem ile daha etkili ve kısa sürede süreç uyarlama işlemlerinin yerine getirilmesi.  Süreç uyarlamalarının bir araç üzerinden yapılması ve yönetilmesi.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>ğin, Çağlayan ve Artırımlı yaşam döngüsü modeli bir arada kullanılabilir.  Müşteri veya sözleşme gereksinimi gereği, müşterinin belirlediği şablon ve formlar kurumsal şablon ve formlar yerine kullanılabilir.  Müşteriye teslim edilecek iş ürünlerinin isimlendirmesi, sözleşmede istenen isimlendirme kurallarına göre yapılır. Örneğin, Sistem Gereksinimleri Belirtimi (SGBD) Dokümanı yerine Sistem İhtiyaçları Belirtimi Dokümanı gibi. Bu gibi durumlarda SGBD şablonuna göre isterler dokümante edilir fakat belge adı Sistem İhtiyaçları Belirtimi Dokümanı olarak belirlenir.  Müşteriye teslim edilecek iş ürünleri arasında olmayan fakat Kalite Yönetim Sistemi gereği üretilmesi gereken iş ürünlerinin üretilip üretilmeyeceği kararı Proje Yönetim Ekibi tarafından belirlenir.</figDesc><table><row><cell> Proje sözleşme şartlarına ve projenin tipine bağlı olarak bazı süreçlerin projelerde</cell></row><row><cell>uygulanmasından vazgeçilebilir. Bu durumda ilgili süreç sahibi ve Kalite ve Süreç</cell></row><row><cell>Yönetimi Bölümü çalışanları tarafından gerçekleştirilen gözden geçirme kapsa-</cell></row><row><cell>mında yapılan uyarlamanın uygun olup/olmadığı değerlendirilir. Örneğin, sadece</cell></row><row><cell>yazılım geliştirme yapılan bir projede Donanım Tasarım ve Gerçekleştirme Süreci</cell></row><row><cell>uygulanmayacaktır.</cell></row><row><cell>Bu bildiride tarif edilen süreç uyarlama yaklaşımında, herhangi bir süreç varlığının</cell></row><row><cell>uyarlanması aşamasında aşağıdaki uyarlama seçeneklerinden birisi seçilerek SUM içe-</cell></row><row><cell>risinde kaydedilir:</cell></row><row><cell> "Olduğu gibi uygulanacak/kullanılacak."</cell></row><row><cell>─ Süreç varlığının olduğu gibi uygulanacak/kullanılacak olması durumunda ya da</cell></row><row><cell>projenin sözleşmesi nedeniyle sürecin sadece adının farklı ele alınması durumu</cell></row><row><cell>söz konusu olduğunda bu seçenek seçilir.</cell></row><row><cell> "Bir takım değişikliklerle uygulanacak/kullanılacak."</cell></row><row><cell>─ Şablon veya formlarda yeni bölümler/başlıklar eklenmesi veya çıkartılması bu</cell></row><row><cell>kapsamda değerlendirilir.</cell></row></table><note> "Eşleniği uygulanacak/kullanılacak." ─ Projeye özel bir süreç varlığı kullanıldığı durumlarda, eğer ilgili süreç varlığı/varlıkları hâli hazırda organizasyonda tanımlı olan bir süreç varlığının yerine kullanılacak ise, organizasyonda tanımlı olan ilgili süreç varlığı için bu seçenek seçilir. Süreç varlıklarından herhangi birinin içeriğinin başka bir dokümanın/süreç varlığının içinde yer alacağı durumlarda ilgili süreç varlığının uyarlama opsiyonu olarak bu seçenek seçilir.  "Uygulanmayacak/ kullanılmayacak."─ Bu uyarlama seçeneğinin seçilmesi halinde ilgili süreç varlığının neden uygulanmayacağı/kullanılmayacağına ilişkin mutlaka açıklama yazılmalıdır.</note></figure>
		</body>
		<back>
			<div type="annex">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>EK -İLTAREN Süreç Uyarlama Matrisi (SUM)'nin, Gereksinim Geliştirme ve Yönetimi Süreci için Örnek Olarak Doldurulmuş Hâli</head></div>			</div>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Tailoring the development process according to the context of the project</title>
		<author>
			<persName><forename type="first">N</forename><surname>Preez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Lutters</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Nieberding</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">CIRP Journal of Manufacturing Science and Technology</title>
		<imprint>
			<biblScope unit="page" from="191" to="198" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Improving processes for developing better products and services</title>
	</analytic>
	<monogr>
		<title level="m">CMMI® for development, Version 1.3</title>
				<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
		<respStmt>
			<orgName>Software Engineering Institute ; Carnegie Mellon University</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<idno>AQAP-160</idno>
		<title level="m">Allied quality assurance publication, NATO integrated quality requirements for software throughout the life cycle</title>
				<imprint>
			<publisher>NATO</publisher>
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
	<note>Ed. 1</note>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Software development process tailoring for small and medium sized companies</title>
		<author>
			<persName><forename type="first">R</forename><surname>Akbar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Safdar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">F</forename><surname>Hassan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Abdullah</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Conference on Computer and Information Sciences (ICCOINS)</title>
				<imprint>
			<date type="published" when="2014">2014. 2014</date>
			<biblScope unit="page" from="599" to="603" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Software process tailoring: An empirical investigation</title>
		<author>
			<persName><forename type="first">P</forename><surname>Xu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Ramesh</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Management Information Systems</title>
		<imprint>
			<biblScope unit="volume">24</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="293" to="328" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Are we ready for software process selection, tailoring, and composition? ICSSP</title>
		<author>
			<persName><forename type="first">G</forename><surname>Rong</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014-05-26">2014. May 26-28, 2014</date>
			<biblScope unit="volume">14</biblScope>
			<pubPlace>Nanjing, China</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">The State of the art and issues in software process tailoring</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">A</forename><surname>Zakaria</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Ibrahim</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">N</forename><surname>Mahrin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">4th International Conference on Software Engineering and Computer Systems (ICSECS)</title>
				<meeting><address><addrLine>Kuantan, Pahang, Malaysia</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2015-08-19">2015. August 19-21, 2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Criteria for software process tailoring: a systematic review</title>
		<author>
			<persName><forename type="first">G</forename><surname>Kalus</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Kuhrmann</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">ICSSP 2013 Proceedings of the 2013 International Conference on Software and System Process</title>
				<meeting><address><addrLine>New York, NY, USA</addrLine></address></meeting>
		<imprint>
			<publisher>ACM</publisher>
			<date type="published" when="2013">2013</date>
			<biblScope unit="page" from="171" to="180" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">A software process tailoring approach using a unified lifecycle template</title>
		<author>
			<persName><forename type="first">H</forename><surname>Rui</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Hao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Zhiqing</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Computational Intelligence and Software Engineering</title>
		<imprint>
			<date type="published" when="2009">2009. 2009</date>
		</imprint>
	</monogr>
	<note>CiSE</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Activity-based software process lines tailoring</title>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">G</forename><surname>Lorenz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">B</forename><surname>Brasil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Fontoura</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">International Journal of Software Engineering and Knowledge Engineering</title>
		<imprint>
			<biblScope unit="volume">24</biblScope>
			<biblScope unit="issue">9</biblScope>
			<biblScope unit="page" from="1357" to="1381" />
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">A proposed value-based software process tailoring framework</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">A</forename><surname>Zakaria</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Ibrahim</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">N</forename><surname>Mahrin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">9th Malaysian Software Engineering Conference</title>
				<imprint>
			<date type="published" when="2015-12">2015. Dec. 2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">BPMNt: A BPMN extension for specifying software process tailoring</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">M</forename><surname>Pillat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">C</forename><surname>Oliveira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">S C</forename><surname>Alencar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">D</forename><surname>Cowan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information and Software Technology</title>
		<imprint>
			<biblScope unit="volume">57</biblScope>
			<biblScope unit="page" from="95" to="115" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Strategies for systems analysis: Groundwork for process tailoring</title>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">W</forename><surname>Bustard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Keenan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">12th IEEE International Conference and Workshops on the Engineering of Computer-Based Systems (ECBS&apos;05)</title>
				<imprint>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
