Çevik Proje Yönetimi Nedir? Basit Bir Kılavuz

Modern dünya, insanların hızlı bir şekilde sonuç beklediği bir dünyadır. Örneğin, WordPress çekirdeği talep nedeniyle güncellemeleri son derece hızlı bir şekilde yayınlamayı başarıyor ve bunu yapan tek yazılım şirketi de değiller. Ürün lansmanları söz konusu olduğunda ekibinizin bu verimlilik düzeyine yükselmesini istiyorsanız doğru yönetim yaklaşımını uygulamanız gerekir.

"Çevik" proje yönetimi, hızlı ateşlenen yinelemeler ve büyük projeleri yönetilebilir parçalara bölmekle ilgilidir. En iyi yanı, sadece yazılımla ilgili projeler için işe yaramıyor. Bu yazıda size Çevik proje yönetimine, faydalarına ve nasıl çalıştığına bir giriş yapacağız.

Hadi hadi bakalım!

Çevik Proje Yönetimine Giriş

Ekibinizin sıfırdan “basit” bir İçerik Yönetim Sistemi (CMS) geliştirmekle görevlendirildiğini hayal edin. Gönderi yönetimi, birden çok yazar için destek, bir metin düzenleyici ve daha fazlası gibi eklenecek özelliklerin bir listesine sahipsiniz.

Bu kapsamdaki bir projeye yaklaşmanın neredeyse sonsuz sayıda yolu vardır. Örneğin, tüm sistemi bir kerede geliştirebilir ve müşteriye yalnızca Minimum Uygulanabilir Ürününüz (MVP) olduğunda gösterebilirsiniz. Bu mutlaka kötü bir yaklaşım değildir, ancak projenin başlangıcı ile tanıtım aşaması arasında uzun bir sürenin geçebileceği anlamına gelir.

Daha "çevik" bir yaklaşım (göz kırpma) bunun yerine daha hızlı proje yinelemelerine odaklanabilir. Bu gereksinimleri projenin özüne bölebilir, ardından her bir özellik üzerinde çalışmaya devam edebilirsiniz.

Çevik proje yönetiminin temel ilkesi hızlı yinelemedir. Bu, projeleri arka arkaya hızlı bir şekilde üstesinden gelebileceğiniz küçük bileşenlere bölmek anlamına gelir. Bu yinelemelerden birini her tamamladığınızda, ekibiniz ve müşterilerinizle birlikte gözden geçirirsiniz.

Ancak, Çevik proje yönetiminin bir metodolojiden çok bir felsefe olduğunu anlamak önemlidir. Pratikte, takip edebileceğiniz çok sayıda Çevik metodoloji vardır ve sizi bunlardan bazılarıyla kısa süre içinde tanıştıracağız. Öncelikle Agile felsefesinin faydalarının neler olduğundan bahsedelim.

Çevik Yaklaşımın Faydaları

Çevik proje yönetiminin birincil yararı, tam adın içindedir. Genel olarak, tüm felsefe, ekiplerin projeleri daha hızlı teslim etmesine yardımcı olmakla ilgilidir. Bununla birlikte, hızın ötesinde bir Çevik yaklaşımın aşağıdakiler gibi çok daha fazla faydası vardır:

• Projelerin raydan çıkmasını engellemek. Artımlı miktarlarda çalıştığınız ve ilerlemenizi her adımda gözden geçirdiğiniz için, sorunları çok büyümeden yakalamak daha kolay hale gelir.
• Karmaşık görevleri daha verimli bir şekilde halledebilirsiniz. Genellikle büyük projeler çok korkutucu olabilir, ancak Çevik yönetimin benimsediği “bebek adımları” yaklaşımı onları daha az göz korkutucu hale getirebilir.
• Tonlarca geri bildirim alıyorsunuz. Her yinelemeden sonra, takımlarınızla birlikte ilerlemeyi durdurmanız ve gözden geçirmeniz gerekiyor. Bu, her adımda çok fazla geri bildirim alacağınız ve tüm ekibin aynı sayfada olduğu anlamına gelir.
• Son derece uyarlanabilir. Çevik proje yönetiminin yinelemeli yaklaşımı, geliştirme sürecinde yeni özellikleri tanıtmanın veya bunları değiştirmenin daha kolay olduğu anlamına gelir.

