MS Project’te Görev Bağımlılıkları Açıklaması

Bir görevin bitiş tarihini üç gün uzattınız ve programın yarısı kimsenin istemediği şekilde altüst oldu. Ya da tam tersi oldu. Bir tarih değişti, ancak iki görev açıkça birbirine bağlı olmasına rağmen hiçbir şey yerinden kıpırdamadı. MS Project‘te görev bağımlılıklarını gidermeye çalışan herkes için, her iki durumda da bir şeyler ters gidiyor ve genellikle sorun tarihlerde değil.

Bu tarihler, belki de kimsenin farkına varmadığı bir şekilde daha önce alınmış bir kararın sonucudur. İki görevi birbirine bağlamak, Microsoft Project’in bir ilişki türü atadığı anlamına gelir. Değiştirilmedikçe, varsayılan olarak “Bitiş-Başlangıç” (Finish-to-Start) ilişkisi kullanılır. Bu ilişki, herhangi bir değişiklik olduğunda zaman çizelgesinin nasıl tepki vereceğini belirler. Dolayısıyla, tepki yanlış geliyorsa, ilişki de yanlıştır.

Bunu bir teşhis olarak düşünün. Dört bağımlılık türünü soyut tanımlar olarak sıralamak yerine, bir tarih değiştiğinde her birinin zaman çizelgesine gerçekte ne gibi bir etki yaptığını inceleyin. Belirtiye uyan davranışı bulun; bağımlılık kendiliğinden ortaya çıkacaktır.

MS Project’teki Görev Bağımlılıkları Neden Programınızı Yanlış Yöne Kaydırır?

Çoğu kılavuz, dört bağımlılık türünü tanımlayıp bu kadarla yetiniyor. “Bitir-Başlat” (Finish-to-Start), bir görevin bir sonraki görev başlamadan önce tamamlanması anlamına gelir ve bu şekilde devam eder. Teknik olarak doğru olsa da, bir Gantt şeması zaten düzgün çalışmadığında ve bunun “nedeni” hâlâ bir muamma olduğunda tamamen işe yaramazdır.

Asıl mesele şudur: Bir bağımlılık türü bir etiket değildir. Bu, bir tarihe her dokunulduğunda zamanlama motorunun izlediği bir kuraldır. Project’in görevleri nasıl zamanladığına dair Microsoft’un kendi belgelerinde, yazılımın bağlantılar, kısıtlamalar ve takvimlerden başlayarak bu sırayla tüm zinciri yeniden hesapladığı açıklanmaktadır. Hesaplamayı asla göremezsiniz. Sadece sonucun değiştiğini görürsünüz.

İşte insanların kafasını karıştıran kısım da bu. Project, türü görev kimliğinin hemen yanında, çoğu kişinin hiç okumadığı bir kısaltma biçiminde saklar. “4FS” olarak listelenen bir öncül, 4 numaralı görevde “Bitiş-Başlangıç” anlamına gelir. “4SS” ise “Başlangıç-Başlangıç” anlamına gelir. Bu sütunu atlarsanız, soruna neden olan tam ayarı göremezsiniz.

Mesele şu ki, tarihleri biraz değiştirerek bir zamanlama sorununu çözemezsiniz. Tarihi belirleyen bağlantıdır. Bağlantıyı düzeltin.

Dört Tür: Zaman Çizginize Etkilerine Göre

Her birini, ders kitabındaki tanımlara göre değil, ortaya çıkardığı belirtilere göre tek tek inceleyelim.

