Featured Image -- 1102

9.9.2014’e 1 kala

Originally posted on Mert ve Kendisi:

Neredeyse bir yıldır beklediğimiz ve Apple tarihinin dönüm noktalarından biri olacak etkinliğe bir gün uzaktayız artık. Söylentiler, haberler, fotoğraflar, videolarla dolu bir gündemin arasından sıyrılıp geliyoruz bu nedenle biraz kafamız dolu açıkçası. Lansman öncesi gizlilik konusunda Steve Jobs dönemini mumla aradığımız su götürmez bir gerçek. En azından 3-4 tane iPhone 6 inceleme videosu seyrettim ben şahsen, bu biraz garip değil mi sizce de?

Tüm bunların üzerine bir de patlak veren iCloud fotoğraf krizi bu büyük etkinliğe girerken Tim Cook’un başına fazlasıyla ağrıttı ve konsantrasyonlarını tamamen bozdu. Apple’ın hisseleri son yıllardaki en büyük düşülerden birini yaşadı. ABD’deki yatırım şirketleri takipçilerine Apple hisselerini elden çıkartarak paraya dönüştürmenin zamanının geldiğini duyurdu zira şirketin büyük bir inovasyon yaparak yükseleceğine pek ihtimal vermiyorlar.

Bu göreceli olarak negatif ortamda bile, Apple’ın şapkasında bizleri şaşırtacak bir kaç hamlesi daha olduğuna inanmak istiyorum. Beni böyle düşündüren şeyler neler mi?

Orijinali görüntüle 672 kelime daha

Çevik Süreç (Agile Process): Değişiklik Yönetimi

Hepimiz projelerimizde aynı sıkıntıyı yaşarız. Değişiklik taleplerinin sonraki versiyonlara atılması veya analizde olmaması nedeniyle reddedilmesi. Özcan Acar‘ın Çevik Süreç (Agile Process) makalesinde, Agile Menifesto’da yer alan ilgili prensip bunu çok güzel açıklamış.

Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.

Yazılımın ilerleyen dönemlerinde gelse bile talep edilen değişiklikler hoş karşılanmalıdır. Çevik süreçler, değişiklikleri müşterinin rekabetteki avantajını korumak ve sağlamak için kullanırlar.

Geleneksel yazılım metotlarının uygulandığı projelerde mimarinin ve planlamanın büyük bir bölümü implementasyon öncesi oluşturulur. Yazılım, hazırlanan planlardan sapmadan gerçekleştirilir. Bu müşteri tarafından talep edilen değişikliklerin göz ardı edilmesi anlamına gelmektedir. Böyle bir sürecin sonunda müşteri isteklerini tatmin etmeyen ve müşterinin piyasadaki rekabet kabiliyetini sınırlayan programlar oluşur. Bunu engellemek için her zaman müşteriden gelen değişiklik taleplerinin implementasyon esnasında dikkate alınması gerekmektedir. Değişiklik ne zaman gelirse gelsin, implementasyon bu değişiklik doğrultunda adapte edilebilmelidir.

Makalenin tamamını okumak için buraya tıklayınız.