Aslında, Çevik proje yönetimi için harika bir slogan, her şeyin çok sayıda sürekli geri bildirimle hızlı yinelemelerle ilgili olmasıdır. Bu nitelikler, Agile'ı genellikle çok fazla artımlı değişikliğin olduğu yazılım ve web geliştirme projeleri için mükemmel bir uyum haline getirir. Bununla birlikte, diğer proje türleri ve alanlar için de çok uygun olabilir.

Örneğin, bir pazarlama kampanyasına Çevik bir yaklaşım şu şekilde ayrılabilir:

1. Kampanyanızın gerçekleştirmesini istediğiniz hedefleri belirleyin.
2. Bu hedefleri bireysel görevlere ayırın ve atayın (örneğin bir logo tasarlayın, bir slogan bulun, belirli bir segment için kopya yazın).
3. Her görevin sonuçlarını gözden geçirin ve başarı düzeylerini belirlemek için kullanıcı testleri yapın.
4. Bir sonraki göreve geçin.

İdeal olarak, tüm süreç hızlı olacaktır. Bazı ekiplerin doğru yolda kalmasının bir yolu, Trello gibi işbirliği araçlarını kullanmak ve kendilerine zaman çizelgeleri vermektir. Biraz daha bağlam sunmak için, belirli Çevik metodolojiler hakkında konuşmaya devam edelim.

3 Çevik Metodoloji Örnekleri

Her Çevik metodoloji, şimdiye kadar tartıştığımız temelleri paylaşır. Ancak, her biri farklı bir yaklaşım kullanarak projeleri ele almanızı sağlar. İşte en popüler seçeneklerden bazıları:

1. Scrum. Geçmişte Scrum'dan bahsetmiştik – bu metodoloji ile sorumlu kişi bir ürün biriktirme listesi belirler ve öncelikleri belirler. Ardından, her takım, sonunda yeni bir yineleme sunması gereken bir "sprint" üzerinde çalışır.
2. Yalın yazılım geliştirme. Bu metodoloji, tamamen gereksiz işlevselliği ortadan kaldırmak ve son müşterilere daha fazla değer sağlamakla ilgilidir. Yazılım geliştirme söz konusu olduğunda, Yalın metodoloji, süreç boyunca ağır testlere de öncelik verir.
3. Aşırı Programlama (XP). Çevik geliştirme, doğası gereği oldukça hızlıdır. Bununla birlikte, XP metodolojisi, tipik olarak bir ila üç hafta süren sprintlerle bunu bir adım daha ileri götürür. Buradaki fikir, daha hızlı yineleme ve yüksek düzeyde kullanıcı katılımı ile projelerin çok daha verimli bir şekilde yürütülebilmesidir.

Çevik proje yönetimi, bir ekibin dahil olduğu bir proje yürüttüğünüz çoğu durumda çok uygun olabilir. Projenin karmaşıklığı ne kadar büyük olursa, Agile'dan o kadar fazla faydalanabilirsiniz.

Ancak, hangi yöntemi seçeceğiniz size kalmış. Şimdiye kadar ele aldıklarımızın ötesinde çok daha fazla seçenek var. Genel olarak, temel Çevik ilkeler aynı kalma eğilimindedir, ancak sprintlerin uzunluğu ve kullanıcıların ne kadar dahil olduğu gibi belirli yönler değişebilir.

Tarzınıza uyan birini bulup bulamayacağınızı görmek için biraz daha Çevik varyant keşfetmenizi öneririz. Ancak, bu arada, ne bekleyeceğinizi bilmeniz için asıl süreci inceleyelim.