“Bitiş-Başlangıç” (FS) varsayılan yöntemdir ve gerçek bağımlılıkların yaklaşık %80’ini kapsar. A görevi bittiğinde, B görevi başlar. A’nın bitiş tarihini ileriye kaydırırsanız, B de buna bağlı olarak ileriye kayar. Bu, beklediğiniz davranıştır; işte bu yüzden nadiren kafa karışıklığına yol açar. Bir öncül görevin bitiş tarihi değiştiğinde program öngörülebilir bir şekilde kayıyorsa, FS yöntemini kullanıyorsunuz demektir ve bu yöntem işe yarıyor demektir. Bitiş-Başlangıç proje zincirinde, önce temeli dökün, sonra duvarları inşa edin — işte FS’nin temel çalışma prensibi budur.

Başlangıç-Başlangıç (SS) bağlantısı, iki görevin başlangıç tarihlerini birbirine bağlar. A başlamadan B başlayamaz. Buraya işaret eden belirti şudur: bir öncül görevin bitiş tarihi değişti, ancak halef görevde herhangi bir değişiklik olmadı; bu durum bir hata gibi göründü. Oysa öyle değil. SS’de yalnızca başlangıç tarihleri birbirine bağlıdır, bu nedenle bitiş tarihinin değiştirilmesi sonraki aşamalara hiçbir etki etmez. Şantiye kazısı ve ekipman sevkiyatı gibi birlikte hız kazanan iki görev için SS tercih edilir.

Finish-to-Finish (FF), uçları birbirine bağlar. A bitmeden B bitemez. Buradaki belirleyici unsur, başlangıç tarihi serbestçe değişkenlik gösteren, ancak öncülün süresi uzatıldığında bitiş tarihi aniden sıçrayan bir halefdir. Geliştirme süreciyle eşzamanlı olarak tamamlanması gereken testler klasik bir FF örneğidir; ikisi paralel olarak yürür, ancak aynı anda sonuçlanmalıdır.

Başlangıçtan Bitişe (SF) nadir görülen ve kafa karıştırıcı bir durumdur; açıkçası bunu kullanan çoğu kişi bunu yanlışlıkla yapmıştır. A başlamadan B bitemez. Bir görevin bitiş tarihi, başka bir görevin başlangıcı nedeniyle sürekli erteleniyorsa ve bu durum mantıklı gelmiyorsa, muhtemelen başka bir şey kastedilirken yanlışlıkla SF uygulanmıştır. Bu, vardiya devri gibi gerçek durumlarda karşımıza çıkar. Ancak kimse bunu kasıtlı olarak seçmediyse, büyük olasılıkla bir hatadır.

“Dolayısıyla teşhis süreci basittir. Neyin değiştiğine (bir başlangıç mı yoksa bir bitiş mi) dikkat edin, neyin aşağı akışa kaydığına (bir başlangıç, bir bitiş ya da hiçbir şey) dikkat edin ve bu çifti yukarıdaki türlerle eşleştirin. Eşleşmeyen kısım, neye geçmeniz gerektiğini gösterir.”

Bağlantıyı Kontrol Etme ve Değiştirme

Öncelikle, “Önceki Görevler” sütunu görünmüyorsa bu sütunu açın. Herhangi bir sütun başlığına sağ tıklayın, “Sütun Ekle” seçeneğini seçin ve “Önceki Görevler”i seçin. Artık her görev, bağlantısını bu kısaltma biçiminde gösterir; tahminde bulunmanıza gerek kalmaz.

Bir türü değiştirmek için, sonraki görevi çift tıklayın, Görev Bilgisi iletişim kutusundaki Önceki Görevler sekmesini açın ve Tür açılır menüsünden ilişkiyi seçin. En düzgün yol budur. Kısayollara aşina iseniz, “5” yerine “5FF” yazarak görev 5’te “Bitiş-Bitiş” ilişkisini zorlayarak öncü sütununu doğrudan da düzenleyebilirsiniz.

