Yazılım ve Bilgi Teknolojilerinde Big Bang Boom Teorisi*

Slides:



Advertisements
Benzer bir sunumlar
Sistem Analizi ve Planlama
Advertisements

ÇEVİK YAKLAŞIMLAR & SCRUM
PROJE YÖNETİMİ VE RİSK ANALİZİ
PROGRAM – PROJE YÖNETİMİ YÖNETİŞİM
Gantek Teknoloji AR-GE Faaliyetleri ve bir AR - GE başarı hikayesi Ertuğrul Ağar.
Proje yönetiminde başarının yeni formülü. Daha başarılı projeler Daha ekonomik çözümler Daha özelleşmiş hizmetler için… Neden ?
Proje Dosyanızda Yer Alacak Belgeler
Arş. Gör. Cevdet KIZIL Kadir Has Üniversitesi 21/02/2005
SÜREÇ YÖNETİMİ Dr. Selami ERARSLAN İstanbul 2011.
TESİS YÖNETİMİ DİREKTÖRLÜĞÜ
PROJENİN PLANLANMASI 1.
Tedarikçi Tarafından Yönetilen Stoklar (TYS)
OHSAS NEDİR? FİRMA ADI.
Görev Analizi Doç.Dr. Şirin Karadeniz.
KADINLARIN VE KADIN SİVİL TOPLUM KURULUŞLARININ GÜÇLENDİRİLMESİ HİBE PROGRAMI GÜÇLÜ KADIN GÜÇLÜ TOPLUM PROJESİ STRONG WOMEN STRONG SOCIETY PROJECT TR2009/ /69.
Sistem Geliştirme Sistemin tanımı. Sistemin Temel özellikleri
İşletmelerin çalışmalarının incelenmesi sonucunda, durağan çevreden çok çalkantılı çevreye kadar beş farklı çevre tür ortaya konmuştur. Aynı zamanda, “mekanik”
Yazılım Proje Yönetimi
PMBOK 4. VERSİYON İLE 5. VERSİYON ARASINDAKİ FARKLAR
PROJE YÖNETİMİ FARUK ÇUBUKÇU 8/10/2004.
YENİ ÜRÜN GELİŞTİRME ve ÜRÜN YAŞAM SÜRECİ STRATEJİLERİ
Bilgi Sistemi Organizasyonlar içerisindeki kontrol ve karar verme mekanizmalarında kullanılacak bilginin toplanması, işlenmesi, saklanması ve dağıtılmasını.
1 Corporate 1 KURUMSAL BANKACILIK Corporate. 2 2 KURUMSAL BANKACILIK Finansbank 90’ lı yılların ikinci yarısından başlamak üzere, giderek ihtiyaçları.
Proje Yönetimi Proje Yönetimine Giriş
Karadeniz Teknik Üniversitesi Bahar Dönemi / Trabzon Grup Üyeleri  Cennet AKMEŞE  Özlem DANIŞMAZ  Harun YILMAZ  Erol GÜLER Proje Adı: GE/KPSS.
CUSTOMER RELATIONSHIP MANAGEMENT
Performans ölçme ve değerlendirme güz
MİKRO Bilgi Kayıt ve Dağıtım A.Ş. IHS “Information Handling Services” Specs & Standards Veritabanı Aysun ÇAKAN
Kalite Kavramı ve Toplam Kalite Yönetimi - Kalite Yönetim Sistemi ilişkisi 1. Hafta.
Özgür Kayaş Müzeyyen Tekinşen
Şahin BAYZAN Kocaeli Üniversitesi Teknik Eğitim Fakültesi
4. GELENEKSEL BAHAR TOPLANTIMIZA HOŞGELDİNİZ AKDENİZ SAĞLIK İDARECİLERİ DERNEĞİ.
AYDIN ÇEVRE VE ŞEHİRCİLİK İL MÜDÜRLÜĞÜ
I-coni-con Yazılım Mühendisliği 1 Bölüm 1 Projeler Neden Başarısız Olur.
Kalite Yönetimi Genel Tanımlar.
KALİTE YÖNETİM SİSTEMİ
Kurumsal ve Gelişmiş Stratejik Planlama Çözümü.
(Proje Yönetimi ve Danışmanlık Metodları)
Proje Yönetim Döngüsü: -Aşamaları -Rol ve Sorumluluklar
Yenilik ve Yeni Ürün Altunışık-Özdemir-Torlak.
BÖLÜM 7 İşgören Eğitimi ve Geliştirme. BÖLÜM 7 İşgören Eğitimi ve Geliştirme.
Bilişim Ortağınız.
Toplam Kalite Yönetimi
Üniversiteler İçin Öğrenci Topluluk Yönetim Bilgi Sistemi
Proje Oluşturma ve Yönetimi
YONT 409 PROJE YÖNETİMİ.
Bilişim Teknolojilerinde Proje Yönetimi 1 Proje Yönetimi Temel Bilgiler - 1.
 Bir projeyi yönetmek üzere görevlendirilen ve projeyi, mümkün olan en yüksek üretkenlik, en düşük belirsizlik ve risk ile yürütmekten sorumlu kişidir.
