2001'de yayımlanan Agile Manifestosu, ekiplerin yazılım teslimine bakışını değiştirdi. Her şeyi uzun planlara bağlamak yerine basit bir fikirden yola çıktı: gereksinimler değişir, o hâlde teslimat da esnek kalmalı. Asıl soru yazılımın kullanılabilir olup olmadığıdır; dokümantasyonun ne kadar parlak göründüğü ikinci planda kalır.
Agile Manifestosu dört değer ortaya koydu ve odağı süreç kontrolünden gerçek iş birliğine kaydırdı. Ekipler birbiriyle doğrudan ve sık konuştuğunda sorunlar erken fark edilir, kararlar da çabuk alınır.
İlkeler küçük iş parçalarını ve sık release'leri öne çıkarır. Döngüler kısaldıkça değişim kriz gibi gelmemeye başlar.
Yinelemeli geliştirmede her döngünün sonunda elle tutulur bir şey çıkar. Bu bir rapor ya da plan olmaz — gösterilebilen, test edilebilen, çalışan bir artım olur.
Manifesto, Şubat 2001'de Utah'ta 17 yazılım uygulayıcısı tarafından kaleme alındı. Bu kişiler, aşama aşama ilerleyen geleneksel modellerin hızla değişen ortamlarda tıkandığını görmüştü. Uzun planlama aşamaları gecikmeye yol açıyordu. Geri bildirim ise öyle geç geliyordu ki yön değiştirmek ciddi bir maliyet demekti.
Yazarların amacı pratikti — geliştirmeyi değişime uyum sağlayan ve teslimata dayanan bir işe dönüştürmek. Bu düşünce zamanla Scrum ve Kanban gibi çerçevelere yön verdi. Bu çerçeveler kısa döngüleri, herkesin görebildiği backlog'ları ve düzenli inceleme noktalarını kurala bağladı. Daha fazla bilgi: Kanban tahtası.
Dört değer, geleneksel proje yönetiminin mantığıyla doğrudan çelişir:
12 ilke bu değerleri günlük işe taşır. Hepsinin özünde daha kısa döngüler ve düzenli geri bildirim yatar:
Teslimat yalnızca uzun bir döngünün sonunda yapılıyorsa riskler uzun süre gizli kalır. Yineleme bu riski azaltır.
Agile sayesinde fikirler, tam kapsamlı bir rollout beklenmeden daha erken denenebilir hâle geldi. Ekipler sonucu görmek için aylarca beklemiyor, küçük artımları erkenden yayınlıyor. Varsayımlar da böylece gerçek koşullarda sınanıyor. Scrum ve Kanban gibi çerçeveler işi kısa döngülere ya da sürekli bir akışa oturtarak bunu destekler ve darboğazları görünür kılar.
Küçük parçalarla çalışın — sonuçlara daha sık bakın ve yeni bilgi geldikçe öncelikleri güncelleyin.
Pazarlama ekipleri bütçeyi büyütmeden önce küçük kampanya denemeleri yapar. Bir mesaj tutmazsa kayıp küçük kalır. İK'da ya da kamu yönetiminde ise görünür görev panoları ve adım adım planlama sayesinde sorumluluklar netleşir, koordinasyon kolaylaşır.
Agile Manifestosu iki günde taslak hâline getirildi. Yazarlarının çoğu daha sonra Scrum gibi pratik çerçevelerin şekillenmesinde rol aldı ve temel fikirleri tekrarlanabilir teslim kalıplarına dönüştürdü.
Agile'ın gerçek projelerde nasıl uygulandığını daha iyi anlamak için Proje yönetimi iş akışı'na göz atın; yapılandırılmış aşamaların yinelemeyle nasıl yan yana yürüyebileceğini orada görebilirsiniz. Yaklaşımları karşılaştırıyorsanız Scrum ya da Kanban'ı inceleyin — ritim ve iş akışının görünürlüğü ikisinde farklı işler. Rol dağılımına ise Agile Ekip Yapısı'nda bakabilirsiniz.
"Agile Project Management"
Agile proje yönetiminde yol gösteren, uygulamaya dönük bir rehber.
"Scrum: The Art of Doing Twice the Work in Half the Time" by Jeff Sutherland
En çok kullanılan Agile çerçevelerinden Scrum'u derinlemesine anlatıyor.
"Agile Principles, Patterns, and Practices in C#"
C# ile geliştirme yaparken Agile'ı uygulamak için teknik bir kılavuz.
"The Lean Startup" by Eric Ries
Yinelemeli ilkeleri ürün geliştirmeye uygulamayı anlatan bir kitap. Ayrıntılar: Ekipler için Proje Yönetim Yazılımı.
Agile Manifestosu, yazılım geliştirmeyi uyum ve istikrarlı teslimat üzerine yeniden kurdu. Küçük döngüler sorunları erken gösterir, rotayı düzeltmeyi de ucuzlatır. Bu ilkeleri görmezden gelen ekip sorunları çoğu zaman geç fark eder — üstelik değişikliğin pahalıya patladığı bir anda. Agile ancak sürümler düzenli bir ritimle çıkıyorsa, herkes neyin yayına girdiğini görüyorsa ve incelemeler atlanmıyorsa işe yarar.
Ekip morali, işin gidişatını doğrudan etkileyen bir değişkendir. Çalışanlar kendilerini değerli hissettiğinde ve motive olduğunda katılım artar, insanlar şirkette kalır, işin kalitesi yükselir ve bu fark ölçülebilir. Moralin yüksek kalması içinse bilinçli ve tutarlı adımlar gerekir: değerlerin nası
7 dk.
77 görüntüleme
0
Teknoloji yükünü azaltmanın dört adımı var: mevcut araçları denetlemek, onları birbirine bağlamak, rutin işleri otomatikleştirmek ve çalışanları eğitmek. Bu adımlara ihtiyaç duyulur, çünkü dijital araç sayısı arttıkça verimlilik kendiliğinden artmaz. Çoğu zaman iş parçalara bölünür, zihin daha çok
7 dk.
81 görüntüleme
0
Kaynakları, son tarihleri ya da ekip üyeleri kesişen görevler proje işinin olağan halidir, istisnası sayılmaz. Koordinasyon zayıfsa bu kesişmeler çatışmaya dönüşür — gecikmeler birbirini tetikler, işin kalitesi düşer. Aşağıda iki şeye bakıyoruz — planlama sırasında çakışmaları nasıl önleyeceğinize
8 dk.
118 görüntüleme
0
Gerçek zamanlı işbirliği, üç şey bir arada olduğunda verimliliği artırır: doğru araçlar, açık çalışma anlaşmaları ve senkron etkileşimi dağıtıcı olmaktan çıkarıp üretken kılan ekip normları. Uzaktan ve hibrit çalışmanın yaygınlaştığı bugün, bu yöntem isteğe bağlı bir ek olmaktan çıktı ve temel bir
8 dk.
99 görüntüleme
0
Düzenli, odaklı kalmak ve gerçekten iş halletmek için en iyi görev yönetimi uygulamalarını mı arıyorsunuz? Bu rehberde, gürültüden çok netlik isteyen serbest çalışanlar, startup kurucuları ve uzak ekipler için araçları karşılaştırdık. İhtiyacınız ister minimal yapılacaklar listesi, ister ekip kontr
16 dk.
524 görüntüleme
0
Tüm takım boyutları ve kişisel kullanım için tamamen ücretsizdir
Back to menuBack to menu
