추적: 백서

참고:  사용자 언어로 가능한 한 빨리 가장 최신의 도움말 콘텐츠를 제공하고자 합니다. 이 페이지는 자동화를 통해 번역되었으며 문법 오류나 부정확한 설명을 포함할 수 있습니다. 이 목적은 콘텐츠가 사용자에게 유용하다는 것입니다. 이 페이지 하단의 정보가 도움이 되었다면 알려주세요. 쉽게 참조할 수 있는 영어 문서 가 여기 있습니다.

이 백서는 "참호에서" 컬렉션의 일부입니다. 프로젝트 작업 추적의 이점을, 추적 방법에 설명 하 고 시간 추적과 진행 상황을 추적의 차이점에 설명 합니다.

다른 백서를 더 살펴보려면 "참호에서" 백서를 참고하세요.

추적 또는 하 게 처리

이므로 할로윈 계절 여기 북미에서 작업 무시 무시 한 살펴볼 생각: 프로젝트를 추적 합니다. 무엇 인가요? 음성을 텍스트로 무시 무시 없습니다? 필드의 정보는 다를 거래 시작일

Not 관리 계획은 많지 여전히

여러 산업 및 조직에는 공식적인 프로젝트 관리 일정을 만든 경우에는 계획 모드에 남아 있는 되며 추적 적이 없는 매우 공통 항목이 합니다. 계획의 연습 있으며 다시 계획을 세워야 합니다. 곳은 이것이 소프트웨어 개발 보다 더 일반화 합니다. 프로젝트 관리 소프트웨어 업계에서에 적용 되었습니다 모든 진행률을 계획 하 고 다음을 추적 하는 비교 계획만 되어 있는 프로젝트의 숫자 큽니다. 인 경우 계획에이 중에서 단독 본인 좋은 소식이 됩니다. 단독 본인 나쁜 소식입니다.

일부 산업에서 프로젝트 추적 되지 않는 이유 인기 없는 여러 가지 이유가 있습니다. 일부 산업에서 예를 들어 것이 입찰 등을 만드는 또는 프로젝트 가격 또는 프로젝트 축소 또는에서 프로젝트에 대해 원래 계획 확인 추정 전문적으로 하는 담당자가 일반적인 다시 시도 합니다. 우리 볼 거의 항상 건설, 중형 공학, 항공/방어 큰 공학/조달/건축 (EPC) 프로젝트의 않는 다양 한 환경에서 true입니다. 입찰을 획득 한 후 완전히 새로운 팀 추적 및 프로젝트의 배달에 적용 됩니다. 대규모 프로젝트에서 원래 입찰 만든 사람 자주 이동한 얼마 전에 예상 만들기 및 계약 닫기 사이의 시간 광범위 한 될 수 있으므로 다른 입찰 등을 확인 합니다. 바로 지금 시작 되는 프로젝트에 오래 된 뉴스 될 수 있습니다. 따라서 프로젝트 관리 작업을 수행 하 고 계획 자체의 구조를 만든 사람을 사용할 수 없으므로 원래 계획에 대해 추적할 수 없습니다.

하지만에 대 한 프로젝트 추적을 실행 하지 않을 경우 프로젝트의 작업 진행 상황가 너무 어려운 유체를 제공 하는 가장 일반적인 원인입니다. 일부 프로젝트 빠르게 방금에 대처 하는 계획 방대한 중대 한 작업 임을 변경 됩니다. 계획을 업데이트 하 여 모든 시간을 소비 하는 경우 시간은 소중한 작은 어떤 있는 된 계획이 트랙에 남아 있습니다.

적절 한 필요가 없는 흥미로운 영향을 줄 수이 있습니다. 프로젝트 관리자는 반복 계획 업데이트 되 고 위에 조건 변화에 따라 다시 환경, 프로젝트는; 정말 늦게 적이 없는 실제로 적이 없는 예산을입니다. 추적 해제 정말 안 함. 어떻게 될 수 있나요? 결국 우리 방금 업데이트 계획 20 분 전 고 계획 우리 추적에서 바로.

소프트웨어 개발 업계에 있는 경우 생각을 하는 것으로 생각 약간 Agile 같은 정확 하 게 될 것입니다. 기민한 프로젝트 관리의 아이디어를 디자인 하 고는 현재 만드는 배달이 작성 했습니다 반복적으로 발생 합니다. 계획은 적절 하 게 조정 하 고, 언제 든 지 된다고 "클라이언트 충분 되었는지 보고 합니다. 우리 중지할 수 여기 당분간. "

