<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Uluslararas , Coklu Bilesenli Cevik Yaz l m Gelistirme Pro jelerinde 3. Partilerle Cal sma Deneyimleri</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Senay Demirel</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yagmur K rkagac</string-name>
          <email>yagmur@netas.com.tr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Netas Telekomunikasyon A.S.</institution>
          ,
          <addr-line>I</addr-line>
        </aff>
      </contrib-group>
      <fpage>356</fpage>
      <lpage>365</lpage>
      <abstract>
        <p>The enormous change in internet economy, also changes the dynamics of some software engineering rules. Agile software development process is an advanced system to realize key values of the projects fast and e ective. Agile software development processes aim to accomplish the life-cycle of software projects e ciently. Netas Telecommunication Corporation has the knowledge and experience of agile software development processes which are applied to their projects. Netas is able to execute projects, which are especially large-scale, international and including multi-components, collaborating with 3rd parties. In this paper, international, large-scale agile software projects are conducted in collaboration with 3rd parties was aimed to share the experience of the management that, encountered problems and the solutions brought to these problems in the light of agile software development principles are examined.</p>
      </abstract>
      <kwd-group>
        <kwd>Agile Software Development</kwd>
        <kwd>Multi-Components</kwd>
        <kwd>Software Solutions Development with 3rd Parties</kwd>
        <kwd>Software Project Management</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Giris</title>
      <p>Gunumuzde yaz l m, bircok endustrinin isleri icin gerekli olmakla beraber, yaz l m
sureclerinin basar ile yurutulmesi icin farkl yaz l m disiplinleri
uygulanmaktad r. Buna ragmen, bircok arast rma yaz l m gelistirme projelerinin basar s n
olcebilecek bir formul ortaya koyulamad g n gostermektedir. O zellikle, cevik
yaz l m projelerinde bircok degiskene bagl olmak, basar olcutlerinin formul ile
ifadesini daha da zorlast rmaktad r.</p>
      <p>
        Standish Grup 1994'ten itibaren her y l yaz l m gelistirme endustrisinin anl k
durum goruntusunu \CHAOS Raporu" isimli raporlar ile yay nlamaktad r [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
2015 y l nda yay nlanan CHAOS Raporu, cesitli ulkelerde farkl yap da
projelerin olusturdugu 50000 projenin analizlerini icermektedir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Standish Grup 2015
y l CHAOS Raporu'nda, son 5 y lda analiz edilen projelerin zaman, butce ve
kalite degiskenleri ile tan mlanan proje basar oranlar n CHAOS Manifestosu'nda
tan mland g sekilde analiz etmislerdir. Projelerin, basar sonuclar Tablo 1'de
ozetlenmistir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        Tablo 1. 2010-2015 Y llar Aras ndaki Tum Yaz l m Projelerinin Basar Oranlar [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]
Basar l
Zorlan lan
Basar s z
%29 %27 %31 %28 %29
%49 %56 %50 %55 %52
%22 %17 %19 %17 %19
      </p>
      <p>
        Tablo 1'de goruldugu uzere, son 5 y lda gelistirilen yaz l m projelerinin yaklas k
%70'i hala ustesinden gelmesi zor veya basar s z olmustur [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Arast rmac lar,
yaz l m projelerinin basar oranlar n etkileyen faktorleri belirlemeye ve basar
oranlar n iyilestirecek yontemleri arast rmaya odaklanm slard r. Bu alanda yap lan
arast rmalarda, cevik yaz l m gelistirme disiplini diger yaz l m gelistirme
disiplinleri aras nda en populer olanlardan biridir.
      </p>
      <p>Ceviklik, h zl ve kolay hareket etmenin gucu anlam na gelmektedir. Yaz l m
projelerinde ceviklik; h zl , ha f,verimli ve kaliteli yasam dongusu saglayarak,
musteri isteklerini olabildigince sade fazlar ve h zl geri donusler ile mumkun
k lmay amaclar. Yaz l m gelistirmede uygulanan cevik metodolojiler, esnek bir
guc olusturmay , h zl hareket etmeyi ve zamanla olusan degisikliklere kolay
adapte olmay hede emektedir. Cevik yaz l m gelistirme metodolojisinin en
temel ozelligi, dag t labilir birimler ile baslay p, zaman icerisinde urunun tamamen
islevsel ve olceklenebilir birimlerden olusturulmas n saglamas d r. Cevik
metodolojisinin dongusel yap s , gelistirilecek yaz l m n k sa zamanda teslim edilebilir
olmas n ve periyotlar halinde gelistirilmelerin tamamlanmas n saglar.</p>
      <p>
        CHAOS 2015 raporu sonuclar na gore, selale (waterfall) ve cevik (agile)