PROJE YÖNETİMİ. Şirket veya kurumların stratejik veya operasyonel hedeflerini gerçekleştirmek üzere tasarlayıp yürüttükleri faaliyetler bütünüdür. Proje.
Bilgisayar Mühendisliğindeki Yeri
Modern Taşımacılık Yönetimi Yaklaşımları 3PL 4PL ŞEVVAL OLGAÇ.
Sistem Analizi ve Tasarımı
KALİTE YÖNETİM SİSTEMİ
YZM 305 – Profesyonel Yazılım Mühendisliği Uygulamal
MODERN YÖNETİM TEORİSİ
BİLGİ İŞLEM ORGANİZASYONU -Voice/VoIP
FULYA KARAYAZI.
Kalite Kavramı ve Toplam Kalite Yönetimi - Kalite Yönetim Sistemi ilişkisi 1. Hafta.
Yazılım Mühendisliği Standartları
ISO 9001:2015 standardı – 8. Maddenin Tanıtımı
3- Projenin Başlatılması
Bölüm 2 Sistem ve Örgüt Kavramlarına Giriş
Bölüm 12. İşletmecilik İşletme, ürün piyasalarındaki ekonomik birim olup, üretim faaliyeti için üretim faktörleri bir araya getirilir. İşletmelerde örgütsel.
Yazılım Mühendisliği Temel Süreçler - Sistem Analizi
İŞLETME BİLİMİ VE İŞLETMEYİ TANIYALIM
PROJE YÖNETİMİ.
TAKIM SARGINLIĞI.
Yazılım Projeleri Yönetimi
Akademik Özgeçmiş Tabanlı Fakülte Bilgi Sistemi
Bilişim Teknolojileri Meslek Seçimi ve Ücretler (2019)
Sunum transkripti:

Yazılım ve Bilgi Teknolojilerinde Big Bang Boom Teorisi* Copyright © 2014 The Standish Group International, Inc.*

Büyük Projelerde Big Bang Teorisi Çalışan bir yazılım ürününün tüm katılımcıları (stakeholders) ile ortak olarak ortaya çıkmış olması ve çalışıyor olması önemlidir. Big Bang kavramının en temel özniteliği projenin tüm fonksiyonelliğin tamamlanmış olarak belirli bir tarihte teslim edilmiş olmasıdır. Big Bang teorisi potansiyel, geliştirilmesi hedeflenen büyük bir projede de kullanılarak ön proje ile ilgili araştırmalara ışık tutar.

Proje İştirakçileri (Stakeholders) Projeye dahil bir iştirakçi (stakeholder) projede bulunan herhangi bir kişi (şahıs) ya da organizasyondur. Bu kişi ya da organizasyonun projenin çalışmasının devam etmesine ve tamamlanmasına pozitif ya da negatif etkisi olabilir. Proje yöneticisi ve proje geliştirme takımı projenin doğal katılımcılarıdır. Yukarıdaki tanım Project Management Institute (PMI) tarafından yapılmıştır ve 2013 yılından itibaren de bir projenin çıktısı (outcome) olarak kabul edilmektedir.

Farklı Katılımcılar Proje yöneticisi Proje takımı Proje sponsoru Projeyi gerçekleştiren organizasyon Ortaklar (Partners) Müşteri (Client) Diğerleri. Bunlar proje çıktılarından etkilenen her şey olarak alınır.

Anahtar Katılımcılar (Key Stakeholders) İçsel (İnternal) – Proje takım üyeleri : işleri gerçekleştiren gruptur Proje yönetim takımı: Doğrudan projenin yönetimi ile ilgili olan takım elemanlarıdır Arada müşteri/kullanıcılar bulunur : Sınuçta elde edilen ürünü kullanacak organizasyon ya da kişidir. Farklı düzeylerde kullanıcı tanımlanabilir Sponsor: Maddi kaynakları sağlayan kişi ya da grup Organizasyonu gerçekleştiren: Organizasyon çoğunlukla projenin içerisinde kabul edilir. Dışsal (external): Etkileyenler ( Influencers ) Projede doğrudan ilişkili olmayıp bir projenin gidişatını etkileyen kişi ya da gruplardır.