특정 종류의 개발에 대 한 적절 한 완전히 이라고 이지만, 다른 사용자에 대 한 꿈에 항목 합니다. 대부분의 소프트웨어 개발 환경 마다 다른 업계와 같은 프로젝트 관리 제한 된 live 합니다. 마감일에 맞게, 적용할 예산 및 전달 범위의 고정된 목록 했습니다. 해당 기존 프로젝트 관리에 전화 해 보겠습니다. 주로 Agile 환경에도 내 환경이 되었습니다 Agile 관리 기존 프로젝트 관리의 우산 내에서 발생 합니다.

단지 계획에는 어떤 동기 상당한 이점 잠재적인을 전달 프로젝트를 추적 합니다. 전체 추적 개념에 살펴보겠습니다.

추적 어떤 역할 무엇을 나타냅니까?

프로젝트 추적 이라는 매우 구별 정의 하 고 올바른 하다 생각할 수 있습니다. 프로젝트를 추적 하는 방법의 목표는에 따라 크게 다릅니다. 다음은 몇 가지 일반적인 추적 방법입니다.

비율로 추측

팀 리더 라는 "비해 절반 정도의 이유가 있을," 하 고 알게 계획은 했습니다의 50%입니다. 이 추적 하는 동안이 전혀 추적 하지 보다 훨씬 더이 데이터 품질이 매우 취약 합니다. 작업을 완료 하기 위한 계획은는 10 일 하는 약 50%는 보고서 완료, Microsoft Project와 같은 프로젝트 관리 도구 및 Project Server 가능한 몇 가지 가정을 세울 됩니다. 제한 된 데이터를 기반으로 그림 되는 데 걸린된 5 일의 작업량 지금까지 있으며 5 일의 남은 작업량 되어 있어야 합니다. 가장 사실입니다 하지만 위치 50% 정도 완료 것은 아니지만 하면 한 따라서 남은 작업의 20 일 했을 위해 노력 중 20 일 보급 했습니다 상황 마스크 것입니다.

현재의 남은 측정

수 년 전에 보관 "The 돈을 핏" Tom Hanks 연도별 라는 어두운 코미디 동영상 주요 적이 없는 것은 누가 홈 계약직 crew 합니다. 동영상 전체를 통해 실행 중인 gag에 대 한 대답 했습니다 "시기를 이루어집니다?" "3 더 많은 주" 모든 계약직 한다고 가정 합니다.

하지만 훨씬 더 나은 품질 데이터 비율로 방금 추측 보다는 남은 기간을 추적 합니다. 이 부분을 완료 하려면 남은 용량이에 중점을 선명 하 게 제공 남은 기간 및 시작할 때이에 따라 달라 집니다 다음 조각을 수 있는입니다. 두 가지 방법으로 작업을 설정한 방식에 따라 남은 기간 생각 하면 됩니다. 첫 번째 요약 작업의 남은 기간 생각 하는 것입니다. 완료 하는 데 필요한 작업량에 집중 하지는 적절 한 것입니다. 두 번째 남은 기간 또는 배정 된 각 작업에 필요한 작업량 생각 하는 것입니다. 이 작업은 자원 고정 하는 경우 적절 한 것입니다. 하지만 중 하나는 큰 단계 위로 비율로 추측만 합니다.

경험이 얼마나 측정

"는 10 일 지금까지 본 경험이" 진행 상태를 확인 하는 한 가지 방법입니다. LOE 라고도 또는 "수준 또는 작업량입니다." 작업량 수준을 우리 실제 진행 속도 확인 하려면 좋은 방법 이지만 블라인드 측면을 수행 합니다. 이 방법은 좋은 옆에 있으므로 얼마나 우리 본 경험이이 작업에 드는 이해 하는 것이 좋습니다. 잘못 된 쪽에서 수행 하 고 남은 이해 하는 것이 좋습니다 없을 수 있습니다 했습니다. 작업표 business에서 되 고 처리 해야 할까요 자주 조직의 경우가이 메서드를 구현 하려고 합니다. 우리 직원 생각할로이 방법을 적절 하 게 연관 되어 다른 프로젝트 관리 기술을 정교한 더 있지만 된 나와 있는 것을 한 번에는 방금에서 자체 매우 강력한 경우가 많습니다. "판단 되는 경우 수만 시간 진행 되 고," 했다 클라이언트에서 "를 넣습니다 미국 지금까지 어떤 우리 수행한 미리, 거의 즉시 보다 효과적인 될 수 있습니다." 오른쪽 너무 했습니다. 시간 계획 된 작업에 대 한 추적을 허용 하 고 하는 단독 조직 크게 보다 효과적인 작업표를 구현 않았습니다. 성능 향상 아직 자세히 추적의 다른 방법을 추가할 수 있게 나중 되었습니다.

진척 상황 메서드를 사용 하는 것