yaz l m projeleri basar oranlar n n kars last rma tablosu Tablo 2'deki gibi
sunulmustur. Tablo 2'de de goruldugu uzere, cevik projeler her proje buyuklugune
gore geleneksel proje yontemlerinden daha basar l d r [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        Tablo 2. CHAOS 2015 Raporu Cevik ve Selale Yaz l m Gelistirme Metodolojilerinin
Yaz l m Projelerinin Basar Oranlar na Etkisinin Kars last rma Tablosu [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]
Proje Buyuklugu
      </p>
      <p>Metodoloji Basar l Zorlan lan Basar s z
Toplam Projeler</p>
      <p>
        Yaz l m gelistirme islerindeki faktorler, yaz l m muhendisligi ile iliskili oldugu
kadar is ve proje yonetimi metodolojilerinin de birlesimidir. 3.partilerle yaz l m
gelistirme genel olarak yaz l m gelistirme aktivitelerinin tedarikciden yaz l m
gelistiricilerin saglanmas olarak tan mlanabilir. Gelisen internet tabanl isbirligi
servisleri sayesinde Hindistan, Cin, Latin Amerika gibi ulkelerdeki yaz l m
gelistirme gorevleri icin tedarikcilerin kullan m da artmaktad r [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Tak mlar farkl
kulturel altyap lara sahip, dunyan n farkl lokasyonlar nda bulunan tak m
uyelerinden olusmaktad r. Buyuk olcekli uluslararas projelerde 3. partilerle cal sman n
yeni is f rsatlar olusturma, pazara daha kolay giris yapma gibi avantajlar n n
yan nda baz zorluklar da mevcuttur. Ekip kontrolu, koordinasyon, teknoloji
ve insanlar n birbirleri ile etkilesimi farkl kulturel yap lara sahip, farkl
dilleri konusan, farkl cal sma prensipleri olan insanlar n bir arada cal smalar n
saglamak buyuk olcekli, uluslararas projelerde 3. partilerle cal sman n
gucluklerinden baz lar olarak say labilir.
      </p>
      <p>CMMI-Dev v1.3 seviye 3 serti kasyonuna sahip olan Netas, y llard r
uluslararas projeler gelistirerek musterilerine kaliteli yaz l m projeleri sunmaktad r.
Netas, uluslararas , coklu bilesenli, 3.partilerle ortaklasa gelistirdigi yaz l m
projelerinde de cevik yaz l m metodolojilerini uygulamaktad r.</p>
      <p>Bu bildiride, uluslararas coklu bilesenli cevik yaz l m projelerinde
3.partilerle cal sman n avantaj ve dezavantajlar ele al nm s, cevik yaz l m gelistirme
sureclerindeki deneyimler sorunlara getirilen cozumler ile paylas lm st r. 2. k s mda
Scrum modelinden ve Scrum of Scrum pratiginden bahsedilmis, Netas
projelerinden bir ornek uygulama uzerinde ac klanm st r. 3. k s mda soz konusu olan
ornek uygulama s ras nda kars las lan zorluklardan, 4. k s mda ise bu zorluklar
kars s nda cevik yaz l m gelistirme metodolojilerinden faydalan larak gelistirilen
cozum yontemleri ac klanm st r. 5. k s mda, proje kapsam nda c kar lan sonuclar
degerlendirilmistir.</p>
    </sec>
    <sec id="sec-2">
      <title>Uluslararas , Coklu Bilesenli Cevik Yaz l m</title>
    </sec>
    <sec id="sec-3">
      <title>Projeleri</title>
    </sec>
    <sec id="sec-4">
      <title>Gelistirme</title>
      <p>Coklu bilesenlerden olusan sistemler, moduler yap s n n yan nda gelistirilen
modullerin birbirleri ile uyumlu cal smas n hede emektedir. Bu bildiride konu
edilen projede, birbirinden bag ms z cal san yaz l m gelistirmeleri ayr urunlerde
ayr fonksiyonellikler saglamas n n yan s ra, birbirleri ile bag ml cal sarak
teslim edilebilir yeni bir urun ortaya koyabilmektedir.</p>
      <p>
        Netas, cevik proje yonetimini Scrum modeli ile uygulamaktad r. Scrum, yaz l m
gelistiren proje tak mlar n n; enerjilerini, odak noktalar n , ac k ve se af bir
sekilde katt klar bir cevik yaz l m gelistirme surecidir. Scrum modelinde, scrum
tak mlar kendi kendini organize edebilen, girisken tak mlard r. Scrum tak mlar ,
projedeki teslim mekanizmalar n sprint(kosu) ad verilen k sa sureli (1-4 hafta)
surecler ile saglarlar. Her sprint sureci, tahminler ve icerik planlamas ile baslar,
teslim ve her oturum sonunda c kar lan sonuclar ile sonlan r. U run is listesi
(backlog), scrum master ve urun sahibi taraf ndan tasar m tahminleri ile onemli
noktalar n ve onceliklendirilmis gorevlerin belirlenmesi gerekmektedir. Gunluk
scrum toplant lar yap l r. Bu yap , scrum tak mlar n birbirine yak n, h zl is
gelistirebilen, verimli tak mlar haline donusturur [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>
        Scrum Alliance Grup taraf ndan, Scrum modelinin pratiklerinden olan Scrum
of Scrum en iyi pratiklerden biri olarak onerilmistir [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Bu model, tak mlar aras
bircok bagl l g aradan kald rarak, izole Scrum tak mlar aras nda bolusturerek
cal s r. Scrum masterlar (tak m liderleri-proje yoneticileri) duzenli olarak
lokasyonlar aras bulusur. Bu sayede, Scrum tak mlar Scrum of Scrum pratigi ile
birbirine baglan r. Bu pratik tak mlar aras iletisimi, is bolumunu ve verimliligi
art r r. Bunun yan nda, cevik yaz l m gelistirme surecine yeni dahil olanlar icin
uygun hale getirir.
      </p>
      <p>Bu bildiriye konu olan proje bulut bilisim teknolojileri ile uyumlu, donan m
maliyeti dusuk uygulama sunucusu ve coklu ortam video konferans sunucusu
gelistirmeleri ile kullan c masaustu ve Web istemcilerinin gelistirilmelerini
icermektedir. Buyuk olcekli, coklu bilesenli bu proje kapsam nda gelistirilen sunucu
ve istemcilerin entegrasyonu ve testleri de gerceklenmistir. Soz konusu proje,
son kullan c lar n gunluk hayatta s kca kulland klar sesli, goruntulu ve yaz l
iletisimi bulut bilisim teknolojileri ile saglamaktad r.</p>
      <p>Bu projenin yonetiminde Scrum modeli kullan lm st r. Bu Scrum tak mlar ,
Scrum of Scrum pratigi ile birlestirilmistir ve scrum masterlar taraf ndan
raporlama ve is takibi saglanmaktad r. Scrum tak mlar asag da ayr nt l bir sekilde
ac klanm st r.</p>
      <p>Olusturulan proje yap s nda toplam 5 Scrum tak m olusturulmustur. Bu
Scrum tak mlar Sekil 1'de gosterildigi gibidir.</p>
      <p>1. Scrum { Sunucu Gelistirmeleri: NETAS' n kendi bunyesinde
olusturulmus olan ve sunucu uzerindeki gelistirmeleri yapan tak md r. Tak m n tamam
NETAS muhendislerinden olusmakta ve ayn lokasyonda cal smaktad r.</p>
      <p>2. Scrum - Kullan c Masaustu I_stemcisi Gelistirmeleri: NETAS' n
hali haz rda diger projelerinde de birlikte cal st g Ermenistan'da bulunan alt
yuklenici rma taraf ndaki tak md r. Bu tak m masaustu istemcisi uzerindeki
gelistirmeleri yapmaktad r.</p>
      <p>3. Scrum { Kullan c Web I_stemcisi Gelistirmeleri: Kullan c ya
taray c uzerinden sesli ve goruntulu konferansa kat lma imkan saglayacak olan
istemci gelistirmelerini kapsar. Hindistan'da bulunan bir yuklenici rma
taraf ndan yap lmaktad r.</p>
      <p>4. Scrum { Coklu Ortam Video Konferans Sunucusu Gelistirmeleri:
Video konferans sunucusunun farkl istemcilerin isteklerine cevap verebilecek
sekilde gelistirilmesini kapsar. Hindistan'da bulunan baska bir yuklenici rma
taraf ndan yap lmaktad r.</p>
      <p>5. Scrum { Entegrasyon: Uctan uca cozum fonksiyon ve kalite testleri ile
birlikte farkl bilesenlerin entegrasyonundan ve projenin urune donusum
surecinden sorumludur. NETAS bunyesindeki urun dogrulama ve sistem muhendisleri
ve proje mimarlar ndan olusmaktad r.</p>
      <p>Sekil 1. Uluslararas , Buyuk Olcekli, Coklu Bilesenli Projelerde Bir Scrum Modeli
Ornegi
3</p>
    </sec>
    <sec id="sec-5">
      <title>Uluslararas , Coklu Bilesenli Cevik Yaz l m Gelistirme</title>
    </sec>
    <sec id="sec-6">
      <title>Projelerinde 3. Partilerle Cal sma S ras nda Kars las lan</title>
    </sec>
    <sec id="sec-7">
      <title>Zorluklar</title>
      <p>Bu bildiriye soz konusu olan projede 3. partilerle cal sma alanlar nda kars las lan
zorluklar ve etkilenen basar faktorleri su basl klar alt nda incelenebilir.
a. Tak m Yap s ve Dag l m : Projenin ihtiyaclar dogrultusunda
olusturulan Scrum modeli hem cogra olarak farkl lokasyonlarda bulunan 4-8 kisiden
olusan 5 farkl tak m icermektedir hem de farkl ulkelerde yer almas nedeniyle
kulturel ve sosyo ekonomik olarak farkl etkenlerden etkilenebilmektedir.
Uluslararas bir proje olmas projenin hem planlanmas n , hem kontrol
edilebilmesini hem de tak mlar aras bag ml l klar n ve birlesme noktalar n n giderilmesini
zorlast rmaktad r.</p>
      <p>b. Proje Planlar : Projenin dag t k ve uluslararas yap s nedeniyle proje
planlar yap l rken cesitli noktalar goz onunde bulundurulmustur.</p>
      <p>Bir tak m n teslim edecegi c kt bir baska tak m icin girdi oldugu
durumlar is listelerinde oncelikli planlanarak proje icin toplam zaman ve kaynak
faydas n n artt r lmas planlanm st r.</p>
      <p>Proje plan olusturulurken, etkilesim ve butunlesme noktalar belirlenmis, bu
noktalar n olabildigince erken dogrulanabilmeleri icin de cozum dogrulama
donguleri surekli ve gelistirme dongulerine paralel olacak sekilde tasarlanm st r.
Tak mlar n cevik yaz l m gelistirme prensiplerine uymas , 3 ya da 4 er haftal k
devinimlerle teslimat yapmalar ve kaliteden sorumluluklar planlanm st r.
Projenin uluslararas yap s nedeniyle farkl ulkelerin tatil, bayram ya da izin
donemleri proje planlar na yans t lm st r.</p>
      <p>c. I_nsan Faktoru ve I_letisim: Tak mlar n teknik yeterliligi ve tecrubesi
yan nda tak m olarak yakalanan sinerji, guven, ac k iletisim, isbirligi ve yard
mlasma projenin basar ya ulasmas icin onemli faktorlerden biridir. Projenin yap s
ve de suresi goz onune al nd g nda projenin butununde cal san insan say s n n
artmas da insanlar n motivasyonunu etkileyen bir etken olarak one c kmaktad r.
Projenin uluslararas yap s nedeniyle video konferans ile gunluk scrumlar gerceklenerek
iletisim kuvvetlendirilmistir.</p>
      <p>d. Teknik Faktorler: Projenin tan m ve yap s geregi teknik olarak kurulan
altyap ve entegrasyon ihtiyac one c kmaktad r. Bu entegrasyonu proje planlar
dahilinde planlanan surelerde kars lamak icin projede otomasyon ihtiyac one
c kmaktad r.</p>
      <p>e. Organizasyonel Faktorler: Kurulan scrum tak mlar n n farkl sirketler
bunyesinde yer almas nedeniyle yonetim farkl l klar dogmaktad r. Scrum
Masterlar n scrum of scrum toplant lar nda kars las lan sorunlara kars yaklas m
farkl l klar ozellikle iletisim noktas nda dikkatli olmay ve proje
raporlamalar nda ve durum bildirim ozetlerinde proje durumunu net ve tarafs z olarak
bildirmeyi gerekmektedir.
4</p>
    </sec>
    <sec id="sec-8">
      <title>Kars las lan Zorluklar Kars s nda Kullan lan Yontemler ve Cevik Yaz l m Gelistirmedeki Kars l klar</title>
      <p>Kars las lan her bir zorluk kars s nda farkl cozum teknikleri uygulanm s ve
projenin basar ile sonuclanmas icin gereken cozumler saglanmaya cal s lm st r. Cevik
yaz l m gelistirme prensipleri ile ortusen bu metodoloji ve yaklas mlar Tablo 3
ve Tablo 4'te listelenmis ve ayr nt lar verilmistir.</p>
      <p>Tablo 3. Kars las lan Zorluklar ve Cozum Yontemleri
Zorluklar</p>
      <p>Tablo 4. Kars las lan Zorluklar ve Cozum Yontemleri
Zorluklar</p>
      <p>Sistemde farkl tak mlar Teknik olarak iyi
tataraf ndan saglanan yaz l m sar mlar n c kar lmas na
birimlerini birlestirmek surekli onem verilmesi
uzere one c kan otomasyon
ihtiyac na uygun araclar
kullan larak dogrulama
testleri tamamen otomatize
edilmistir.</p>
      <p>Tasar m n bircok bilesen
taraf ndan degistirilebilir
olmas nedeniyle surekli
teslim altyap s h zl ve
etkili bir sekilde
kullan lm st r. Bu sayede
kalite ve tasar m hede eri
duzenli bir sekilde takip
edilebilmistir.</p>
      <p>Sunucu taraf ndaki kod- Surekli ve kaliteli
lar mumkun olan en erken yaz l m teslimi ile musteri
asamada dondurulmus ve memnuniyeti saglanmas
cok acil durumlar d s nda
degisiklikten kac n lm st r.</p>
      <p>Gelistirilen yaz l m
ilerlemenin basl ca olcusudur</p>
      <p>Projenin cesitli
asamalar nda cal staylar
duzenlenmis (workshop)
ve tak mlar n bir araya
gelerek birlikte cal smas
saglanm st r.</p>
      <p>Donemsel ihtiyaclara
gore degisen haftal k ya
da gunluk senkronizasyon
toplant lar yap lm st r</p>
      <p>Ac k I_letisim yontemi
ile guven ve yard mlasma
olgusu olusturulmustur.</p>
      <p>Gelistiriciler ve Scrum
Masterlar n birebir iletisim
halinde, birlikte cal smas</p>
      <p>Yuz yuze gorusmelerle
daha iyi iletisim kurulmas
(co-location)</p>
    </sec>
    <sec id="sec-9">
      <title>Sonuclar</title>
      <p>Netas Telekomunikasyon A.S., cevik yaz l m gelistirme sureclerini projelerinde
uygulamaktad r. Ar-Ge projelerinde olusan surec, k sa zamanda degisebilen,
moduler, h zl ve esnek proje gelistirme yontemlerini gerektirmektedir. Bu
projenin gelisiminde, selale yaz l m gelistirme ile cevik yaz l m gelistirme
metodolojisi aras nda secim yaparken goz onunde bulundurulan en onemli etkenlerinden
birkac su sekilde s ralanabilir.</p>
      <p>- Coklu bilesenden olusan bu projenin bilesenlerine ayr larak yuklenici
rmalar da dahil olmak uzere uzmanl k alanlar na gore paylas lmas ,</p>
      <p>- Bilesenlerin paralel olarak yaz l m gelistirmelerinin saglanmas ve moduler
bir yap ya sahip olmas ,
- Her bilesenin proje gelistirilirken testlerinin saglan yor olmas ,
- Farkl rmalar taraf ndan gerceklenen her parcan n entegrasyon ihtiyac ve
bu entegrasyonda gereken sureclerin k sa zaman aral klar nda tamamlanmas ,
- Sureclerin degisen ihtiyaclar k sa zaman icerisinde kars layabilecek sekilde
yontemler sunmas ve bu degisikliklerin projenin diger bilesenleri uzerindeki
etkilerini planlayabilmeyi saglamas gerekmektedir.</p>
      <p>Yukar da bahsedilen bu etkenler dogrultusunda cevik yaz l m gelistirme sureclerinin
bildiride sozu gecen proje icin uygun oldugu gorulmustur. Cevik yaz l m gelistirme
surecleri yerine, selale yaz l m gelistirme surecleri uygulansayd , projenin
kullan c arayuzundeki belirsizliklerin projeye baslanmadan karar verilip tasar mlar n n
olusturulmas projeye baslang c zaman n uzatabilirdi. Projenin baslang c nda
tasar m yap lm s yap n n projenin ilerleyen safhalar nda degismesi gerekseydi
projede degistirilecek k s mlar daha maliyetli ve yine sureci uzatacak sekilde
olabilirdi. Uluslararas ve coklu bilesenden olusan bu proje selale yaz l m gelistirme
metodolojisi ile gelistirilseydi, dinamik olarak musteri istegine veya proje
performans na gore degismesi gereken k s mlar n degistirilmesi zaman ve yontem
ac s ndan verimsiz olabilirdi. Bilesenlerin ilerleyen safhalar nda ilk basta gelistirilmis
bilesenin yap s n n sonras nda gelistirilen yap ya uygun olmamas degisimi ve
sureci zorlay c k labilirdi. Projenin coklu bilesenden olusmas ve uluslararas
nedeniyle, projedeki iletisim, yard mlasma ve isbirligi ihtiyac cevik yaz l m gelistirme
sureci ile daha kolay kars lanabilirdi.</p>
      <p>O zellikle cevik yaz l m gelistirme sureci ile birlikte kullan lan surekli teslim
altyap s projede kilit bir rol oynamaktad r. Proje bilesenlerinin coklu olmas
nedeniyle yap lan herhangi bir degisiklige bagl olarak kars las lan problemlerin
adreslenmesinde otomasyon altyap s ndan faydalan lm st r.I_lk kalite testleri
otomatik birim testler ile saglanm st r. Kalite testlerini gecen yaz l mlar icin
otomatik test senaryolar olusturulmustur. Otomatik test senaryolar fonksiyonel
testlerdir. Fonksiyonel testler kullan larak s k kod girisi oldugunda gelistiriciye
hatalarla ilgili h zl geri donus saglanmas ve duzeltilmesi icin Jenkins surekli
entegrasyon sunucusu kullan lm st r. Bu fonksiyonel testler sayesinde otomatik
derleme yap lm s ve hatas z olmas kosuluyla musteriye verilecek dosyalar
otomatik uretilmistir.</p>
      <p>Bu ve benzer projelerde kazan lan deneyimlere dayanarak bu cal smaya konu
olan proje gibi cok partili projelerde cevik yaz l m gelistirme metodolojilerinin
fayda saglad g ve projenin basar l olmas nda etkili oldugu gozlemlenmistir.</p>
      <p>Dag t k yap l ve birbirine cesitli ac lardan bag ml olan projelerde tak mlar n
ihtiyaclar , bag ml l klar , uretimleri ve dolay s yla planlar s kl kla degisebilmekte
ve cevik prensipler bu degisimlerin planlar dahilinde ele al nabilmesini ve
yonetilebilmesini saglamaktad r.</p>
      <p>Musteriye yap lan surekli ve h zl teslimat prensibi nedeniyle otomasyon
ihtiyaclar ayr ca one c kmakta ve proje baslang c ndan itibaren tak mlar n
hepsinde benzer otomasyon altyap lar n n kurulmus ve fonksiyonel olmas
gerekmektedir.</p>
      <p>Ayr ca proje planlar nda tak mlar n entegrasyon ihtiyaclar ndan, teknik bag
ml l klar na, sorumluluk tan mlamalar ndan, lokasyon farkl l klar ndan ileri gelen
tatil planlamalar na kadar cok cesitli faktorlerin goz onune al nmas ve
planlanmas gerektigi deneyimlenmistir.</p>
      <p>Bu ve benzeri bircok nokta goz onune al nd g nda cevik yaz l m gelistirme
metodolojisinin, selale yaz l m gelistirme metodolojisine gore daha uygun,
esnek ve h zl planlar yapabilmeye olanak tan d g deneyimlenmistir ve sirketimiz
taraf ndan uluslararas , coklu partili projelerde yogunlukla kullan lmaktad r.
Kaynaklar</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>1. The Standish Group, http://www.standishgroup.com/</mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. Standish Group 2015
          <source>Chaos Report</source>
          , https://www.infoq.com/articles/ standish-chaos
          <article-title>-2015</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Buslovic</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Deribe</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>A Multiple Case Study on Contradictions and Preconditions for Outsourcing Agile Software Development Projects</article-title>
          . Linkoping University (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Ambler</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Scaling Agile: An Executive Guide</article-title>
          . White paper,
          <source>IBM Agility at Scale</source>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>Scrum</given-names>
            <surname>Alliance</surname>
          </string-name>
          , https://www.scrumalliance.org/
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>