간트 차트의 요점은 무엇이며 도움이됩니까? [닫은]

(기술이 아닌) 동료가 현재 계획중인 새 프로젝트에 대한 Gantt 차트를 위협했습니다. 이것이 우리에게 어떤 가능성을 제공하며, 유용한 도구가 될 것입니까?

Wikipedia에 따르면 Gannt 차트 는 프로젝트 계획에 도움이되는 막 대형 차트 (종종 "선형")의 한 유형입니다. 그것은 종종 (거의 큰) 큰 종이 위에 벽에 수동으로 그려 지는데, 그 형식으로 쉽게 수정되기 때문입니다.

매우 간단한 유형의 계획 도구입니다. Excel 또는 이와 동등한 것으로 생성 할 수 있습니다. 프로젝트의 특정 단계에 필요한 시간을 대략적으로 추정 할 수 있다면 오히려 효과적입니다. 문제가없는 지연이있는 경우 한 줄이 줄어 듭니다. 다른 줄은 그대로 유지되며 새로운 프로젝트 종료 날짜가 있습니다.
겹치는 단계 (시간별)는 다른 단계의 끝에 의존하는 한 단계를 시작하는 종속성과 마찬가지로 쉽게 볼 수 있습니다.

'실제로 거기에있는 모든 것.

물론 Gannt (또는 일반적으로 세계의 일부에서 호출되는 "타임 차트")의 문제는 프로젝트 시작시 벽에 멋지게 그려져 열정적으로 느껴진다는 것입니다. 그리고 행복, ... 한 번의 지연이 발생하고 차트에서 변경하면 여전히 행복해집니다 ... 다른 지연이 발생하고 다시 작성하면 여전히 기분이 좋아집니다 .. 100 배 지연이 발생합니다 ... _______ (검열)와 같은 느낌입니다.

즉, 실제로 작은 마감일을 고수하는 경우 좋은 프로젝트 계획 도구입니다. 여기서 시간 낭비를 멈추고 일을 시작하십시오!

잘 제작되고 유지 관리되는 간트 차트는 훌륭한 도구가 될 수 있습니다. 주요 이점은 어떤 작업이 다른 작업에 의존하는지 보여주고, 지연에 의해 프로젝트가 어떻게 영향을 받는지 예측하고, 다른 것을 기다리고 있기 때문에 낭비되는 시간을 강조하는 것입니다.

과거에는 소프트웨어 프로젝트 관리에 Gantt 차트를 성공적으로 사용했습니다. 또한 사람들이 좌절감을 버리는 것을 보았습니다.

모든 프로젝트 관리 도구는 누군가가 실제로 묻는 질문에 대답하는 경우에만 유용합니다. 제 경우에는 계속 두 가지 질문을 받았으며 Gantt 차트는 다음과 같이 대답 할 수 있습니다.

• 내 관리자 : 소프트웨어는 언제 배송 가능 상태입니까?
• 개발자 : 본인이 할당 한 작업을 완료했습니다. 지금 어떤 과제를 할당하고 있습니까?

Gantt 차트가 유용하려면 어떤 요소가 필요합니까?

여러 팀원

분명해야합니다. 팀원이 한 명인 경우 한 열에있는 작업 목록 만 있으면됩니다. 당신은 하나씩 차례로 할 것입니다.

작업이 무엇인지에 대한 지식

이것은 또 다른 명백한 진술처럼 보이지만 작업으로 나눌 수있을 정도로 소프트웨어 프로젝트가 얼마나 잘 정의되어 있지 않은지 놀랄 것입니다. 실제로 선결제 사양과 어느 정도 선결제 디자인이 필요합니다. 애자일 / 익스트림 방법론 중 일부에서는 Gantt 차트를 사용할 수 없었습니다. 이후 3 주 동안 반복 할 작업이 무엇인지 알 수 없기 때문입니다.

차트를 유지하기위한 시간과 동기

