<!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>Yüksek Olgunluk Seviyeleri Faaliyetlerine Nerden Nasıl Başlamalı?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Sezen Erdem</string-name>
          <email>1erdem@aselsan.com.tr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Banu Karakaya</string-name>
          <email>2bkarakaya@aselsan.com.tr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Anahtar Kelimeler: Olgunluk Modelleri, CMMI, Yüksek Olgunluk Seviyeleri</institution>
          ,
          <addr-line>Seviye 4, Seviye 5</addr-line>
        </aff>
      </contrib-group>
      <fpage>580</fpage>
      <lpage>585</lpage>
      <abstract>
        <p>Özetçe. Yazılım geliştirme organizasyonları iş yapış yöntemlerini kontrol altına alarak daha kaliteli ürünler üreterek faaliyet alanlarında yaşamlarını sürdürebilmek amacı ile yazılım olgunluk modellerini kullanıma almaktadırlar. Yaygın olarak kullanılan CMMI ve ISO 15504 olgunluk modellerinde beş olgunluk seviyesi bulunmaktadır. 4. ve 5. seviyeler "Yüksek Olgunluk Seviyeleri" olarak adlandırılmaktadır. Olgunluk seviyelerindeki organizasyonların sayıları incelendiğinde genellikle 3. seviye olgunluk seviyesine ulaşıldıktan sonra bu alandaki faaliyetlerinin durduğu görülmektedir. Olgunluk modellerinin uygulanmasındaki gerçek kazanım tanımlı ve kararlı hale getirilen süreçlerin istatistiksel analizlerle kontrol altına alınması ile elde edilebilir. Organizasyonların yüksek olgunluk seviyelerini hedeflememelerinin altında 3. seviyenin iş amaçları için yeterli görülmesi, yüksek olgunluk seviyelerinin kapsamının anlaşılmaması ve iş yükü olarak görülmesi gibi sebepler bulunmaktadır. Yüksek olgunluk seviyelerini hedefleyen organizasyonlarda da faaliyetlere nereden nasıl başlanacağı konusunda sorunlar yaşanabilmektedir. Bu çalışma kapsamında CMMI Seviye 3 olgunluk seviyesine ulaşmış bir organizasyonda yüksek olgunluk seviyesine ulaşmak için başlatılan çalışmanın başlangıç aşamasına ait detaylar anlatılmaktadır.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Giriş</title>
      <p>
        Yazılımların hayatın her alanına dahil olması ile birlikte yazılım geliştirme