Her yeni ilişki varsayılan olarak “Bitiş-Başlangıç” (FS) olarak ayarlanır. İki görev seçin, şeritteki zincir simgesine tıklayın; işte bu kadar, her ikisi de FS olur. Microsoft Project’te görevleri bağlamanın temel yöntemi budur. Bağımlılıkları bağlama konusunda ExperTrain’in adım adım kılavuzu, adım adım talimatlar istiyorsanız “seç ve bağla” yöntemini ayrıntılı olarak ele almaktadır. Sorun, bu varsayılan ayarda yatmaktadır. Gerçek ilişki SS veya FF ise, şimdi yanlış türde bir ilişki oluşturmuş olursunuz ve bir tarih garip bir şekilde kayana kadar kimse bunu fark etmez.

Asıl sorun işte burada yatıyor. Dört tür en çok dikkat çekenler olsa da, gecikme ve teslim süresi proje ayarları zaman çizelgelerini sessizce mahveden unsurlardır; çünkü özellikle aramadığınız sürece gözle görülmezler.

Gecikme, bir bağımlılığın üzerine eklenen bir gecikmedir. İki günlük gecikmeli “Bitiş-Başlangıç” (Finish-to-Start) ilişkisi, A’nın bitiminden iki gün sonra B’nin başladığı anlamına gelir. Sertleşme süresi, boyanın kuruması gibi zorunlu bir bekleme süresini düşünün. Bunu “4FS+2d” şeklinde öncül sütununa girersiniz. Çizelge, çevredeki tarihler nasıl değişirse değişsin bu aralığı korur; bu da gerçek bir bekleme süresi için tam olarak istediğiniz şeydir. Ve yanlışlıkla eklenmişse tam olarak istemediğiniz şeydir.

“Lead”, negatif “lag”dır. Temel olarak, görevlerin çakışması anlamına gelir. “4FS-2d”, B görevinin A görevinin bitiminden iki gün önce başlaması ve böylece görevlerin birbirine bürünmesini ifade eder. Bu durum, bir öncül görev son aşamasını tamamlarken bir ardıl görevin başlayabileceği durumlarda yararlıdır. Microsoft Community Hub’daki gelişmiş görev bağımlılıkları hakkındaki makale, öncül ve gecikme kavramlarının yeni Project for the web motoruyla nasıl etkileşime girdiğini ele alıyor; istemediğiniz örtüşmelerle karşılaşıyorsanız bu makaleyi okumaya değer.

İşte hata senaryosu: Birisi “-2d” demek isterken “+2d” yazıyor ya da gecikme nedeni ortadan kalktıktan sonra gecikme süresini olduğu gibi bırakıyor. Artık zaman çizelgesinde, tüm projeyi uzatan hayali bir boşluk var ve gecikme süresi ayrı bir satır olarak görünmediği için kimse bunu fark etmiyor. Bu bağlantıdan sonraki tüm tarihler iki gün yanlış olur ve Gantt çubukları tamamen normal görünür.

Dolayısıyla, bir projenin süresi görev sürelerinin toplamından daha uzun sürdüğünde, her şeyden önce gecikme değerlerini kontrol edin. Önceki görev sütununu “+” ve “-” girişleri açısından inceleyin ve her birinin geçerli bir nedeni olup olmadığını doğrulayın. Dale Howard’ın bağımlılıkların ayarlanmasına ilişkin MVP kılavuzu bu konuda oldukça açık: Gizemli gecikmelerin çoğu, kimsenin eklediğini hatırlamadığı gecikmelerden kaynaklanır.

Sorun Giderme: Sık Görülen Belirtiler

Tarihi değiştirdiğimde hiçbir şey değişmiyor. Muhtemelen SS veya FF’dir ve yanlış ucu değiştiriyorsunuz. SS, bitiş değişikliklerini göz ardı eder; FF ise başlangıç değişikliklerini göz ardı eder. Türü değiştirin ya da görevin diğer ucunu değiştirin.