누군가는 그 일을 유지하기 위해 시간을 들여야했습니다. 너무 자주, 누군가가 간트 차트를 작성하는 데 며칠을 보낸 다음 무시합니다. 아마 그는 한 달 후에 그것을 꺼내 긴장하게 웃어 버리고 다시는 이야기하지 않을 것입니다.

일단 당신이해야 할 일과 추정치가 있다면 차트에 올려 놓으십시오. 그리고 첫 번째 작업이 완료되면 차트에 해당 작업을 표시 한 다음 다른 모든 작업을 흔들어 예상치 못한 사실을 보상해야합니다. 그리고 이틀 후에 다시 했어요. 그리고 다시, 이틀 후에 다시. 물론 무언가를 잊었거나 결함이 나타나는 것으로 판명되면 새로운 작업을 차트에 넣어야합니다.

그것은 상당한 지속적인 시간 약속처럼 들릴 수 있으며, 당신 말이 맞습니다. 이를위한 동기는 어디에서 오는가?

누군가 실제로 결과에 관심

내가 간트 차트를 성공적으로 사용한 시간은 매주 프로젝트 관리 회의가 있었던 곳이었습니다. 관리자는 회의실을 돌아 다니면서 각 팀장에게 프로젝트가 언제 전달 될 것인지를 요구하도록 요구했습니다. 프로젝트가 뒤에서 실행 중이면 리소스가 재 할당됩니다. 처음 두 번의 회의에서 나는 그것이 언제 배달 될지 몰랐으며 "3 개월 안에"모호한 결과를 낳을 것이라고 생각했다. 이 난처한 내 전략으로 변경하고 각 회의 전에 최신 정확한 Gantt 차트가 있는지 확인하십시오.

부작용으로, 이로 인해 프로젝트를보다 체계적이고 효율적으로 만들었으며 팀원의 동기를 더욱 높일 수있었습니다.

Tracking Gantts보다 오늘날처럼 프로젝트 계획을 인기가 없게 만드는 단일 발명품은 없습니다. 간트 추적은 해로울뿐만 아니라 악으로 간주되어야합니다. 이유는 다음과 같습니다.

이유 # 1 : 그들의 동기

추적 간트를 사용하면 계획의 각 단계마다 소요 시간과 실제 소요 시간을 알 수 있습니다. 당신은 매일 그리고 상태 회의에서 X 단계가 3 월에 시작되어야한다고 알고 있지만 5 월까지는 시작되지 않을 것입니다. 대박. 초기 계획을 세울 때 프로젝트가 진행됨에 따라 계획이 변경되어야한다는 것을 이미 알고있었습니다. 새로운 정보가 밝혀졌습니다. 사람과 자원은 예측할 수 없습니다. 따라서 모든 상태 회의에서 실생활에서 초기 예측이 얼마나 빈약한지 끊임없이 상기시키는 것이 중요한 이유는 무엇입니까?

이유 # 2 : 원래 계획을 고수하도록 강요

프로젝트의 간트 차트를 추적한다는 아이디어는 새로운 정보를 기반으로 작업 계획을 지속적으로 조정하는 데 초점을 맞추는 대신 손가락을 가리키고 잘못된 예측을 강조 할 수 있기 때문에 구식 계획을 고수하기로 결정한다는 것을 의미합니다. 프로젝트의 초기 계획 단계에서 수반 된 엄청난 불확실성의 결과는 불가피합니다. 결국 계획이 근본적으로 바뀌도록 허용한다면 간트를 추적 할 수 없습니다. 그것은 동일한 일반적인 형태를 가져야하고 동일한 단계들로 구성되어야한다. 그렇지 않으면 추적 할 것이 없다. 계획을 고수하는 것은 "폭포"가 실제로 요즘 중요한 용어로 여겨지는 가장 큰 이유이다. 미리 계획은 원래 계획을 고수하는 것과 혼동됩니다.

이유 # 3 : 그들은 당신에게 아무것도 가르치지 않습니다