진척 메서드 약 30 년 전 매우 복잡 한 프로젝트를 제어 하는 방법으로 개발한 하지만 기본 개념은 매우 간단 합니다. 작업에 대 한 예산을 만들면 다음 하루는 얼마나 많은 시간에 관계 없이 우리 수 없는 획득할는 예산 100% 이상 있습니다. 값 "실제" 완료율 추적 중점적 진척 상황 계산 하 고 하는 경우가 많으므로 일부 유형의 프로젝트에 적합 한 다른 사람에 게 훨씬 되지 않습니다. 예를 들어,도 구축 하 고 있으므로를 만들기 위한도 100 마일 하는 경우 다음 마일 표식 50에 있을 때는 절반 정도 완료 합니다. 투자 하는 금액의 75%까지 발생 하는 큰 문제 사항을 및 진척 메서드 됩니다를 명확 하 게 만들 합니다. 예산 초과 50% 완료 된 시간으로 이동 하려는 수 있을 것으로 표시 하는.

새 마약에 대 한 조사를 진행 하거나 소프트웨어를 작성, 경우에 실제 완료율을 측정 훨씬 더 까다로운 수 있습니다. 진척 상황이 사용자가 전체 도구 상자에서 진행 상황에 대 한 모든 이러한이 종류를 가능한 방법으로 "가중치 중요 시점" 자주 사용 하는 것입니다. 가중치 중요 시점 프로젝트 관리 환경에서 작업이 중요 시점 설정 및 것은 합의 나타내는 것을 중요 시점을 시작 하기 전에 백분율 달며 것 처럼 해당 중요 시점에 도착 했습니다. 이 방법에 대 한 좋은 점은 작은 논의입니다. 중요 시점 완료할 수 있습니까? 예 또는 아니요? 그렇지 않은 경우에 아무 진척 상황 했습니다. 그렇다면 그 백분율 진척 상황 계산 했습니다.

상 Snow 프로젝트

다음이 방법 중 하나를 사용 하는 경우에 어떤는 통화 "상 Snow" 프로젝트 하나에 대 한 주의 해야 할 사항 것입니다. 이러한 프로젝트 거의 즉시 99.97% 완료로 이동한 다음 기다리면 걸린 시간의 나머지 부분입니다.

이러한 모든 작업 표시 하는 방법을 무엇 인가요?

어떤 프로젝트 관리 도구에 관계 없이 진행 되 자주 디스플레이 비교적 일반적인 요소를 보여 주는 사용 하는 있습니다. 여기 고민 이미지 Microsoft Project에서 50% 진행 된 하나의 막대를 표시 합니다.

50% 진행된 Gantt 막대

추적 하는 모든 이라고 하는 경우 적어도 표는 우리 있지만 Project 및 Project Server 훨씬 더 제공할 수와 같은 최신 도구에 대 한 몇 가지 개념 이상 고민 합니다. 프로젝트의 초기 계획 설정 했습니다 작업의 진행 상황 뿐 아니라 어떻게 해결 원래 계획에 대해 다른 비교 수 있습니다.

초기 계획이 있는 Gantt 막대

여기서는 작업이 50% 완료 있을 것으로 예상 하 고 것이 했지만 일주일에 가능한 가장 늦은 시작 확인할 수 있습니다. 50% 본 경험이 것을 확인할 수 있습니다 표시줄의 오른쪽에 시간 및 (계정으로 작성 주말)의 막대의 50% 생각해 했습니다. 자원 작업을 입력 한 진행 하겠습니다 될 수 있습니다 80 시간 날에 대 한 작업은 며 40 시간을 사용 합니다. 켜져 있는 오른쪽이 작업에 대 한 추적 격리에서의 생각 하지만 작업 속도로 진행 되는 수 및 진행 예상 속도 경우에 것은 여전히 부정적인 영향을 다운스트림 수 있는 모든 작업의 경우.

했습니다,는 팔 추적, 이제 무엇 인가요?

몇 가지 기본 사항 설명한 있도록 했습니다. 숙련 된 프로젝트 관리 관리자의 상위 20%에는 이미 있습니다. 크게 합니다. 80%의 말씀 드리 보다 나은 이미입니다. 이제 용도로 잠재적으로 매우 효과적인 하지만 기본적인 합니다.

X, y 다음 if

무엇을 의미 하 여 즉 효과적인 추적 결과 수식 했다고: x 발생 하는 경우는 다음 y 작업을 수행 합니다.

사용자 교육을 해결 하기 어려운 중 하나를 제외한 기본 수식이 됩니다. 몇 년 전의 국가별 인증 된 lifeguards 팀 사용 권한을 했습니다. 숙련 된 전문가 했지만 한 가지 수 연습 있지만 실제로 변경 될 때까지 실제로 적이 없는 활약 했던 이러한: 실제 비상에는 lifeguard 반응 방법입니다. 미군에 비슷한 과제를 설명 합니다. 교육 및 교육 및 교육 하지만 정말 모를 확실 어떻게 다른 사용자가 반응 하 게 됩니다 분노 해당 쪽에서 발생 한 실제 무기 때입니다.