PMBOK (Project Management Body of Knowledge) PMI (Project Management Institute) gönüllülerden oluşan bir topluluktur ve endüstri standartlarını belirlemeyi amaçlar «A Guide to the Project Management Body of Knowledge» isimli kılavuz, American National Standards Institute (ANSI) tarafından da tanınmıştır. 2013 yılında ISO (International Organization for Standardization) adapte edilerek PMBOK 5 versiyonu olarak proje yönetimi proseslerine uyarlanmıştır. Proje yönetimi kılavuzu (PMBOK ) ise proje yönetimi ile ilgili bir dizi standart tanımlar.

Büyük Yazılım Projeleri (2003-2012) CHAOS* veri tabanında bulunan çok büyük yazılım projelerindeki göre değerlendirmeler: Başarılı (successful) projeler zamanında teslim edilen , maliyetine uygun ve implementasyonu gereksinimleri sağlayan projelerdir. Problemli (Challenged) projeler maliyetinin üzerinde sonuçlanan, geç teslim edilen ve/veya gereksinimlere cevap vermeyen projelerdir. Başarısız (failed) projeler ya proje tamamlanmadan iptal edilmiş Ya da implementasyonu sonunda kullanılmayan projelerdir. CHAOS, Standish Grup veri tabanı Standish Group isimli araştırma kurumu uluslararası büyük IT projelerini izleler ve yazılımları da içeren raporlar yayınlar

Ön Proje Örneği (NPAC) NPAC (Number portability Administration Center) isimli proje öneriliyor. Bu projede uluslararası düzeyde sabit ve mobil telefon kullanıcılarının yerlerini (konumlarını) ve operatörlerini değiştirdiklerinde telefon numaralarını korumalarını sağlayan bir sistem geliştirilecektir. Önerilen projenin CHAOS veritabanındaki diğer projelerle karşılışatırılarak geliştirilmesi hedefleniyor. Mevcut proje Neustar Federal Communications Commission (FCC) tarafından belirlenen kurallara göre geliştirilmiş. Bu proje de yeni geliştirilecek proje için önemli bir yapı taşı teşkil edecektir. Yeni NPAC teslim edilecek yazılımın, diğer tüm hizmetlerin ve operasyonların tümünün Big Bang içerisinde yapılmasını hedeflemektedir. Çünkü iştirakçiler mevcut işleyen yapı Neustar sistemini düzeyinde hizmet ve fonksiyonellik talep etmektedirler.

Yazılım Projelerine Standish Grup Katkısı Önerilen yeni NPAC sisteminin geliştiricisinin ve tüm çevresinin projenin büyüklüğü büyüğü, karmaşıklık, farklı tipteki iştirakçiler, birbirleri ile bağlantılı pek çok alt sistemler, yoğun test işlemine olan gereksinim, projenin tamamlanma tarihindeki sıkıntılar gibi pek çok benzerlikleri bulunmaktadır. Tüm bunlar Big Bang olarak adlandırılmaktadır.

Alternatif Proje Yaklaşımı İteratif döngü önerilmektedir. Küçük gruplar fonksiyonelliği gerçekleştirir ve onların geri bildirimi (feedback) daha fazla fonksiyonellik gerçekleştirmek üzere kullanılır. İteratif geliştirme bir dizi küçük projrden meydana gelir. 90 lı yılların başlarında Standish Group iteratif ürün geliştirme yöntemlerini yayınladıktan sonra bu yöntem Scrum gibi pek çok çevik (agile) metodolojilerin kaynağı olmuştur. Amazon, eBay, WebEx ve Google ürünlerini ve organizasyonlarını oluşturmak üzere iteratif yöntem kullanmışlardır. Yeni firmalar (start-up companies) dünya ölçeğinde «minimal kabul edilebilir ürün» politikası ile çalışmaya başlarlar.

NPAC Ürününe adım adım erişim Neustar ilk NPAC ürününü geliştirdiğinde bu proje Big Bang tipinde bir proje idi. Aslında yeni proje kapsam olarak (uygulama alanı) oldukça küçüktü Neustar pek çok problemler içeriyordu 17 yıl sonra Neustar geliştirdiği yeni sistemi (fonksiyonelliği ) endüstrinin tüm gereksinimlerini karşılayacak şekilde tüm hizmet düzeylerinde başarı ile çalıştırdı Çok yoğun bir iteratif geliştirme yapısı içerisinde telekom endüstrisi katma değerini çok arttırdı. Gelecekte önerilecek yeni bir NPAC üreticisi ,doğru bir Big Bang implementasyonu ile sonuçlanmış olan, bu süreçleri takip edecektir.

