네트워크 다이어그램의 여유 값을 사용하여 재조정 (해당되는 경우)하는 방법을 알려주시겠습니까? 다음 표를 사용하여 여유 값을 계산하고 네트워크 다이어그램을 그렸습니다. 
Slack 값 찾기 : 
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks 원래 프로젝트 기간을 그대로 유지하고 싶습니다 (따라서 중요 경로에서 사용되는 주 수를 변경하지 않습니다). 그러나 중요하지 않은 경로에 사용되는 주 수를 줄이고 싶습니다. 여유 값 (또는 다른 방법)을 사용하여 수행 할 수 있습니까?
댓글
- 프로젝트 관리와 더 관련이 있습니까? 또는 더 촉박 한 일정을 찾기 위해 소프트웨어를 작성하는 방법에 대한 질문이 있습니까?
- @MichaelT 안녕하세요. '는 프로젝트 관리와 더 관련이 있습니다.
- 알겠습니다. 감사합니다. ' 어디서 질문해야할지 몰랐습니다. stackoverflow의 사람들이 여기에 게시하라고했습니다.
- 재 게시보다는 다른 사이트로 마이그레이션 할 질문에 플래그를 지정하는 것이 가장 좋습니다. 이렇게하면 " 여기에 속하는 "의 링크가 스택 교환에서 더 명확하게 설정됩니다. 질문을 다시 게시한다는 것은 한 지점에 마감 된 질문이 있고 다른 지점에 열려있는 질문이 있음을 의미합니다. SO 사람들은 종종 ' SO에 속하지 않는 것은 P.SE에 속하지만 ' 항상 정확하지는 않다고 생각합니다. . 무언가가 어디에 속해 있는지 궁금한 경우 채팅방 (P.SE '의 채팅방을 화이트 보드 를 클릭하고 질문합니다.
- 이 작업을하려는 이유가 무엇입니까?
답변
TL; DR
아직 중요하지 않은 작업에 대한 float 값은 나머지 프로젝트에 대해 실제로 느슨하지 않습니다. 하위 작업에 대해 증가 할 수 있습니다. 다음과 같은 표준 프로젝트 관리 기술을 사용하는 중요한 작업 :
- 중요하지 않은 작업 요소의 범위 축소
- 각 작업 또는 마일스톤에 할당 된 리소스 늘리기
- 필수적이지 않은 이정표 또는 작업 요소를 제거합니다.
권장되지는 않지만 중요 경로에서 기술 “빠른 추적”또는 “경로 충돌”과 같은 하위 중요 작업의 “경로 충돌”은 실제로 공식적인 방법론의 일부가 아닙니다. 이러한 기술을 비평가에서 멀리 적용 l 체인은 하위 중요 작업의 충돌 기간 을 줄일 수 있지만 일반적으로이를 위해 중요 경로에서 리소스를 잠식합니다.
Slack의 목적
프로젝트 일정의 Slack은 일반적으로 몇 가지 주요 목표를 달성합니다.
- 원활하게하기 위해 하위 프로세스를 최적화하지 않습니다. 전체 프로젝트 계획.
- 100 % 활용 오류로 인해 프로세스가 불안정 해지는 것을 방지합니다.
- 시간, 돈 또는 팀 역량을 강요하는 대신 빌릴 수있는 버킷을 제공합니다. 딸꾹질 할 때마다 계획을 다시 계산합니다.
중요 경로에는 여유가 없습니다
중요 경로에는 여유가 없습니다. 중요 경로는 다음과 같이 정의합니다.
A-> B-> E-> F = 14주는 중요 경로입니다.
중요 경로 사이의 연결에는 느슨 함이 없습니다. 이것이 실생활에서 사실인지 아닌지는 모르겠습니다. 그러나 다이어그램에는 각 중요 경로 항목에 대해 Slack = 0 이 명시 적으로 표시됩니다. 다음 사항을 고려하십시오.
(0 float) * (4 chained milestones) = no slack on critical path 중요 체인의 여유가 제로 있기 때문에 실제 프로세스의 결함으로 인해 계획. 즉, 전체 일정을 다시 계산하지 않고서는 중요한 경로에있는 어떤 품목도 어떠한 미끄러짐도 허용 할 수 없으며 예산이나 배송 날짜도 재평가해야 할 수도 있습니다. 좋지 않은 것 같습니다.
중요하지 않은 경로는 여유를 추가하지 않습니다.
중요 경로에 있지 않은 작업 또는 이정표의 지연으로 인해 전체 프로젝트가 지연되어서는 안됩니다. 이러한 중요하지 않은 작업이 무엇을 나타내는 지 정의하지는 않았지만 이러한 작업이 중요한 경로에 있지 않기 때문에 다음을 나타낼 수 있습니다.
- 선택적 기능
- 추가 범위.
- 좋아요.
- 과일 케이크 다시 선물하기 운동 또는 배송 가능한 제품과 똑같이 관련이없는 다른 것
무엇이든 최종 제품에 필수적인 경우에도 중요하지 않은 작업을 느슨하게 처리하면 허용 범위 내에서 해당 작업의 시작 또는 종료 날짜를 조정할 수 있으며 아무것도 구매하지 않습니다. 중요한 체인과 관련이 있습니다.
중요 경로가있는 Slack을위한 더 나은 모델
중요 경로 방법 에 대한 Wikipedia 항목에 따르면 :
화살표에 대한 활동 다이어그램 ( “PERT 차트”)이 여전히 몇 군데에서 사용되지만 일반적으로 활동으로 대체되었습니다. 각 활동은 상자 또는 노드로 표시되고 화살표는 여기 “노드에서의 활동 다이어그램”에 표시된대로 선행 작업에서 후속 작업으로 이동하는 논리적 관계를 나타냅니다.
귀하의 질문에있는 모델에 비해이 모델의 장점은 분산을 모델링 할 수 있다는 것입니다. 현재 샘플이 제공하지 않는 중요한 경로에 있습니다. 따라서 모델링하려는 항목과 노드에서의 활동이 특정 사용 사례에 대해 더 나은 계획 도구를 제공하는지 여부를 다시 평가할 가치가 있습니다. .
답변
하지만 중요하지 않은 경로에 사용되는 주 수를 줄이고 싶습니다.
중요하지 않은 경로 네트워크의 총 지속 시간을 줄여 해당 경로의 느슨 함을 증가시키기를 원하기 때문에이 글을 읽고 있습니다. 이렇게하려면 중요한 경로를 벗어난 패키지의 목표 기간을 줄이는 것뿐입니다.
하지만이 작업의 가치가 무엇인지 잘 모르겠습니다. 초기 가정은 각 패키지의 기간의 확률 적 분포 내에서 해당 분포의 MODE 주변 어딘가에있는 기간, 즉 현실적인 가능성을 나타내지 만 오버 버퍼링을 구성하지 않을만큼 충분히 희박한 기간을 목표로한다는 것입니다. 이 기간을 줄이면 위험이 증가하고이를 완화하기 위해 더 공격적인 목표 기간을 충족하기 위해 리소스 활용도 및 / 작업 시간이 증가하게됩니다. 기간 = 작업 / 자원 활용.
그러면 중요한 경로에있는 패키지에 대한 작업 활동이 위협되어 전체 기간이 직접적으로 위협됩니다.
물론, 그 반대편에 당신은 당신의 여유를 늘리고 있기 때문에 불리한 일정 차이에 대처할 수있는주기가 있습니다. 그러나이 모든 것이 서류 상으로는 엄청나게 보이지만 현실은 매우 다를 것입니다.
다른 위험은 계획에서 중요한 경로가 계획에서만 유효하다는 것입니다. 이동을 누르고 작업을 시작하고 일정에 따라 패키지를 진행하기 시작하는 순간 중요한 경로가 변경되고 변경되고 변경 및 변경됩니다. 임의로 기간을 줄인 패키지는 새로운 중요 경로에 포함될 수 있으며, 그럴 가능성이 있으며 기간을 줄이고 위협을 증가 시켰으므로 이제 전체 일정 기간에 더 큰 위협이 생겼습니다.
전체적으로, 나는 당신이하려는 일의 논리를 스케줄링 / 계획 관점에서 볼 수 없습니다. 그것은 논리가 없다는 것을 의미하는 것이 아니라 볼 수 없으며 누구도 이것을 논의하는 것을 들어 본 적이 없습니다.