Şelaleye Karşı Çevik: Redmine Projeleriniz için Hangi Metodolojiyi Seçmelisiniz?

Bazen şöyle bağırışlar duyuyorum "Gantt öldü", "onu çevik bir şekilde sürmelisin" ya da "proje yönetimi öldü." Birçoğu sadece bir pazarlama çöplüğü örneği olsa da, genellikle Agile ve Waterfall hakkında ciddi bir şekilde tartışmak isteyen proje portföy yöneticileri, scrum ustaları ve diğer proje yönetimi profesyonelleriyle karşılaşıyorum (Gantt) teknikleri. Bu yazı konuya kısa bir giriş niteliğindedir.

Proje yönetiminin demir üçgeni

Demir üçgeni aslında başarılı proje planlaması için gerekli temel öğelerin çok basit bir gösterimidir. Kapsam, zaman ve maliyet/kaynaklar. Kaynaklar birçok sektörde fiyatın tek ve/veya kritik unsurudur. İnsanlar, basitçe artırılamayan, azaltılamayan veya çoğaltılamayan en değerli varlıktır. Benzer şekilde, makine kaynakları da belirli bir üretim kapasitesine sahiptir ve basit bir tıklama ile değiştirilemez.

Kolay Kırmızı - Üçgen demir #1

Peki demir üçgen genel resme nasıl uyuyor? Çok uygun. Waterwall metodolojisinin planlamasını ne zaman kullanmamız gerektiği ve tam tersine ne zaman bir yöntem seçmemiz gerektiği konusunda bize basit ama etkili bir cevap sunar. çevik yaklaşım.

Redmine Şelalesi proje yönetimi

Şelale metodolojisi, kapsamı kesin olarak tanımlanmış ve gayrimenkul inşaatı, konferans planlaması veya Kolay Redmine yazılım uygulaması.

Tekniği: Projenin kapsamı tanımlanmıştır (sabittir). Örneğimizde, bu, gayrimenkuldeki pencerelerin sayısını değiştiremeyeceğimiz, bir konferansın yerini veya konusunu değiştiremediğimiz anlamına geliyor. Proje süresi sınırlayıcı bir faktördür ya kesinlikle (örn. konferans) ya da neredeyse kesinlikle (örn. yazılım uygulaması). Kesin olarak tanımlanmış bir kapsamda, bir proje yöneticisinin veya portföy yöneticisinin ana görevi, paralel çalışan projelerde zaman çizelgesinde her tür kaynağı planlamak ve bireysel projelerde gerekli eylem (görevler) sırasını dikkate almaktır.

Örneğin bir evin inşaasını düşünün: çimento teslimatından sorumlu işçiler zamanında işlerini tamamlamak zorundalar, zira çimento kaynaklarının eksikliğinden kaynaklanan gecikmeler briketçilerin kendi görevlerini yerine getirmelerini önleyebilir. Beton yeterince sağlam olduktan sonra, başka bir sitede zaten bulunabilirler.

Kolay Kırmızı - Üçgen demir #2

Redmine Agile proje yönetimi

Çevik bir yaklaşım, Zaman sıkı bir şekilde tanımlanmıştır, Kaynaklar belirleyici bir faktördür ve Kapsam planlamaya tabidir (önceliklendirme). İyi bir örnek, yazılım geliştirme (sprintler), yayın etkinliği (dergi/gazete yayın tarihi) veya pazarlama içeriği (kampanya) olabilir.

Teknik: benzer rollerdeki scrum ustaları veya planlamacıları bir sonraki sprint için görevlere öncelik veriyorlar. Genellikle, scrum ana hatalarını düzeltmek ve yeni özellik taleplerini işlemek isteyen geliştiriciler ve diğer taraftan politik veya spor medyasındaki gazeteciler gibi farklı kaynak türleri için farklı arka uçlar ve skrum panolarına sahiptir.

Kolay Kırmızı - Üçgen demir #3

Bu ne demek?

Açıkçası, proje yönetiminin tüm konusu hala demir üçgeni etrafında dönüyor. Operasyonel planlama sadece aynı şeyin farklı bölümlerine odaklanmaktadır. Peki ondan neyi çizebiliriz?

1. Neredeyse her organizasyonda, ihtiyaç duyulan projeleri bulmaktayız. her iki proje yönetimi tekniğini de kullanın Verimli iş süreçleri oluşturmak için. Bir metodoloji diğerlerinden daha iyi değildir, sadece farklı zorlukları ele alır.
   
   
2. Kaynakların kalite çizelgelemesi zaman çizelgesi ile ilişkilendirilmesi, özellikle proje portföy planlaması için, her Şelale projesi için esastır. Aynı şey için de geçerli kolay Redmine projeleri.
   
   
3. Çevik projeleri yönetme: Öncelikleri yönetmek genellikle çeşitli araçlar aracılığıyla yapılır. Genellikle, belirli bir biriktirme listesi için doğru kaynak tahsisi ile ilgili bir sorun vardır. Bu bakımdan, şiddetle tavsiye ederim. Kaynaklarınızı tutarlı bir şekilde haritalama ve tahsis etme. Örneğin, bir yazılım geliştiricisi aynı anda birden fazla biriktirme listesi ile kullanılabilir (örneğin, aynı dilde hata düzeltmeleri ve işlev istekleri). Bununla birlikte, biriktirme listelerine nicel kaynak tahsisi tanımlamadan, öncelikli çıktıları planlayamazsınız ve scrum yöneticisinin bu öncelikler arasındaki tutarsızlıkları sürekli olarak çözmesi gerekecektir. Başka bir hoş olmayan sonuç, hata düzeltmeleri veya özellik gereksinimleri gibi yeni temel ürün özelliklerinin gecikmeli olarak piyasaya sürülmesi olacaktır. stratejik geliştirme kaynakları.

Her iki yönetim metodolojisinin kombinasyonu

Aşağıdaki resimde görebileceğiniz gibi, dizileri ve bağımlılıkları gösteren bazı yazılım geliştirme planlarını içeren temel bir Şelale projemiz var. Ancak bu projeye dahil olan ekipler (satıcılar, teknik yazarlar) kendi teslimatlarını sadece bu örnekte gösterildiği gibi değil, aynı zamanda çevik bir şekilde departmanlarında yönetebilirler.

Kolay Redmine Gantt - Şelale projesi örneği