<?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">Yazılım Geliştirme Sürecinde Değer Akış Haritalama Yöntemi Uygulama Çalışması</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Sezen</forename><surname>Erdem</surname></persName>
							<email>erdem@aselsan.com.tr</email>
						</author>
						<author>
							<persName><forename type="first">Aselsan</forename><forename type="middle">A Ş</forename><surname>Sst-Kkytm</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Yenimahalle</forename><forename type="middle">/</forename><surname>Ankara</surname></persName>
						</author>
						<author>
							<persName><surname>Türkiye</surname></persName>
						</author>
						<title level="a" type="main">Yazılım Geliştirme Sürecinde Değer Akış Haritalama Yöntemi Uygulama Çalışması</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">A1AD52836C22EED93379BB61369F9A5F</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-23T19:45+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/>
		</profileDesc>
	</teiHeader>
	<text xml:lang="tr">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Özetçe. Üretim alanında başarılı sonuçlar elde edilmesini sağlayan süreç iyileştirme yaklaşımlarının Yazılım Geliştirme alanında da uygulanmaya alınması ile yazılım geliştirme süreçlerinde yaşanan sorunların aşılmasına yönelik adımlar atılmaya çalışılmaktadır. Geçmişi 1960'lara dayanan Yalın yaklaşımları da üretim alanında büyük kazanımlar sağlanmasından dolayı yazılım geliştirme alanı da dahil olmak üzere birçok başka alan için kullanımı değerlendirilen yöntemlerden birisi olmuştur. Temelde atık ve israfın yok edilmesine dayalı olan Yalın yaklaşımları öncelikle atık ve israfın belirlenmesi için Değer Akış Haritalama yöntemi ile başlamaktadır. Değer Akış Haritası mevcut sürecin analiz edilerek akışta değer katan adımların ve israfa yol açan etkenlerin tespit edilmesini sağlamaktadır. Üretim bantlarında büyük kazanımlar elde edilmesine öncülük eden Değer Akış Haritalama yöntemi yazılım geliştirme süreçleri için de uygulanmaya çalışılmakta ancak yazılım geliştirmenin doğası gereği üretime göre daha dinamik ve kişi merkezli olması sebebi ile uygulamada bazı sıkıntılar yaşanabilmektedir. Bu çalışmada ASELSAN Savunma Sistem Teknolojileri (SST) Sektör Başkanlığı bünyesindeki Yazılım Tasarım Müdürlükleri tarafından izlenen yazılım geliştirme sürecinde Değer Akış Haritalama yönteminin uygulanarak atık ve israfların bulunmasına yönelik olarak yapılan çalışma anlatılmaktadır.</p><p>Anahtar Kelimeler: Yalın, Değer Akış Haritalama, Yazılım Geliştirme Süreci, Süreç İyileştirme</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Giriş</head><p>Üretim alanında başarılı sonuçlar elde edilmesini sağlayan süreç iyileştirme yaklaşımlarının Yazılım Geliştirme alanında da uygulanmaya alınması ile yazılım geliştirme süreçlerinde yaşanan sorunların aşılmasına yönelik adımlar atılmaya çalışılmaktadır. Geçmişi 1960'lara dayanan Yalın yaklaşımları da üretim alanında büyük kazanımlar sağlanmasından dolayı yazılım geliştirme alanı için de kullanımı değerlendirilen yöntemlerden birisi olmuştur. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Yalın Yaklaşımı ve Değer Akış Haritalama Yöntemi</head><p>Yalın Üretim yaklaşımı Toyota Ürün Geliştirme grubu tarafından ortaya konulmuş ve müşteri taleplerini en az kaynakla, en kısa zamanda, en ucuza ve eksiksiz olarak karşılamayı amaçlayan bir yaklaşımdır. Üretim alanında sağladığı başarıların görülmesinin ardından Yalın Üretim yaklaşımının temelinde yatan Yalın felsefesi otomotiv alanı dışındaki birçok alanın ilgisini çekmiş ve farklı alanlarda kullanımı değerlendirilmiştir <ref type="bibr" target="#b0">[1]</ref>. Temel olarak israfın yok edilmesine ve değer katan süreç adımlarının güçlendirilmesine dayanan Yalın felsefesi İsrafı Giderme, Bütünü Optimize Etme, Kalite ile Geliştirme, Devamlı Öğrenme, Hızlı Teslim, Takımı Güçlendirme ve Mümkün Olduğunca Geç Karar Verme ilkelerine dayanmaktadır. Bu ilkelerin en temel amacı üretimin ve kalitenin başarılı bir şekilde artırılmasıdır <ref type="bibr" target="#b1">[2]</ref>. Bu ilkelerin Yazılım Geliştirme alanına uygulanması amacı ile 1990'larda Yalın Yazılım Geliştirme yaklaşımı ortaya atılmıştır <ref type="bibr" target="#b0">[1]</ref>. Yalın felsefesi ilkelerinin uygulanabilmesi için öncelikle süreç içerisinde atık, israf ve değer tanımlamalarının yapılması ve bu tanımlar çerçevesinde süreçteki israf, atık ve değer adımlarının tespit edilmesi gerekmektedir. Yalın yaklaşımında bu tespitlerin yapılması için Değer Akış Haritalama yöntemi kullanılmaktadır. Değer Akış Haritalama yöntemi bir sürecin mevcut durumunun analiz edilmesini, olması istenen gelecekteki durumunun tasarlanmasını sağlayan yalın yönetim yöntemidir. Değer akış haritalama yalın düşüncenin ilk adımıdır. Süreç akışının ortaya çıkarılması ile bu akış yönetilebilir hale getirilebilmekte ve bu akıştaki aksayan noktaların tespit edilmesi ve iyileştirmelerin yapılması sağlanmaktadır. Yazılım geliştirme süreçleri de yazılımın üretilmesine yönelik bir akış içerdiği için Değer Akış Haritalama yöntemi yazılım geliştirme süreçleri üzerinde de uygulanabilmesi ve süreç iyileştirme çalışmaları için faydalı çıktılar üretmesi beklenmektedir. Bu amaçla Değer Akış Haritalama yönteminin yazılım geliştirme süreçlerinde uygulanmasına yönelik araştırmalar ve çalışmalar yapılmaktadır <ref type="bibr" target="#b2">[3]</ref>   Belirlenen verilerin ilgili kaynaklardan elde edilmesi sonrasında yaklaşık 500 gereksinimi olan bir yazılım projesinin geliştirimi için Değer Akış Haritası oluşturulmuştur. Ortaya çıkan değer akış haritası Şekil-3'de verilmiştir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Şekil-3. "Yazılım Gereksinimlerini Tanımla" Değer Akış Haritası</head><p>Değer akış haritasında bir adım için harcanan işçilik ile bu adımda geçen süre arasındaki farkların atık olarak değerlendirilmiştir. Değer akış haritası bu bakış açısı ile incelendiğinde "Yazılım Gereksinimlerini Tanımla" süreç adımı iyileştirme yapılabilecek bazı noktaları işaret etmektedir. Gereksinimlerin tanımlanmasına harcanan işçilik ile bu işçiliğin zamana yayılımı kıyaslandığında "Yazılım Gereksinim Analizi Yap" alt adımında ciddi oranda bir atık olabileceği değerlendirilmiştir. Çalışmaya veri sağlayan projelerde bu alt adımdaki gerçekleşmeler incelendiğinde yazılıma girdi olacak sistem gereksinimlerinin netleştirilememesinin yazılım gereksinimlerinin tamamlanamamasına yol açtığı görülmüştür. "Yazılım Gereksinim Analizi Yap" adımının tamamlanması için girdi olacak sistem gereksinimlerinin tümünün netleşmesini beklemek yerine net olan sistem gereksinimleri üzerinden yazılım geliştirme faaliyetlerine başlanması, artımsal ve yinelemeli bir yöntem izlenmesi ile bu alt adımdaki atık zamanların azaltılabileceği değerlendirilmiştir. Şelale yazılım geliştirme yaklaşımı yerine artımsal ve yinelemeli yazılım geliştirme yaklaşımı olan Çevik Yazılım Geliştirme yöntemlerinin uygulamaya alınmasına karar verilerek ASELSAN SST bünyesindeki Yazılım Tasarım Müdürlükleri'nde Çevik Yazılım Geliştirme yöntemlerinin uygulanması için pilot projeler başlatılmıştır. Pilot projelerde Çevik Yazılım Geliştirme yöntemlerinden en yaygın olarak kullanılan Scrum çerçevesi uygulanmaktadır. Pilot projelerden elde edilecek geri beslemeler ışığında organizasyona uygun süreç tanımlanması hedeflenmektedir.</p><p>Değer akış haritasında "Değişiklik Önerisi Oluşturma/Onaylama" ve "3-DOA Oluştur" alt adımlarındaki veriler de israfa işaret etmektedir. Bu adımlardaki veriler hazırlanan dokümanların dokümantasyon birimine aktarımı sırasında onay mekanizmaları nedeniyle ciddi zaman kayıpların yaşandığını göstermektedir. Bu durumun oluşmasındaki kök nedenin gözden geçirme faaliyetlerine yeterince zaman ayrılamaması sebebi ile gözden geçirme aşamasında verilmesi gereken bazı görüşlerin dokümanların dokümantasyona aktarım işlemi sırasında veriliyor olduğu ortaya çıkmıştır. Bu durumu önlemek amacı ile gözden geçirme süreci ve dokümanların onaylanması aşaması ile ilgili iyileştirme önerileri değerlendirilmekte ve bu alt adımlardaki israfın önlenmesi hedeflenmektedir.</p><p>Değer akış haritasının çıkarılması sırasında yazılım geliştirmenin doğası gereği ortaya çıkan değişkenliklerin etkisi ile tanımlamada birbiri ardında görünen süreç adımlarının birbiri ile kesiştiği ve paralel olarak yürütüldüğü aşamalarının olduğu görülmüştür. Ayrıca her projede yazılım geliştirme aynı tanımlı sürece uygun şekilde yapılsa bile her bir yazılım geliştirim döngüsü çalışan kişilere, ortam şartlarına, kaynakların verimliliğine ve bunlara benzer birçok farklı dinamiğe bağlı olarak birbirinden farklılıklar gösterebilmektedir. Tüm bu etmenler sonucunda da üretim süreçlerindekine benzer şekilde bir Değer Akış Haritalaması yapılabilmesi mümkün olmamaktadır. Ancak tüm bu farklılıklara rağmen bu çalışma elde edilen bulgular süreçlerin iyileştirilmesine yönelik birçok tespit yapılmasını sağlamıştır. Yapılan bu çalışma sonucunda Değer Akış Haritalama yönteminin diğer süreç adımlarına da uygulanmasına devam edilerek Yalın yaklaşımlarının Yazılım Geliştirme Süreci üzerinde uygulamasına devam edilecektir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Sonuç</head><p>Yalın yaklaşımları üretim süreçlerinin iyileştirilmesi konusunda ortaya koyduğu başarı sebebi ile yazılım geliştirme alanı da dahil olmak üzere üretim dışındaki birçok alanın dikkati çekmiş ve Yalın yaklaşımlarının diğer alanlarda da kullanımına yönelik çalışmalar yapılmıştır. Yalın yaklaşımların giriş adımı olan Değer Akış Haritalama yöntemi de süreç akışının ortaya konulması, akış içerisinde hangi noktalarda atıklar ve israflar olduğunun belirlenmesi için sistematik bir yaklaşım ortaya koymaktadır. Ancak yazılım geliştirme alanının üretim alanından farklılıkları sebebi ile Değer Akış Haritalama yönteminin yazılım geliştirme süreci için kullanımında bazı sıkıntılar yaşanabilmektedir. Bu makalede ASELSAN SST bünyesindeki Yazılım Tasarım Müdürlükleri tarafından izlenen yazılım geliştirme süreci adımlarından birisi için Değer Akış Haritalama yönteminin kullanımına yönelik yapılan durum çalışması, yaşanılan tecrübeler ve elde edilen bilgiler paylaşılmıştır. Bu tecrübeler ışığında Değer Akış Haritalama yönteminin hem yazılım geliştirme sürecinin diğer adımlarında hem de yazılım geliştirme dışında diğer süreç alanlarında da kullanımına yönelik çalışmalara devam edilecektir. Elde edilen bilgiler ışığında süreç iyileştirme faaliyetlerinin yürütülmesi hedeflenmektedir.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc><ref type="bibr" target="#b3">[4]</ref><ref type="bibr" target="#b4">[5]</ref>. Ancak yazılım geliştirme alanının üretim alanından farklılıkları sebebi ile Değer Akış Haritası oluşturulması üretim süreçlerindeki uygulamalarından farklı olmaktadır. Üretim süreçlerinde fiziksel materyaller bir akış içerisinde ilerlerken, yazılım geliştirme süreci akışı içerisinde gereksinim tanımları, test tanımları, kaynak kodlar, çalışan uygulama gibi fiziksel olmayan çıktılar ilerlemektedir. Yazılım geliştirme süreç adımlarının çıktılarının yazılım geliştirmenin doğası gereği değişime açık olması bu çıktıların akış içerisinde takip edilmesini zorlaştırmaktadır. Yazılım geliştirmenin bilgi tabanlı ve kişi merkezli bir iş olması sebebi ile de akış kişilerin karakteristik özelliklerinden etkilenmektedir. Bu durum yazılım geliştirme süreçleri için Değer Akış Haritası çıkarılmasını oldukça karmaşık ve zor bir hale getirmektedir. Bu zorluklar sebebi ile Değer Akış Haritalama yönteminin yazılım geliştirme alanı için uygulanabilirliği konusu da bir değerlendirme konusudur.Makalenin 3. bölümünde ASELSAN SST bünyesindeki Yazılım Tasarım Müdürlükleri tarafından uygulanan yazılım geliştirme sürecinde Değer Akış Haritalama yöntemi ile akışın çıkarılmasına yönelik olarak yapılan çalışma anlatılmaktadır. Bu çalışma sırasında yakarıda bahsedilen Değer Akış Haritalama yönteminin yazılım geliştirme süreçlerine uygulanmasında yaşanması muhtemel sıkıntılar ile de karşılaşılmıştır.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head></head><label></label><figDesc>Yazılım Tasarım Müdürlükleri'nde geliştirilen yazılımlar Şelale yazılım geliştirme yaklaşımı tabanlı olarak tanımlanmış bir sürece uygun olarak geliştirilmektedir. Süreç temel adımları Şekil-1'de verilmiştir. Şekil-1. Yazılım Geliştirme Süreci 2015 yılı içerisinde başlatılan süreç iyileştirme çalışmaları kapsamında Yalın yaklaşımlarının yazılım geliştirme süreci üzerinde uygulamasının değerlendirilmesi konusunda bir çalışma başlatılmıştır. Bu çalışmanın ilk adımı olarak Değer Akış Haritalama yöntemi kullanılarak yazılım geliştirme sürecindeki akış haritasının çıkarılması çalışmasına başlanmıştır. Değer Akış Haritasının çıkarılmasına yazılım geliştirme sürecinin "Yazılım Gereksinimlerini Tanımla" adımının detaylandırılması ve bu adıma ait alt süreç adımlarının belirlenerek süreç akışının belirlenmesi ile başlanmıştır. Yapılan çalışma sonucunda ortaya çıkan akış diyagramı Şekil-2'de verilmiştir.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>Temelde atık ve israfın yok edilmesine dayalı olan Yalın felsefesi öncelikle atık ve israfın belirlenmesi için Değer Akış Haritalama yöntemi ile başlamaktadır. Değer Akış Haritası mevcut sürecin analiz edilerek akışta değer katan adımların ve israfa yol açan etkenlerin tespit edilmesini</figDesc><table><row><cell>sağlamaktadır. Üretim bantlarında büyük kazanımlar elde edilmesine öncülük eden</cell></row><row><cell>Değer Akış Haritalama yöntemi yazılım geliştirme süreçleri için de uygulanmaya</cell></row><row><cell>çalışılmıştır. Ancak yazılım geliştirmenin doğası gereği üretime göre daha dinamik ve</cell></row><row><cell>kişi merkezli olması sebebi ile üretim alanında başarılı olan yöntemlerin doğrudan</cell></row><row><cell>yazılım geliştirme alanına uygulanabileceği ya da üretim alanında başarılı olan her</cell></row><row><cell>yöntemin yazılım geliştirme alanında da başarılı olacağı düşünülmemelidir. Değer</cell></row><row><cell>Akış Haritalama yönteminin de yazılım geliştirmeye alanına uygulamasında bazı</cell></row><row><cell>sıkıntılar yaşanmaktadır. Bu çalışmada ASELSAN Savunma Sistem Teknolojileri</cell></row><row><cell>(SST) Sektör Başkanlığı bünyesindeki Yazılım Tasarım Müdürlükleri tarafından</cell></row><row><cell>izlenen yazılım geliştirme sürecinde Değer Akış Haritalama yönteminin uygulanarak</cell></row><row><cell>atık ve israfların bulunmasına yönelik olarak yapılan çalışma anlatılmaktadır.</cell></row><row><cell>Makalenin 2. bölümünde Yalın Yaklaşımı ve Değer Akış Haritalama yönteminden,</cell></row><row><cell>3. bölümünde SST Yazılım Geliştirme Süreci'nde Değer Akış Haritalama yönteminin</cell></row><row><cell>uygulanmasından ve 4. bölümde de uygulamanın sonuçlarından bahsedilecektir.</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head></head><label></label><figDesc>Şekil-2. "Yazılım Gereksinimlerini Tanımla" Değer Akış AdımlarıElde edilen akış üzerinde değer ve atık sürelerini bulmak için yazılım geliştirme projelerinden örnek kümesi oluşturularak gerekli verilerin çıkarılmasına başlanmıştır. Örnek proje kümesi seçiminde farklı alanlarda farklı ekipler tarafından geliştirilmiş projelerin seçilmesi sağlanarak tespit edilecek atık ve değerlerin daha genel geçer olması sağlanmaya çalışılmıştır. Örnek kümesine dahil edilecek projelerin belirlenmesinin ardından bu projeler ile ilgili veriler toplanmaya başlamıştır. Toplanan veri tanımlamaları Tablo-1'de verilmiştir.</figDesc><table><row><cell>Veri</cell><cell></cell><cell>Tanımı</cell><cell>Kaynağı</cell></row><row><cell>Gereksinim Sayısı</cell><cell></cell><cell>Yazılım gereksinim sayısı</cell><cell>DOORS Gereksinim</cell></row><row><cell></cell><cell></cell><cell></cell><cell>Yönetim Aracı</cell></row><row><cell>Yazılım Gereksinim</cell><cell></cell><cell>YGÖ dokümanının hazırlanması</cell><cell>Team Foundation Server</cell></row><row><cell cols="2">Özellikleri (YGÖ) Dokümanı</cell><cell>için harcanan işçilik</cell><cell>(TFS) İşçilik Takip Aracı</cell></row><row><cell>Hazırlama İşçiliği</cell><cell></cell><cell></cell></row><row><cell>YGÖ Dokümanının</cell><cell></cell><cell>YGÖ Dokümanın Hazırlanması için</cell><cell>MS TFS İşçilik Takip</cell></row><row><cell>Hazırlanma Süresi</cell><cell></cell><cell>geçen süre</cell><cell>Aracı</cell></row><row><cell cols="2">YGÖ Hazırlayan Kişi Sayısı</cell><cell>YGÖ Dokümanını hazırlayan kişi</cell><cell>Kurumsal Kaynak</cell></row><row><cell cols="2">Yazılım Gereksinimleri YGÖ Gözden Geçirme (GG)</cell><cell>sayısı YGÖ gözden geçirme için harcanan</cell><cell>Planlama Sistemi (KKPS) TFS İşçilik Takip Aracı</cell></row><row><cell>Tanımla İşçiliği</cell><cell>Yazılım</cell><cell>işçilik</cell></row><row><cell>YGÖ GG Süresi</cell><cell cols="3">Tasarımını Yap süre YGÖ gözden geçirme için geçen Testlerini Yap Yazılım Yeterlilik Yazılımı Kodla TFS İşçilik Takip Aracı</cell></row><row><cell cols="2">YGÖ GG Yapan Kişi Sayısı</cell><cell cols="2">ve Değerlendir YGÖ gözden geçirme yapan kişi Kurumsal GG Otomasyon Yazılımı Teslim</cell></row><row><cell></cell><cell></cell><cell>sayısı</cell><cell>Aracı</cell><cell>Et</cell></row><row><cell cols="2">GG Sonrası Güncelleme</cell><cell>Gözden geçirme sonrası yapılan</cell><cell>TFS İşçilik Takip Aracı</cell></row><row><cell>İşçiliği</cell><cell></cell><cell>güncellemeler için harcanan işçilik</cell></row><row><cell cols="2">GG Sonrası Güncelleme</cell><cell>Gözden geçirme sonrası yapılan</cell><cell>TFS İşçilik Takip Aracı</cell></row><row><cell>Süresi</cell><cell></cell><cell>güncellemeler için geçen süre</cell></row><row><cell cols="2">YGÖ Dokümanının KKPS'ye</cell><cell>YGÖ dokümanının KKPS'ye</cell><cell>TFS İşçilik Takip Aracı</cell></row><row><cell>Aktarım İşçiliği</cell><cell></cell><cell>aktarımı için harcanan işçilik</cell></row><row><cell cols="2">YGÖ Dokümanının KKPS'ye</cell><cell>YGÖ dokümanının KKPS'ye</cell><cell>KKPS</cell></row><row><cell>Aktarım Süresi</cell><cell></cell><cell>aktarımı için geçen süre</cell></row><row><cell></cell><cell cols="3">Tablo-1. Süreç Alt Adımları Ölçüm Veri Tanımları</cell></row></table></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<title level="m" type="main">Lean Software Development</title>
		<author>
			<persName><forename type="first">M</forename><surname>Poppendieck</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2003">2003</date>
			<publisher>Addison Wesley</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">There&apos;s Something About Lean</title>
		<author>
			<persName><forename type="first">L</forename><surname>Bocock</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Martin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Agile Conference</title>
				<imprint>
			<date type="published" when="2011">2011</date>
			<biblScope unit="page" from="10" to="19" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Evaluation of simulation-assisted value stream mapping for software product development: Two industrial cases</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">B</forename><surname>Ali</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Petersen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><forename type="middle">B</forename><surname>Nicolau De França</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information and Software Technology</title>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">FLOW-assisted value stream mapping in the early phases of large-scale software development</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">B</forename><surname>Ali</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Petersen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Schneider</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Systems and Software</title>
		<imprint>
			<biblScope unit="volume">111</biblScope>
			<biblScope unit="page" from="213" to="227" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Waste and lead time reduction in a software product customization process with value stream maps</title>
		<author>
			<persName><forename type="first">S</forename><surname>Mujtaba</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Feldt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Petersen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">2010 21st Australian Software Engineering Conference (ASWEC). IEEE</title>
				<imprint>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page" from="139" to="148" />
		</imprint>
	</monogr>
</biblStruct>

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