Gantt Şeması'nın anlamı nedir ve bana yardımcı olacak mı? [kapalı]

(Teknik olmayan) meslektaşım, şu anda planladığımız yeni bir proje için bir Gantt şemasıyla beni tehdit etti. Bunun bize neler sağlayabileceği ve bu yardımcı olacak mı?

Wikipedia'nın dediği gibi Gannt grafiği , proje planlamasına yardımcı olan bir tür çubuk grafiktir (daha sık olarak "çizgi türü"). Genellikle bu formatta kolayca değiştirilebildiğinden, büyük (gerçekten büyük) bir kağıda duvara elle çizilir.

Çok basit bir planlama aracıdır; Excel'de veya eşdeğerde üretebilirsiniz; ve projenin belirli aşamaları için gereken süre kabaca tahmin edilebildiği sürece oldukça etkilidir. Bir gecikme varsa - sorun değil - bir satır aydınlanırsa, diğerleri aynı kalır ve yeni bir proje sonu tarihiniz vardır.
Üst üste binen fazlar (zaman açısından), bir fazı diğerinin sonuna dayanarak başlamanın bağımlılıkları kadar kolayca görülür.

gerçekten hepsi bu kadar.

Tabii ki, Gannt (ya da genellikle dünyanın benim tarafımda denilen "zaman çizelgesi" ile ilgili sorun, bir projenin başlangıcında, duvarda güzel bir şekilde çizildiğini, hevesli hissettiğinizdir. ve mutlu, ... sonra bir gecikme meydana gelir ve bunu grafikte değiştirirsiniz ve yine de mutlu olursunuz ... o zaman başka bir gecikme meydana gelir, tekrar çizersiniz ve yine de oldukça iyi hissedersiniz .. 100x gecikme meydana gelir ... _______ (sansürlü) gibi hissedersiniz.

Yani, bu küçük teslim tarihlerine bağlı kalmanız iyi bir proje planlama aracıdır. Burada zaman kaybetmeyi bırak ve işe koyul!

İyi üretilmiş ve bakımı yapılmış bir Gantt şeması harika bir araç olabilir. Başlıca faydaları, hangi görevlerin diğer görevlere bağlı olduğunu göstermek, projenin gecikmelerden nasıl etkilenebileceğini tahmin etmek ve başka bir şey beklediğiniz için harcanan saatleri vurgulamaktır.

Geçmişte Gantt grafiklerini yazılım projesi yönetimi için başarıyla kullandım. İnsanların onları hayal kırıklığı içinde terk ettiklerini de gördüm.

Herhangi bir proje yönetim aracı, yalnızca birilerinin gerçekten sorduğu soruları yanıtlıyorsa yararlıdır. Benim durumumda, sürekli olarak iki soru sordum ve Gantt grafiğim buna cevap verebilirdi:

• Yöneticim: Yazılım ne zaman gönderilebilir durumda olacak?
• Bir Geliştirici: Bana atadığınız görevi bitirdim. Bana şimdi hangi görevi veriyorsun?

Peki bir Gantt grafiğinin yararlı olması için hangi faktörler gereklidir?

Birden fazla ekip üyesi

Bu açık olmalı. Yalnızca bir ekip üyesi varsa, tek ihtiyacınız olan bir sütundaki görevlerin listesidir. Onları birbiri ardına yapacaksın.

Görevlerin ne olduğunu bilmek

Bu başka bir açık ifade gibi görünüyor, ancak kaç yazılım projesinin görevlere ayrılabilecek kadar iyi tanımlanmadığına şaşıracaksınız. Aslında bir ön belirtime ve bir dereceye kadar ön tasarıma ihtiyacınız olacak. Çevik / ekstrem yöntemlerin bazılarında bir Gantt şeması kullanamazsınız, çünkü sonraki 3 haftalık yinelemede hangi görevlerin olacağını bilmiyorsunuz.

Grafiğin Korunması İçin Zaman ve Motivasyon

Birisi olayı korumak için zaman ayırmalı. Çok sık, biri günlerce ayrıntılı bir Gantt şeması oluşturuyor, sonra bunu ihmal ediyor. Belki bir ay sonra çıkarır, gergince güler ve atar, bir daha asla konuşmayacak.

Görevleri ve en iyi tahminleri aldıktan sonra, bunları grafiğe koyarsınız. Ve ilk görev tamamlandığında, bunu grafikte işaretlemeniz ve ardından tahmininizin yanlış olduğunu telafi etmek için diğer tüm görevleri sallamak zorundasınız. Ve iki gün sonra tekrar yaparsın. Ve sonra tekrar, iki gün sonra. Ve elbette, bir şey unuttuğunuzda veya bir kusur ortaya çıktığında, yeni görevleri çizelgeye koymanız gerekir.

Bu önemli bir süre taahhüdü gibi gelebilir ve haklısınız. Bunu yapmak için motivasyon nereden geliyor?

Birisi aslında sonuçları önemsiyor

Bir Gantt şemasını başarıyla kullandığım zamanlar haftalık proje yönetimi toplantılarının yapıldığı yerdi. Yönetici, her takım liderine projelerinin ne zaman teslim edileceğini bildirmesini isteyen odanın etrafında dolaşırdı. Bir proje geride kalsaydı kaynaklar yeniden tahsis edilirdi. İlk iki toplantı için ne zaman teslim edileceğini gerçekten bilmediğimi ve "üç ayda" belirsiz bir şekilde ortaya çıkacağını kekeliyordum. Bunun utanması stratejimi değiştirmemi sağladı ve her toplantıdan önce güncel ve doğru bir Gantt şemasına sahip olduğumdan emin olmamı sağladı.

Bir yan etki olarak bu, projemi daha organize ve daha verimli hale getirdi ve ekip üyelerimi daha motive etti.

Tek bir buluş, proje planlamasının bugünkü kadar popüler olmaması için İzleme Gantts'tan daha fazla krediyi hak etmiyor. Gantt'ları izlemek sadece zararlı olarak düşünülmemeli, aynı zamanda kötü olarak da değerlendirilmelidir. İşte nedeni.

Sebep # 1: Motivasyonları

Takip Gantları, planınızın her adımı için ne kadar süreceğini düşündüğünüzü ve ne kadar sürdüğünü görmenizi sağlar. Her gün ve statü toplantısında, X aşamasının Mart ayına kadar başlaması gerektiğini biliyorsunuz, ancak Mayıs'a kadar başlamayacağı açık. Muhteşem. İlk planlamayı yaptığınızda, proje ilerledikçe planın değişmesi gerektiğini zaten biliyordunuz. Yeni bilgiler ortaya çıkıyor. İnsanlar ve kaynaklar tahmin edilemez, vb. Öyleyse, her statü toplantısında, sürekli olarak erken tahminlerinizin gerçek hayatta ne kadar kötü olduğunu hatırlatmak neden önemlidir?

Sebep # 2: Orijinal plana sadık kalmaya zorlarlar

Bir projenin Gantt grafiğini izleme fikri, çalışma planınızı yeni bilgilere dayanarak sürekli olarak uyarlamaya odaklanmak yerine, parmaklarınızı işaret etmenize ve mevcut yanlış tahminleri vurgulamanıza izin verdiği için eski bir plana bağlı kalmayı seçtiğiniz anlamına gelir. Projenin erken planlama aşamasının gerektirdiği büyük miktarda belirsizliğin kaçınılmaz sonucu. Sonuçta, planın kökten değişmesine izin verirseniz Gantt'ı takip edemezsiniz, değil mi? Aynı genel şekle sahip olmalı ve aynı adımlardan oluşmalı, aksi takdirde izleyecek bir şey yok ... Planlara bağlı kalmak, "Şelale" nin bugünlerde aşağılayıcı bir terim olarak görülmesinin bir numaralı sebebidir. Önceden planlama, orijinal plana bağlı kalmakla karıştırılır.

Sebep # 3: Sana hiçbir şey öğretmiyorlar

Planladığınız projeler tahmin edilebilir şekilde benzer ve tekrarlayıcı olmadıkça, bu projedeki gecikmenin bir sonraki projeyi planlama şeklinizi değiştireceği gibi değil. Sonuçta, Gantts başlangıçta bu amaçla kullanıldı - görevlerin çok iyi tanımlandığı ve sürelerinin son derece öngörülebilir olduğu fabrika üretim hatlarında iş planlama.

İzlemenin bir yazılım geliştirme Gantt grafiğine kattığı değer sıfırdır. Muhtemelen sıfırdan bile az. Geçmiş tahminler sadece yeni projeler için geçerli olmakla kalmayıp, geçmişe dönük olarak tahmin yeteneğinizi zaman içinde geliştirebileceğiniz yanılsaması da tehlikelidir. Elbette, bir CS öğrencisi entegrasyonun gerçek hayatta çok zaman aldığını gerçekten bilmiyor olabilir. Ancak yaşamları boyunca ikiden fazla projede yer alan herkes, gecikmiş projeler için olağan şüphelilerin zaten farkındadır. Projelerin ertelenmesinin gerçek nedeni, genel olarak tahminlere uygulanması gereken bazı matematiksel hata faktörü değildir - ilk kez bir şey yapmak ve tam olarak nasıl ortaya çıkacağını bilmemekle birlikte gelen doğal belirsizliktir.

Aslında bu yanlış yönden soruna saldırmaya çalışan proje yönetim sistemleri var. Tahminlerinizi gerçek performansa karşı ölçer ve istatistiksel analiz kullanarak genel tahmininizi düzeltmeye çalışırlar. Sanki "Danny her zaman her şeyi% 14.3 küçümsüyor" gibi. Danny aptal değil ve tahminlerindeki hatanın öngörülebilir olduğunu varsaymak gerçekten aptalca. İlkel "tedavi" yi - tahmininize faktörler ekleyerek - sorunun nedeniyle karıştırır. Tahmininiz yanlış değil çünkü "doğru" faktörle çarpılmadı. Planınız basitçe eksik; ve her plan kendi yolunda eksik.

Sebep # 4: Dikkatinizi yanlış şeylere odaklıyorlar

Zamanında sunmak için nelerin yapılması gerektiğine odaklanmak yerine, artık yanlış tahminlerinizi haklı çıkarmaya odaklanıyorsunuz. Planlamaya daha ayrıntılı odaklanmak ve planınızı yeni bilgilere uyarlamak yerine, eski bir planı yeniden şekillendiriyorsunuz. İş planının bölümleri yanlış tahmin edildiği için projeler nadiren ertelenir. Gecikiyorlar çünkü bir şeyler saçmalık orijinal planın dışında bırakıldı. Takip Gantts bunu daha da kötüleştirir, çünkü her durum toplantısında kötü bir tahmin olarak vurgulanacaksa, planınıza daha fazla ayrıntı eklemek için ne tür bir motivasyona ihtiyacınız var? Gantt grafiğinizdeki büyük, parçalanabilir iş parçalarına bağlı kalmanızı sağlar. Adaptasyona odaklanmanıza ve doğru yola girmenize izin vermek yerine,

Ayrıca, özenle hazırlanmış planları yönetmek için yeterince iyi araçlara sahip olmama sorunu da vardır. Araçlarınız yol boyunca sık sık ihmal edilen tüm adımları ortaya çıkarmanıza izin veriyorsa, iyi bir başlangıç ​​planı (ve tahmin) oluşturma şansınız çok daha yüksektir. Geleneksel Gantlar, geliştiriciler tarafından doğru bir şekilde proje yönetimi gerçekliğinin karikatürleri olarak görülen düşük çözünürlüklü canavarlardır. İhtiyaç duyulan şey, en erken aşamada çalışma planına mümkün olduğunca fazla bilgi eklemeyi kolaylaştıran ve sonra belirsizlik sisinin projenizden yavaşça uzaklaştığı için planınızı uyarlamayı kolaylaştıran bir araçtır. İhtiyacınız olan son şey, yanlış geçmiş tahminlerinizin sürekli düşük çözünürlüklü hatırlatıcılarıdır. Takip Gantlar parmakları işaretlemek ve eşek örtmek için iyidir, işleri yapmak için değil.

Gantt grafik yazılımı, karmaşık inter bağımlılıkların analiz edilmesine ve aşırı çalışmaların ve gecikmelerin etkilerini tahmin etmesine izin verir.

Bununla birlikte, çoğu yazılım projesi için, az sayıda bağımlılık ve harici girdi vardır, bu nedenle tahminin anahtarı, yazılım ekibi 3 hafta süreceğini söyleyince, doğru çarpanın ne olduğunu bilmektir.

Diğerlerinin söyledikleri gibi, gantt şeması (genellikle gayri resmi olarak bir proje planı olarak adlandırılır), görevleri ve bu görevler arasındaki bağımlılıkları haritalamanın bir yoludur, amaç, bir proje için minimum toplam geçen süreyi oluşturmaktır.

Yönetim perspektifinden anahtar çıktı, kritik yolun tanımlanmasıdır, yani gecikirlerse projenin ertelendiği görevlerin listesi.

Çok basit bir örnek - iki programcının üç görevi olan bir proje üzerinde çalıştığını varsayalım (kod modülü A, bir programcıyı 10 gün sürüyor, kod modülü B, bir programcıyı 5 gün sürüyor, ardından a ve b'yi her iki programlayıcıyı da 2 gün sürüyor) entegre ediyor. İlk iki görev (A ve B kodlama modülleri) paralel olarak üzerinde çalışılacak ve amaç, üç görevin tümünü ve böylece 12 gün içinde projeyi tamamlamak olacaktır.

Bu durumda kritik yol önce A kodunu sonra entegrasyon testini kodlar. Modül B'nin kodlaması aslında 5 gün geç başlayabilir (veya beş gün boyunca fazla çalışabilir), zamanında bitmiş olsa bile hiçbir etki yaratmaz, kodlama modülü A çok daha uzun sürecektir. Diğer taraftan, kodlama modülü A veya entegrasyon testi herhangi bir zamanda kayıyorsa, tüm proje kayacaktır.

Bu tür şeyleri bilmek, kaynakların nasıl dağıtılacağını ve belirli bir görevin gecikmesinin tüm projeyi etkileyip etkilemeyeceğini anlamanıza yardımcı olur.

Yararlı mı? Açıkçası evet, ama önemli bir uyarı ile: sadece bunlara giren bilgiler iyi olduğu sürece - yani:

• görev listesi tamamlandı
• tahminler doğrudur
• görevler arasındaki bağımlılıklar kapsamlı ve
• ekibin kaynakları temsil eden ve görevle doğru eşleştirilen.

Ve oradan ekibin grafiğe çalışması ve görevleri doğru sırayla gerçekleştirmesi gerekir (atanan görevin potansiyel olarak bir şeyi / başka birini potansiyel olarak geciktireceği daha ilginç bir şey yapmaz).

Tüm bunları yaparsanız evet, o zaman size gerçekten yardımcı olabilir, ancak doğru ve gerçekçi olmasını sağlamak için işin ön plana çıkarılması gerekir.

Gantt grafikleri SEVİYORUM ve Mac'in bunları oluşturması için daha iyi yazılım seçenekleri olsaydı, bunları her zaman kullanırdım.

Bağımlılıkları görmek çok büyük. Diyerek şöyle devam etti: "Projenin veri doldurma kısmını yapmazsak, hangi geliştirmeler üzerinde inşaat başlatılamaz."

Projeniz bir yazılım geliştirme projesiyse, devasa bir grafik çok yardımcı olmayacak ve çoğunlukla zaman kaybı olacaktır. Yazılım geliştirmenin akışkan doğası için tasarlanmamıştır, yani.

• Görevler genellikle siparişe bağlı değildir. Herhangi bir sırayla yapılabilirler.
• Görevlerin sırası, görevin tamamlanması için gereken süreyi değiştirebilir.
• Görevler, diğer görevleri, örneğin hataları ortaya çıkarabilir

Sonuç olarak, planı güncellemek, işi yapmaktan daha fazla zaman harcayacağınızdır.

Sadece gereksinimlerinizi yönetin ve diğer her şey kendi kendine bakacaktır.

YMMV