계획중인 프로젝트가 예상과 유사하고 반복적이지 않는 한이 프로젝트의 지연이 실제로 다음 프로젝트 계획 방식을 변경하는 것과는 다릅니다. 결국, Gantts는 공장 생산 라인에서 작업 계획을 수립하는 데 처음 사용되었습니다. 작업은 매우 잘 정의되어 있으며 지속 시간은 매우 예측 가능합니다.

추적이 소프트웨어 개발 Gantt 차트에 추가하는 값은 0입니다. 틀림없이 0보다 작습니다. 과거의 추정은 새로운 프로젝트와 관련이 없을뿐만 아니라, 시간이지나면서 소급하여 추정 능력을 실제로 향상시킬 수 있다는 환상은 위험합니다. 물론 CS 학생은 실생활에서 통합에 많은 시간이 걸린다는 것을 알지 못할 수도 있습니다. 그러나 일생 동안 두 개 이상의 프로젝트에 참여한 사람은 이미 지연된 프로젝트의 일반적인 용의자를 잘 알고 있습니다. 프로젝트가 지연되는 실제 이유는 일반적으로 추정에 적용되어야 할 수학적 오류 요소가 아니라 처음으로 무언가를 수행하고 정확히 어떻게 진행되는지 알지 못하는 본질적인 불확실성입니다.

실제로 잘못된 관리 각도에서 문제를 공격하려는 프로젝트 관리 시스템이 있습니다. 예측 대 실제 성능을 측정하고 통계 분석을 사용하여 전체 추정을 수정하려고합니다. "대니는 항상 14.3 % 모든 것을 과소 평가"하는 것처럼 항상 그렇습니다. 대니는 멍청하지 않으며, 예측 오류가 예측 가능하다고 가정하는 것은 실제로 바보입니다. 그것은 문제의 원인과 추정에 요인을 추가하는 원시 "치료"를 혼동합니다. "올바른"요소를 곱하지 않았기 때문에 추정치가 정확하지 않습니다. 당신의 계획은 단순히 불완전합니다. 모든 계획은 그 자체로 불완전합니다.

이유 # 4 : 잘못된 것에주의를 집중시킵니다.

정시에 제공하기 위해 수행해야 할 작업에 집중하는 대신 부정확 한 예측을 정당화하는 데 주력하고 있습니다. 보다 세부적인 계획에 초점을 맞추고 계획을 새로운 정보에 적용하는 대신 구식 계획을 다시 세우는 것입니다. 작업 계획의 일부가 잘못 추정되어 프로젝트가 거의 지연되지 않습니다. 많은 계획이 단순히 원래 계획에서 제외 되었기 때문에 지연됩니다. 간트 추적은이 상황을 더욱 악화시킵니다. 계획이 모든 상태 회의에서 열악한 평가로 강조 표시되면 계획에 더 자세한 내용을 삽입해야합니까? Gantt 차트에서 추적 가능한 큰 작업 덩어리를 고수합니다. 적응에 집중하고 올바른 길을 찾는 대신

충분히 정교한 계획을 관리하기에 충분한 도구를 가지고 있지 않다는 문제도 있습니다. 도구를 사용하여 자주 무시되는 모든 단계를 도중에 노출시킬 수 있다면 좋은 초기 계획 (및 추정)을 구성 할 가능성이 훨씬 높아집니다. 전통적인 간 트는 개발자가 프로젝트 관리의 현실에 대한 풍자 만화로 올바르게 보는 저해상도 짐승입니다. 필요한 것은 초기 단계에서 가능한 한 많은 정보를 작업 계획에 쉽게 추가 한 다음 불확실성의 안개가 프로젝트에서 천천히 사라지면서 계획을 쉽게 적용 할 수있는 도구입니다. 마지막으로 필요한 것은 정확하지 않은 과거 예측에 대한 끊임없는 저해상도 알림입니다. 간트 추적은 손가락으로 가리 키거나 엉덩이를 가리는 데 효과적입니다.