Çevik Proje Yönetimine Nasıl Başlanır (4 Adım)

Çevik metodoloji ve geniş anlamda nasıl çalıştığı hakkında çok konuştuk. Şimdi, gerçek hayat senaryoları için sürecin nasıl görünebileceğine daha yakından bakalım.

Adım #1: Bir Ürün Yol Haritası Oluşturun ve Sürümler için bir Zaman Çizelgesi Belirleyin

Tek bir kod satırı bile yazmadan önce, üzerinde çalıştığınız şeyin ve hedeflerinizin ne olduğunun tam bir resmine sahip olmanız gerekir. Bu bilmek anlamına gelir:

• Son ürün ne olmalıdır.
• Hangi özellikleri içermesi gerekiyor.
• Kim için tasarlanmıştır.
• Ürününüzü benzersiz kılan nedir?

Bu adım çok üst düzey kararları içerir, bu nedenle sizin dışınızda ekip liderleri ve müşteriler bir oyun planı geliştirmek için orada olmalıdır. Sonuç olarak, ilk toplantı(lar)dan kaba bir ürün yol haritasıyla çıkmanız gerekir.

Daha önceki bir CMS isteyen müşteri örneğimizi geliştirmek için önceki liste şöyle görünebilir:

• Nihai ürün ne olmalıdır: Bloglamaya yönelik bir CMS.
• Hangi özellikleri içermesi gerekiyor: Posta yönetimi, birden çok yazar için destek, bir kullanıcı hiyerarşisi ve bir metin düzenleyici.
• Kimler için tasarlandı: Web geliştirme deneyimi çok az olan veya hiç olmayan blogcular.
• Ürününüzü benzersiz yapan şey: Kullanım kolaylığı ve erişilebilirliğe odaklanma.

Gerçek dünyada, ürün yol haritası elbette çok daha ayrıntılı olacaktır. Sprintler sırasında birincil odak noktanız olacağından, müşterinin istediği özelliklere özellikle dikkat etmek isteyeceksiniz.

Bu aşamada neyin mümkün olup olmadığı konusunda gerçekçi olmak önemlidir. Ayrıca ekibinize ve müşterilerinize yeni yinelemeleri ne sıklıkta yayınlamayı umduğunuz hakkında bir fikir vermek istersiniz. Genellikle, sprintler yaklaşık bir ay sürer, ancak zaman çizelgeniz, üstesinden gelmek istediğiniz görevlerin karmaşıklığına bağlı olacaktır.

Adım #2: Başarmanız Gereken Şeyleri Parçalayın ve İlk Sprint'inizi Çalıştırın

Bir ürün yol haritanız hazır olduğunda, uygulamanız gereken büyük özellikleri daha küçük görevlere ayırmaya başlayabilirsiniz. Örneğin, CMS'nizin özü üzerinde çalışan bir ekip istediğinizi varsayalım. Bu, aşağıdaki görevleri içerebilir:

• Yönetici alanı oluşturma.
• Temel bir kullanıcı yönetim sistemi oluşturma.
• Bir yayıncılık sisteminin barebone uygulamasını geliştirmek.

Bu görevlerin her biri sırayla daha basit olanlara bölünebilir. Bu sürecin sorunsuz çalışması için ekiplerinizin Trello ve Slack gibi işbirliği araçlarına erişmesini isteyeceksiniz. Çevik proje yönetimini mümkün kılan her şeyden önce işbirliğidir. Burada seçtiğiniz araçlar, ekibinizin ilerlemelerini işaretlemesini ve sizin bunu gözden geçirmenizi sağlayacak bir şeyler olduğu sürece gerçekten önemli değil.

İlk görev grubunuz "hazır" olduğunda, bunları atama ve her yinelemenin geliştirme süreci için Çevik konuşma olan ilk sprint'inizi başlatma zamanı. Her sprintin sonunda, birbirini izleyen her sürümde daha fazla özellik ile projenizin yeni bir yinelemesine sahip olmalısınız.