프로젝트 관리 그러나 나와 있지는 일반적으로 생활 또는 사망의 함의 않지만 프로젝트를 추적 하는 사람들에 비슷한 문제가 있을 것입니다. 프로젝트 관리자가 수행 해야 할 사항 프로젝트 계획 대로 정확 하 게 추적 되지 않는 경우 알고는? 이 방법에 대 한 미리 오래 생각 하면 발생 합니다. 시간 및/또는 비용의 대응 예산 있습니까? 체인의 명령 작업을 수행 하도록 기관 얻을 수 있습니까? 통신 계획 여부 늦게 프로젝트 실행 중일 때 올바른 사람에도 연결할 수 있습니까? 한 결과가 어떻게 실천 구성? 지연 되는 하루 에스컬레이션 가치가? 1 주 어떨까요? 위험 또는 범위에 증가 어떨까요? 사전에이 대 한 몇 가지 표준 설정 피할 수 화를 낼 나중에 있습니다.

요령은 또는 추적

조직 또는 추적을 구현 하 여 프로젝트 설정 어렵지 합니다. 프로젝트 관리 제품 업계의 프로젝트 진행 상황을 저장 하는 몇 가지 기능에는 거의 모든 적이 있지만 추적 하는 여전히 취해야 할 계정으로 성공 가능성이 있어야 하 고 messenger 촬영 하지 않는 한 회사 문화권 측면이. 많은 프로젝트 관리자는 발생 하는 시간이 지남에 따라 등 관심사가 관리 프로젝트 보고서를 받을 때 사용할 수 있는 수만 좋은 소식 찾을 수 있습니다.

수 년 전에 대형 다중 국내 회사의 큰 이사회에 했습니다. 게시 작업표에서 정보를 수신 하 여 프로젝트 관리 도구의 영향을 논의 된 것입니다.

선임 부사장 말한 "를 이해 하지 못한다면," "때 우리를 받는 이유 작업표 시간, 작업 진행 상황을 업데이트 되지 않습니다."

"40 시간 작업 했으며는 40 시간이 소요 작업량 작업표에서 해당 작업을 하는 경우 어떻게 하면 예상한 결과 수를"? 라고 물었습니다.

질문에 혼란 스 러 본 VP 합니다.

"는 것으로 예상한 완료 되어," 짚 합니다.

"경우 하지 않는"? 답 했습니다.

"를 이해 하지 못한다면," 지금 화가 VP 이라고 합니다. "이 경우 40 시간 작업 위에 있어야 하 고 작업을 40 시간을 지정 합니다."

없었다면 있는지 해당 응답을 하지만 그러나 잠시에 대 한 외부 VP에 게 문의 하 라는 메시지가 표시 하 고 아마도 수명 계획 팔 로우 항상 하지에 설명 된 프로젝트 그룹의 처음으로 저장 된는 합니다.

가져오는 프로젝트도 이동 하지 않을 때 가장 효과적을 만들 수 있습니다를 이해 하려면 관리 계획은 방금 만큼 모든 프로젝트 계획 대로 진행 상황을 보고 해야 하는 관리의 요구 사항만 수 큰 혜택이 제공할 수 있는 항목

프로젝트 추적 관리 사람들을 위해 뿐만 아니라 전체 조직에 대 한 취급 될 수 있습니다.

저자 소개

Chris Vandersluis는 Microsoft Certified Partner인 캐나다 몬트리올에 본사를 둔 HMS Software의 설립자이자 사장입니다. McGill University에서 경제학 학위를 취득했으며 30년이 넘는 프로젝트 제어 시스템 자동화 관련 경력을 보유하고 있습니다. 다년간 PMI(Project Management Institute)의 구성원으로 활동해 온 Chris Vandersluis 사장은 MPUG(Microsoft Project Users Group)의 몬트리올, 토론토, 퀘벡 지부 설립을 지원했습니다. Chris Vandersluis 사장은 Fortune, Heavy Construction News, Computing Canada Magazine, PMI의 PMNetwork에 기고한 바 있으며 현재 Project Times의 정기 칼럼니스트입니다. 또한 McGill University에서 Advanced Project Management 관련 강의를 하고 있으며 종종 북미 전역과 전 세계의 프로젝트 관리 연합회에서 연설을 합니다. HMS Software는 프로젝트 지향 시간 계측 시스템인 TimeControl의 개발사이며 1995년부터 Microsoft Project Solution Partner의 일원이 되었습니다.

Chris Vandersluis의 전자 메일 주소는 chris.vandersluis@hms.ca입니다.

Chris Vandersluis의 EPM 관련 문서를 더 읽어 보려면 HMS의 EPMGuidance 사이트(http://www.epmguidance.com/?page_id=39)를 참고하세요.

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×