간트 차트 소프트웨어를 사용하면 복잡한 상호 종속성을 분석하고 오버런 및 지연의 영향을 예측할 수 있습니다.

그러나 대부분의 소프트웨어 프로젝트에는 상호 의존성과 외부 입력이 거의 없으므로 예측의 열쇠는 소프트웨어 팀이 3 주가 걸릴 것이라고 말했을 때 사용할 승수가 무엇인지 아는 것입니다.

다른 사람들이 간트 차트 (일반적으로 비공식적으로 프로젝트 계획이라고 함)는 작업과 해당 작업 간의 상호 종속성을 매핑하는 방법이며 프로젝트의 최소 총 경과 시간을 설정하는 것을 목표로합니다.

관리 관점에서 핵심 결과는 중요 경로, 즉 지연된 경우 프로젝트가 지연되는 작업 목록을 식별하는 것입니다.

아주 간단한 예-두 명의 프로그래머가 세 가지 작업으로 프로젝트를 진행하고 있다고 가정하십시오 (코드 모듈 A는 프로그래머 10 일, 코드 모듈 B는 프로그래머 5 일, a와 b는 2 일). 처음 두 작업 (코딩 모듈 A 및 B)은 동시에 진행되며 목표는 세 작업을 모두 완료하여 12 일 안에 프로젝트를 완료하는 것입니다.

이 경우 중요한 경로는 코딩 모듈 A와 통합 테스트입니다. 모듈 B의 코딩은 실제로 제 시간에 끝난 것처럼 영향을 미치지 않으면 서 5 일 늦게 (또는 5 일 이상 실행) 시작할 수 있으며, 코딩 모듈 A는 훨씬 오래 걸릴 것입니다. 반면에 코딩 모듈 A 또는 통합 테스트가 언제든지 미끄러지면 전체 프로젝트가 미끄러집니다.

이런 종류의 것을 알면 리소스를 배포하는 방법과 특정 작업의 지연이 전체 프로젝트에 영향을 줄 수 있는지 여부를 이해하는 데 도움이됩니다.

그들은 유용합니까? 분명히 그렇습니다. 그러나 한 가지 중요한 경고가 있습니다. 정보에 관한 정보가 좋을 때만 :

• 작업 목록이 완성되었습니다
• 추정치는 정확하다
• 작업 간의 종속성은 포괄적이며
• 팀을 대표하고 작업에 올바르게 매핑 된 리소스

그리고 거기에서 팀은 차트로 작업하고 올바른 순서로 작업을 수행해야합니다 (할당 된 작업보다 잠재적으로 무언가 / 다른 사람을 지연시킬 수있는 흥미로운 작업을 수행하지 마십시오).

당신이 그 모든 것을한다면, 그것은 당신에게 정말로 도움이 될 수 있지만, 그것이 정확하고 현실적임을 보장하기 위해 작업이 선행되어야합니다.

나는 Gantt 차트를 좋아하고 Mac이 더 나은 소프트웨어를 선택하여 만들면 항상 사용합니다.

의존성을 보는 것은 엄청납니다. "프로젝트의 데이터를 채우는 부분을 얻지 못하면 whatsit 향상에 대한 구성을 시작할 수 없습니다."

프로젝트가 소프트웨어 개발 프로젝트 인 경우 간트 차트는 그다지 도움이되지 않으며 대부분 시간 낭비입니다. 소프트웨어 개발의 유동적 인 특성을 위해 설계된 것이 아닙니다.

• 작업은 일반적으로 순서에 의존하지 않습니다. 어떤 순서로든 수행 할 수 있습니다.
• 작업 순서에 따라 작업을 완료하는 데 필요한 시간이 변경 될 수 있습니다.
• 작업은 버그와 같은 다른 작업을 생성 할 수 있습니다

결론은 작업을 수행하는 것보다 계획을 업데이트하는 데 더 많은 시간을 소비한다는 것입니다.

요구 사항 만 관리하면 다른 모든 것이 스스로 처리됩니다.

YMMV