critical path'i adım adım kısaltmak lazım, zira bir aşamadan sonra critical path başka bir yol olabilir. "cp'de yer almayan tasklardan bazılarının kaynaklarını cp'dekilere aktarip toplam süreyi kısaltabiliyorum" demişsiniz, critical olmayan bir path'in süresini haddinden fazla uzatırsanız, artık o yol critical path'e dönüşmüş olabilir.
evet farkındayım ve tam da sorum bu işte.. bunu ifade edebilecek bir formül, bir koşul var mı? (cp de olmayan taskların sınıflandırılması vs) yani proje süresini tekrar hesaplamaya gerek bırakmadan başka bir yöntemle bunu bilebilir miyiz?
slack lerini hesapliyoruz biz. yani yaptin mi bilmiyorum ama engineering management dersi aliyorum su anda.
aktivitelerin early start early finish lerini bulduktan sonra her aktivite icin LS-ES=Slack $eklinde bulunuyor.
bu sekilde bir critical path buluyorsun. yani slacklerin sifir oldugu aktivitelerden geciyor path imiz.
bunu kisaltmanin yontemini de maliyetlerine oranla bakiyorsun. acikcasi orasi anlatilirken tam olarak kavrayamadim. ama cevabi bulabilirsem buraya yazarim sonra.