organizasyonlarının belirli kalite standartlarına sahip olmaları önem taşır hale gelmiştir.
Yazılım geliştirme organizasyonlarının belirli standartlara ulaştıklarının ölçülmesi
için olgunluk modelleri geliştirilmiştir [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Olgunluk modelleri yazılım geliştirme
organizasyonlarının iş yapış yöntemlerini kontrol altına alıp geliştirebilmeleri için yol
gösterici haritalar olarak değerlendirilebilirler. Olgunluk modelleri organizasyonların
kaliteli ürünler üretmesine yardımcı olmanın yanı sıra organizasyonlara uluslararası
alanlarda kendilerini tanıtabilme ve saygınlık sağlama olanağı da sunmaktadır. CMMI
[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] ve ISO 15504 [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] yaygın olarak kullanımı olan olgunluk modelleridir. Olgunluk
modellerinde genel olarak olgunluk seviyeleri bulunmaktadır. Olgunluk seviyeleri
organizasyonların iş yapış süreçlerindeki gelişmeye paralel olarak ilerlemektedir.
Yaygın olarak kullanılan CMMI ve ISO 15504 olgunluk modellerinde beş olgunluk
seviyesi bulunmaktadır ve 4. ve 5. seviyeler "Yüksek Olgunluk Seviyeleri" olarak
adlandırılmaktadır. Olgunluk seviyelerine erişen organizasyonların sayıları
incelendiğinde genellikle 3. seviye olgunluk seviyesine ulaşıldıktan sonra olgunluk seviyelerini
yükseltme faaliyetlerinin durduğu görülmektedir[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Ancak olgunluk modellerinin
uygulanmasındaki gerçek kazanım 3. seviyeye ulaşılması ile tanımlı hale getirilen
süreçlerin istatistiksel analizler yapılarak kontrol altına alınması ile elde edilebilir.
Organizasyonların yüksek olgunluk seviyelerini hedeflememelerinin altında 3.
seviyenin iş amaçları için yeterli görülmesi, yüksek olgunluk seviyelerinin kapsamının
anlaşılmaması ve iş yükü olarak görülmesi gibi sebepler bulunmaktadır [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Yüksek
olgunluk seviyelerini hedefleyen organizasyonlarda da faaliyetlere nereden nasıl
başlanacağı konusunda sorunlar yaşanabilmektedir. Bu çalışma kapsamında CMMI
Seviye 3 olgunluk seviyesine ulaşmış bir organizasyonun Yüksek Olgunluk seviyeleri
hedefleri için faaliyetlere nereden, nasıl başlayacağı konusunda ortaya konan bir yol
haritasından bahsedilmektedir.
      </p>
      <p>Makalenin 2. bölümünde Yüksek Olgunluk seviyelerinin organizasyonlar için
anlamı, 3. bölümünde çizilen yol haritasının adımları ve 4. bölümde de bu adımların
organizasyon içerisinde uygulanma tecrübelerinden bahsedilecektir.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Yüksek Olgunluk Seviyeleri</title>
      <p>
        Yaygın olarak kullanılmakta olan olgunluk modellerinden birisi olan CMMI,
Seviye 4 ve Seviye 5 olgunluk seviyelerine özel bir anlam yüklemiş ve bu seviyeleri özel
olarak “Yüksek Olgunluk Seviyeleri” olarak adlandırmıştır. Seviye 3 olgunluk
seviyesine kadar yapılan faaliyetler organizasyon içerisinde süreçlerin tanımlı hale
getirilmesini, projelerin tanımlı süreçlere uygun şekilde yürütülmesini, projelerin
yaşamları süresince ölçümler yapılabilmesi için alt yapıların oluşturulması gibi temel inşa
etmeye yönelik faaliyetleri içermektedir. Yüksek olgunluk seviyeleri ise tanımlı
süreçleri takip etmenin daha ötesinde istatistiksel analizlere dayalı sayısal proje
yönetimi ve süreç kontrol yöntemlerini içermektedir. CMMI modelinde 4. ve 5. seviyeler
için tanımlanan süreç adımları ile organizasyonların projeleri sayısal verilere
dayanarak yönetmeleri, projelerden toplanan verilerle süreçleri istatistiksel kontrol atına
alabilmeleri amaçlanmaktadır[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Bu çalışma şekliyle organizasyonlar süreçlerinde
meydana gelen sapmaları tespit edebilecek, sapmaların kök-nedenlerini bulup
çözümler üretebilecek ve kendi kendini iyileştirebilen süreçlere sahip olabileceklerdir.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Yüksek Olgunluk Seviyesi Faaliyetleri Başlama Adımları</title>
      <p>
        Yüksek olgunluk seviyelerine erişmenin getirileri birçok kaynakta belirtilmesine
rağmen günümüzde organizasyonların genellikle Seviye 3 hedefi ile yola çıktıkları ve
bu aşamadan sonrasını değerlendirmedikleri görülmektedir[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ][
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Yüksek olgunluk
seviyelerini hedefleyen organizasyonlarda ise faaliyetlere başlama noktasında bir
kararsızlık yaşanabilmektedir. Yürütülecek faaliyetlerin başarılı olabilmesi için
faaliyetlerin temelini oluşturacak ilk adımlar büyük önem taşımaktadır. Yüksek olgunluk
seviyelerine ulaşma yolundan geçen organizasyonların tecrübeleri incelendiğinde
organizasyon iş hedeflerine uygunluk, yönetim desteği, kaynak ayrılması ve
organizasyonel öğrenme başlıklarının başarıya giden yolda büyük önem taşıdığı
belirtilmiştir[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Başarıya giden bu yolda izlenen ortak adımlar olarak da organizasyonun
mevcut durumun incelenmesi, boşluk analizi yapılması ve yapılacak iyileştirmelerin
süreç uygulayıcıları tarafından benimsenmesi konularının öne çıktığı görülmektedir
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ][
        <xref ref-type="bibr" rid="ref8">8</xref>
        ][
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>Paylaşılan tecrübeler, organizasyon hedefleri, mevcut kurulu altyapılar ve alınan
ölçümler değerlendirilerek yüksek olgunluk seviyeleri faaliyetlerine başlamada
izlenebilecek adımlar belirlenmeye çalışılmış ve aşağıdaki 5 adım tanımlanmıştır. Bu
bölümde belirlenen bu adımların detayları anlatılmıştır.</p>
      <p>Yüksek Olgunluk</p>
      <p>Seviyelerini
Anlama</p>
      <p>Yazılım Kalite</p>
      <p>Maliyeti
Hesaplama</p>
      <p>Boşluk Analizi</p>
      <p>Mevcut Verilerin</p>
      <p>Analizi</p>
      <p>Süreç
Uygulayıcıların
Bilgilendirilmesi
3.1</p>
      <sec id="sec-3-1">
        <title>Yüksek Olgunluk Seviyelerini Anlama</title>
        <p>
          Yüksek olgunluk seviyelerine ulaşmak için faaliyetlere başlamadan önce atılması
gereken ilk adım, yüksek olgunluk seviyelerinin gereksinimlerinin anlaşılmasıdır.
Yüksek olgunluk seviyeleri gereksinimleri organizasyonların iş alanları göz önüne
alınarak değerlendirilmelidir. Yüksek olgunluk seviyelerinin iş amaçlarına uygunluğu
faaliyetlerin başlatılması için en önemli kıstaslardan birisidir. Yazılım süreç
iyileştirme faaliyetlerinde başarı kıstasları arasında yapılan faaliyetlerin organizasyonların iş
alanlarına ve organizasyon hedeflerine uygun olması ilk sıralarda yer almaktadır[
          <xref ref-type="bibr" rid="ref6">6</xref>
          ].
CMMI Seviye 3 belgesi alan her organizasyonun CMMI Seviye 5 olma yolunu
seçmesi gerektiği düşünülmemelidir.
3.2
        </p>
        <sec id="sec-3-1-1">
          <title>Yazılım Kalite Maliyeti Hesaplama</title>
          <p>
            Yazılım kalite maliyeti hatasız bir ürün çıkarabilmenin organizasyonlara olan
maliyeti olarak tanımlanabilir[
            <xref ref-type="bibr" rid="ref10">10</xref>
            ]. Yazılım kalite maliyeti hesaplamanın süreç
iyileştirme faaliyetlerinin başlangıç aşamasında kullanılması organizasyonlarda süreç
iyileştirme faaliyetlerine yönetimsel desteği sağlamada, organizasyon hedeflerini
belirlemede ve süreç iyileştirme için potansiyel süreç alanlarını belirlemede katkı
sağlamaktadır[
            <xref ref-type="bibr" rid="ref11">11</xref>
            ].
3.3
          </p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>Boşluk Analizi</title>
        <p>Boşluk analizi çalışmaları süreç iyileştirme çalışmalarının ilk adımlarından
birisidir. Organizasyonların kendi süreçlerinin mevcut durumlarını detaylı bir şekilde
analiz edip, yüksek olgunluk seviyeleri gereksinimleri ile karşılaştırmaları ve yapılacak
faaliyetleri belirlemeleri gerekmektedir. Yüksek olgunluk seviyeleri için yapılacak
olan boşluk analizi mevcut ölçüm metriklerini, mevcut ölçüm verilerinin yeterliliği ve
niteliğini, süreçlerin kararlılığını incelemeye dayalı olmalıdır. Boşluk analizi adımı
organizasyonların yüksek olgunluk seviyeleri faaliyetleri planlamaları için büyük
önem taşımaktadır. Yapılacak iyileştirme faaliyetlerinin büyüklüğü, maliyeti, kaynak
gereksinimleri boşluk analizi sonuçlarına göre belirlenebilecektir.
3.4</p>
        <sec id="sec-3-2-1">
          <title>Mevcut Verilerin Analizi</title>
          <p>CMMI Seviye 3 olgunluk seviyesindeki organizasyonlarda süreçler ve projeler için
ölçüm metrikleri belirlenmiş ve gerekli ölçüm altyapıları kurulmuş durumdadır.
Belirlenen metriklerin ya da alınan ölçümlerin yüksek olgunluk seviyelerinin
gereksinimlerini karşılamaması organizasyonların sıklıkla karşılaştıkları bir durumdur. Yapılan
boşluk analizi adımında yüksek olgunluk seviyeleri gereksinimlerine uygun olarak
metriklerin güncellenmesi ya da yeni metriklerin tanımlanması söz konusu olabilir.
Ancak var olan veriler mevcut durumun analizi için kullanılabilecektir. Mevcut
veriler kullanılarak süreç performansları sınır değerleri belirlenip, süreçler için kontrol
grafikleri oluşturulur. Mevcut verilerin analizi ile süreç performans tahminleri için
modeller oluşturulur. Mevcut durum verileri ile süreç performans temelleri
oluşturularak, süreç iyileştirme çalışmalarının ilerlemesi kontrol altında tutulur.
3.5</p>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>Süreç Uygulayıcıların Bilgilendirilmesi</title>
        <p>
          Süreç iyileştirme çalışmalarının başarıya ulaşmasında yapılan değişikliklerin süreci
uygulayan kişiler tarafından anlaşılması ve benimsenmesi büyük önem taşımaktadır.
Aksi takdirde yapılan iyileştirme çalışmaları anlık olarak gelişme sağlasa da kalıcı
olmayacaktır. Yüksek olgunluk seviyeleri organizasyonların iş yapış tarzlarında köklü
değişiklikler gerektirdiği için süreçleri uygulayanların süreç iyileştirme faaliyetlerine
katılımın sağlanması, yapılan faaliyetler hakkında bilgilendirilmeleri çalışmaların
başarısı için çok büyük önem taşımaktadır. Organizasyon içi bilgi aktarım
kanallarının kurulması ve etkin şekilde kullanımının sağlanması, yapılan süreç iyileştirme
faaliyetleri hakkında çalışanların bilgilendirilmesi faaliyetlerin kalıcı olarak
benimsenmesi için kullanılabilecek yöntemlerdir. Yazılım geliştirme bilgi tabanlı bir iş
olduğu için yazılım geliştirme organizasyonlarında süreç iyileştirme faaliyetlerinin
başarısı süreci uygulayanların katılımı ile daha çok ilişkilidir. Yapılan faaliyetlerin
çalışanlar tarafından benimsenmesi ve organizasyon kültürü halini getirilmesi başarı
için gerekli bir adımdır [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ].
4
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>ASELSAN’daki Uygulama</title>
      <p>CMMI Seviye 3 hedefine ulaşılmasının ardından ASELSAN Savunma Sistem
Teknolojileri grubu bünyesindeki Yazılım Mühendisliği Müdürlüğü’nde yazılım
geliştirme alanında CMMI yüksek olgunluk seviyelerine ulaşma için bir çalışma
başlatılmıştır. Çalışmanın ilk adımı olarak CMMI yüksek olgunluk seviyeleri
gereksinimlerin anlaşılması ve değerlendirilmesi amacı ile eğitim alınması için hazırlıklar
yapılmış ve CMMI Yüksek Olgunluk Seviyesi Çalıştayı gerçekleştirilmiştir. Çalıştayın
ardından yüksek olgunluk seviyelerinin gereksinimleri organizasyonun iş hedefleri
açısından değerlendirilmiş ve yüksek olgunluk seviyelerine ulaşmanın, organizasyon
için kayda değer getirilerinin olacağı sonucuna varılmıştır.</p>
      <p>Yüksek olgunluk seviyelerine ulaşma çalışmaları kapsamında başlangıç adımı
olarak öncelikle yazılım kalite maliyetinin ölçülmesi kararlaştırılmıştır. Yazılım
konfigürasyon birimlerinden veriler toplanmış, elde edilen veriler istatistiksel olarak
analiz edilerek yazılım kalite maliyeti için ölçüm temeli oluşturulmuştur. Yazılım
kalite maliyetinin Yazılım Mühendisliği iş hedefleri ile uyumlu olacak şekilde
oluşturulan ölçüm temeli de dikkate alınarak düzenli olarak takip edilmesine karar
verilmiştir. Yazılım kalite maliyeti sonuçları, CMMI yüksek olgunluk seviyesi faaliyetleri için
üst yönetimin desteğinin alınması ve süreç iyileştirme faaliyetleri kapsamında mercek
altına alınması gereken süreç adımlarının belirlenmesinde kullanılmıştır. Yazılım
kalite maliyeti sonuçları değerlendirilerek yazılım geliştirme süreci kapsamında
“Doğrulama” faaliyetlerinin istatistiksel süreç kontrolü altına alınmasına karar
verilmiştir. Faaliyetlerin odaklanacağı süreç adımlarının belirlenmesinin ardından
yapılacak çalışmaların boyutunun ve kaynak gereksinimlerinin belirlenmesi amacı ile
boşluk analizi gerçekleştirilmiştir. Boşluk analizi çalışmasının sonuçları değerlendirilerek
CMMI yüksek olgunluk seviyeleri faaliyetleri bir proje haline getirilerek, gerekli
kaynakların ayrılması ve işlerin planlanması sağlanmıştır.</p>
      <p>Belirlenen süreç adımları ve yapılan plan kapsamında mevcut verilerin analizi
yapılarak hata yoğunluğu (hata sayısı/1000 satır) ölçümünün analizine başlanmıştır.
Yazılım konfigürasyon birimlerinden elde edilen verideki aykırı değerler incelenmiş,
alt ve üst kontrol limitleri belirlenerek yazılım hata yoğunluğu için kontrol grafiği
oluşturulmaya başlanmıştır. Mevcut veriler kullanılarak yazılımlardaki hata
yoğunlukları için ölçüm temelleri oluşturulmuş ve hata yoğunluğunu etkileyen faktörler
belirlenmiştir. Belirlenen faktörlere göre ölçümler toplanarak istatistiksel analizler
gerçekleştirilmiştir. Yapılan analizlerin sonucunda hata yoğunluğu için modeller
kurulmuştur. Kurulan modeller ile düzenli ölçümlerle hata yoğunluğunun tahmin
edilmesi, elde edilen tahminlerin kurulan ölçüm temelleri ile karşılaştırılarak sayısal proje
yönetiminin yapılması ve gerekirse düzeltici/önleyici faaliyetlere başlanması
hedeflenmektedir.</p>
      <p>Yapılan çalışmaların sonuçlarının ve ileriye yönelik hedeflerin yazılım geliştirme
sürecinin paydaşları ile paylaşılması amacı ile bir dizi toplantılar gerçekleştirilmiş ve
süreç uygulayıcıların CMMI yüksek olgunluk seviyeleri hedefleri kapsamında
kendilerinden beklenenler hakkında bilgi sahibi olmaları sağlanmıştır. CMMI yüksek
olgunluk seviyelerinin gerektirdiği projelerin ve süreçlerin verilere dayalı olarak
yürütülmesi, sayısal analiz yöntemleri ile kontrol altında tutulması düşüncesinin
organizasyon içerisinde bir kültür haline getirilmesine yönelik ilk adımlar atılmıştır.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Sonuç</title>
      <p>Olgunluk modellerini uygulayan organizasyonlar incelendiğinde,
organizasyonların belirli bir seviyeye ulaştıktan sonra bu kapsamdaki ileriye yönelik faaliyetlerinin
durdukları ve mevcut durumlarını korumak için çalışma yaptıkları görülmektedir.
Olgunluk modellerinin yüksek olgunluk seviyeleri gereksinimleri değerlendirildiğinde
organizasyonların asıl kazancı yüksek olgunluk seviyelerine ulaştıkları durumda elde
edebilecekleri görülmektedir. Bu sebeple organizasyonların süreçlerini tanımlı ve
kararlı hale getirmelerinin ardından yüksek olgunluk seviyelerini hedeflemeleri ve bu
amaçla faaliyetlere başlamaları iş alanlarında farklılık yaratabilmeleri için önemli bir
adım olacaktır. Ancak hedeflere ulaşabilmek için doğru yerden ve doğru şekilde
başlamak faaliyetlerin başarılı olması için çok büyük önem taşımaktadır. Bu çalışma
kapsamında CMMI Seviye 3 bir organizasyonda yazılım geliştirme bölümünün
süreçlerini CMMI Seviye 5 olgunluk seviyesine çıkarma için başlattığı çalışmanın
başlangıç adımları anlatılmıştır. Uygulanan adımlar CMMI yüksek olgunluk seviyelerini
hedefleyen organizasyonlara bu kapsamdaki faaliyetlere başlama noktasında yol
gösterici olacaktır.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Wangenheim</surname>
            <given-names>C. G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hauck</surname>
            <given-names>J. C. R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salviano</surname>
            <given-names>C. F.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Wangenheim</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <source>Systematic Literature Review of Software Process Capability/Maturity Models, Proc. of Int. Conf. on Software Process. Improvement And Capability dEtermination (SPICE)</source>
          ,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Chrissis</surname>
            <given-names>M.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Konrad</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shrum</surname>
            <given-names>S.</given-names>
          </string-name>
          , CMMI for Development,
          <source>Addison Wesley</source>
          ,
          <source>2011 ISBN:0321711505</source>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. ISO/IEC 15504 Information Technology - Process
          <string-name>
            <surname>Assessment</surname>
          </string-name>
          (SPICE)
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>CMMI</given-names>
            <surname>Institute Published Appraisal Results</surname>
          </string-name>
          , Carniege Mellon (http://www.cmmiinstitute.com/pars/pars.aspx)
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Staples</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Niazi</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jeffery</surname>
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahams</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Byatt</surname>
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Murphy</surname>
            <given-names>R.</given-names>
          </string-name>
          , “
          <article-title>An exploratory study of why organizations do not adopt CMMI,”</article-title>
          <source>Journal of Systems and Software</source>
          , vol.
          <volume>80</volume>
          , no.
          <issue>6</issue>
          , pp.
          <fpage>883</fpage>
          -
          <lpage>895</lpage>
          , Jun.
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Dyba</surname>
            <given-names>T.</given-names>
          </string-name>
          ,
          <article-title>An Empirical Investigation of the Key Factors for Success in Software Process Improvement</article-title>
          ,
          <source>IEEE Transactions on Software Engineering</source>
          , Vol.
          <volume>31</volume>
          , No.
          <volume>5</volume>
          , 2005
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>A.</given-names>
            <surname>Takara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. X.</given-names>
            <surname>Bettin</surname>
          </string-name>
          ,
          <string-name>
            <surname>C. M. T. Toledo</surname>
          </string-name>
          ,
          <article-title>"Problems and Pitfalls in a CMMI level 3 to level 4 Migration Process,"</article-title>
          <source>Sixth International Conference on the Quality of Information and Communications Technology</source>
          ,
          <year>2007</year>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>D.</given-names>
            <surname>Falessi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Shaw</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Mullen</surname>
          </string-name>
          ,
          <article-title>"A Journey in Achieving and Maintaining CMMI Maturity Level 5 in a Small Organization,"</article-title>
          <source>IEEE Software</source>
          ,
          <year>February 2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>B.</given-names>
            <surname>Pitterman</surname>
          </string-name>
          , “
          <article-title>Telcordia Technologies: The Journey to High Maturity”</article-title>
          ,
          <source>IEEE Software, July/August</source>
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Mandevillle</surname>
          </string-name>
          William A.,
          <source>Software Costs of Quality</source>
          ,
          <source>IEEE Journal on Selected Areas in Communications</source>
          , Vol.
          <volume>8</volume>
          , No.
          <volume>2</volume>
          ,1990
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Demirors</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yildiz</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Selcuk</surname>
            <given-names>Guceglioglu</given-names>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          ,
          <article-title>"Using cost of software quality for a process improvement initiative,"</article-title>
          <source>Euromicro Conference</source>
          ,
          <year>2000</year>
          .
          <source>Proceedings of the 26th</source>
          , vol.
          <volume>2</volume>
          , no., pp.
          <volume>286</volume>
          ,291 vol.
          <volume>2</volume>
          , 2000
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Erdem</surname>
            <given-names>S.</given-names>
          </string-name>
          ,
          <source>Learning Software Organizations: A Literature Review on Impact of Organizational Learning on Success of Software Process Improvement Activities</source>
          , International Conference on e-Business and e-Government,
          <year>2012</year>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>