Yeni NPAC Projesinin Çözümü Mevcut NPAC sistemini yeniden inşa etmek için CHAOS veri tabanındaki büyük projeler karşısında değerlendiriliyor. Tablo veri tabanındaki benzer 100 den daha fazla projenin sonuçlarını yansıtıyor. Bu aşamada en yüksek başarısızlık oranı elde ediliyor. Bu sonuçlar yeni bir NPAC projesi ile ilgili tahminlerdir. Projenin başarısın da projenin büyüklüğü (size), karmaşıklığı (iştirakçilerin sayıları ile birlikte yüzlerce özellik karmaşıklığı belirler), kullanılan metodoloji, çalışanların becerileri, kullanılan araçlar ve teslimat (delivery) önemlidir.

Projenin Başarısında Ürünün Dağıtımının Önemi Yeni üreticiler geliştirdikleri ürünün fonksiyonelliğini yansıtmakta deneyimsiz olabilir. Müşteri ile iletişime geçmekte yetersiz kalabilir. Big Bang dağıtım (delivery) ilkeleri bu problemi çözecektir.

Projenin Başarısında Endüstrinin önemi Yeni projenin hangi endüstriye ait olduğu proje başarısını etkiler. Endüstri çevresel (environmental) bir faktördür . Ayrıca: Projenin karmaşıklığı, geliştirme tipi, uygulama alanı başarı oranını istatistik sonuçlarına göre bir miktar düşürebilir. Örneğin %6 bir başarı yüzdesi elde edilmiş ise bu oran %4 e düşebilir.

NPAC Projesi ile İlgili Zaman Aşımları Bu istatistiki değerlere göre Standish Grup ortalama iki katı sürede tamamlanacağını öngörmektedir. Diğer bir ifade ile; projenin geliştirilmesi için iki yıl öngörülmüş ise dört yılda tamamlanacağı beklentisidir. Zaman ve maliyetin fazla aşımını önlemek İçin bazı süreçlerden vazgeçilebilir.

Genel Başarı Faktörleri CHAOS veritabanındaki benzer projelerin sonuçları Projeye pozitif katkı sağlayacak bir sponsor olmak için 50 farklı beceriye (skill) gerek vardır. Bunlar duygusal olgunluk «emotional maturity» kriterleri olarak yayınlanmıştır.

CHAOS veritabanında bulunan organizasyonlara büyük projeleri için konusunda uzman olan (executive) sponsorların proje takımına ve iştirakçilere projenin amaçları doğrultusunda sağladıkları pozitif katkı görülmektedir.

Yer Değiştirecek ve Entegre Edilecek Çözümler Endüstrideki (telekominikasyon sektörü) pek çok projenin gerçekleştirilmesinde oldukça fazla sayıda, örneğin minimum 80 tane tekli (küçük) projenin yeni bir NPAC satıcısı (geliştiricisi) olmak üzere bu istatistiklerden yararlanabilecektir. Standish Grup küçük projelerin maliyetinin de tahmin etmektedir. Bu projede her biri için 2milyon dolardır. Belirlenmiş olan bu maliyetler sistem entegrasyonu ve kullanıcı kabul testlerini de içermektedir.

Bütçeden ve Zamandaki Gecikmelerin Etkileri Yazılım ürününü geliştirirken bütçe ve zamanda meydana gelen kayıplarda zaman kaybı bütçeden çok daha fazladır. Süredeki gecikme tüm organizasyonu etkileyeceği için bütçeden daha önemlidir. Örnek olarak üç aylık bir proje gecikme nedeni ile dört ya da beş aylık bir projeye dönüşebilir.

Bir Yazılım Projesinin Genel Başarı Faktörleri Yüksek donanımlı teknik elemanlar (yeni sistemleri ve teknolojiyi bilme ve kullanabilme derecesi ) Proje Yöneticisi (takım elemanlarını sahiplenme ve cesaretlendirme kapasitesi) Proje takımının prototipler üzerinde çalışması (çok fazla sayıda kullanıcı geribildirimine verdikleri önem) Proje yönetimi araçlarının , proseslerin, kontrolün minimal kullanımı ile kontrollerin şeffaf olarak yürütülmesi

Yazılım Ürünün Kullanılamamasının Nedenleri