Her şey çok fazla hareket ediyor. Genellikle, bir dizi FS bağlantısı, bunlara engel olan bir kısıtlama veya birikmiş gecikme ile karşı karşıyadır. Project’in hesaplama sırasına göre kısıtlamalar bağımlılıklardan öncelikli olduğundan, bir görevin bağlantıyı geçersiz kılan “Başlangıç Tarihi” gibi katı bir kısıtlaması olup olmadığını kontrol edin.

Bir görevin bitiş zamanı değişir, ancak başlangıç zamanı sabit kalır. İşte Finish-to-Finish işini yapıyor. Eğer istediğiniz bu değilse, FS’ye geçin.

Bitiş tarihi, başka bir görevin başlangıç tarihine göre ertelenir. “Başından Sonuna Kadar” ifadesi neredeyse her zaman yanlışlıkla kullanılır. Bunu aslında kastettiğiniz şeye, muhtemelen FS’ye değiştirin.

Sık Sorulan Sorular

Microsoft Project’te varsayılan bağımlılık türü nedir?
Bitiş-Başlangıç. Şeritteki bağlantı düğmesiyle oluşturulan her bağlantı, Görev Bilgisi iletişim kutusunda veya öncül sütunundaki kısaltmada değiştirilmediği sürece FS olarak ayarlanır.

“Önceki” sütunundaki kısaltmayı nasıl okurum?
Sayı, önceki görevin kimlik numarasıdır; harfler ise türünü gösterir. “7FS”, 7 numaralı görevde “Bitiş-Başlangıç” anlamına gelir; “7SS”, “Başlangıç-Başlangıç”; “7FF”, “Bitiş-Bitiş”; “7SF” ise “Başlangıç-Bitiş” anlamına gelir. “+3d” veya “-3d” son eki, gecikme veya öncül süre anlamına gelir.

Neden küçük bir düzenlemeden sonra projemin tamamı uzadı?
Çoğu zaman, istemediğiniz bir gecikme süresi birikir ya da bağlantılarınızı geçersiz kılan bir kısıtlama ortaya çıkar. Project’in zamanlama motoru kısıtlamaları bağımlılıklardan daha öncelikli olarak değerlendirdiğinden, öncül sütununda “+” değerlerini tarayın ve katı kısıtlamalar olup olmadığını kontrol edin.

Ne zaman “Bitiş-Başlangıç” yerine “Başlangıç-Başlangıç” kullanmalıyım?
İki görevin aynı anda başlaması gerektiği, ancak aynı anda bitmesi gerekmediği durumlarda. Kazı çalışmaları ve ekipman sevkiyatı aynı anda hız kazanır; bu nedenle bu görevlerin başlangıçları birbirine bağlıyken, bitişleri bağımsız kalır. Wrike’ın bağımlılık kılavuzunda paralel görevlere ilişkin daha fazla örnek bulabilirsiniz.

Teslim süresi ile gecikme süresi aynı şey midir?
“Lead” negatif gecikme anlamına gelir; yani gecikme yerine çakışma söz konusudur. “FS-2d” (lead), bir sonraki aşamanın bir önceki aşama bitmeden iki gün önce başlamasına izin verir. “FS+2d” (lag) ise, bir sonraki aşamanın bitiminden sonra iki günlük bir ara olmasını zorunlu kılar. Aynı alan, zıt işaret, zıt etki.

Her Şeyi Bir Araya Getirmek

MS Project’te görev bağımlılıkları yanlış işlediğinde, ilk şüpheli tarihler değil, bağımlılık türüdür. Belirtileri davranışla eşleştirin; neyin değiştiğini ve neyin kaymış olduğunu inceleyin; doğru tür kendiliğinden ortaya çıkacaktır. Ardından gecikme ve öncül sürelerini kontrol edin; çünkü tek başına bir “+2d” hatası, diğer tekil nedenlerin hepsinden daha fazla gizemli gecikmeye yol açar. Bağlantı kurmadan önce “önceki görev” sütununu okuyun ve ilişkiyi belirleyin; Gantt şeması da düzgün çalışmaya başlayacaktır.