Adım #3: Takımları Yolda Tutmak için Günlük “Standuplar” Çalıştırın

Her projenin geliştirme sürecinde aksaklıklar ve sorunlar vardır. Çevik yönetim, üç sorudan oluşan hızlı günlük toplantılar düzenleyerek sizi olup biten her şeyden haberdar olmaya teşvik eder:

1. Son toplantıdan bu yana hangi görevleri bitirdiniz?
2. Bugün ne üzerinde çalışacaksın?
3. İşlem sırasında herhangi bir sorunla karşılaştınız mı?

Düzenli toplantılar fikrinden korkmayın. Çevik bir zihniyetle, herkesin konuşmasını dinleyerek saatler harcamanız gerekmez. Amaç, herkesin projenin nasıl gittiğine dair güncel bir fikre sahip olması ve olası sorunları ortaya çıktıktan hemen sonra ele almasıdır.

“Günlük” toplantılar dediğimizde, bunu bir kuraldan çok bir öneri olarak kabul edin. Toplantılarınızın sıklığını kendi tarzınıza göre değiştirebilirsiniz. Sadece sık sık olduklarından emin olun ve ortaya koyduğumuz üç noktayı da vurun.

Adım #4: Sprint'inizi Tamamlayın ve Sonuçlarını İnceleyin

Tüm iyi sprintler eninde sonunda sona ermelidir. Zaman çizelgenizdeki her bir yayın tarihine ulaştığınızda, projenizin yeni yinelemesine bir göz atmanın zamanı geldi. İdeal bir dünyada, her sürümde birden fazla "küçük" özelliğin uygulanmasını tamamlarsınız, ana özellikler biraz daha az sıklıkta olur. Ancak, kaydettiğiniz ilerleme büyük ölçüde ekibinize, onları ne kadar iyi hizada tuttuğunuza ve projenizin ne olduğuna bağlı olacaktır.

Bu aşamada, en son sprint sırasında başarmak için belirlediğiniz tüm hedeflere ulaşıp ulaşmadığınızı gözden geçirmeniz gerekir. Biriyle tanışmadıysanız, nedenini sormanız ve tekrar olmasını nasıl önleyeceğinizi bulmanız gerekir. Bunun için tüm ekip ve son kullanıcı(lar)ınız bulunmalıdır.

Bu rehberimizin son adımı olmasına rağmen, Çevik yolunuzun sadece başlangıcıdır. Tek bir sıçramada çok az proje hazırdır, bu nedenle incelemeniz bittiğinde bir sonraki sprint için hazırlanın ve tüm hedeflerinize ulaşana kadar süreci tekrarlayın.

Çözüm

Bir proje ne kadar karmaşıksa, geliştirme şansı o kadar artar. Büyük projelere ulaşmanın en iyi yolu, onları bileşenlerine ayırmaktır. Ayrıca, herkesin görevlerinin ne olduğunu bildiğinden emin olmak ve ilerlemelerini takip etmek istersiniz.

Özetle, Çevik proje yönetiminin konusu budur. Bir sonraki projeniz için uygulamak istiyorsanız, başlamanız için birkaç adım:

1. Bir ürün yol haritası oluşturun ve sürümleriniz için bir zaman çizelgesi belirleyin.
2. Başarmak için neye ihtiyacınız olduğunu parçalayın ve ilk sprintinizi çalıştırın.
3. Takımları yolda tutmak için günlük stand-up'lar yapın.
4. Sprintinizi tamamlayın ve sonuçlarını gözden geçirin.

Genel olarak Çevik proje yönetimi hakkında sorularınız mı var? Aşağıdaki yorumlar bölümünde bunları gözden geçirelim!

Makale küçük resmi: Bakhtiar Zein / Shutterstock.com