[]
critical path
proje yönetiminde böyle bir yöntem var.. konuyu bilenlere sorum şu, elimde tasklar var ve buna bağlı olarak bir cp(critical path) var.. cp'de yer almayan tasklardan bazılarının kaynaklarını cp'dekilere aktarip toplam süreyi kısaltabiliyorum(bkz: yamuluyorsam düzeltin).. ama bazen cp de değiştiğinden süre uzuyor(bazen kısalıyor).. bunun bir formülasyonu var mı? yoksa her duruma göre degisir diyip sivismak mi lazim?
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.
- kimi raikkonen
(12.04.08 16:56:39)
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?
- ayheytmayselfenvanttuday (12.04.08 17:36:30)
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.
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.
- safepassage (12.04.08 22:58:24)
1
