프로젝트 상태를 어떻게 보고하나요?[닫은]

Question

현재 나는 "한 페이지 프로젝트 관리자" 엑셀 템플릿 프로젝트 상태 보고서용.여기에는 지난주 작업 요약과 다음 주의 예상이 포함되어 있습니다.모든 중요한 작업에 대해 완료 여부를 추적합니다.한 페이지에 모든 것이 있습니다.나는 이 보고서를 매주 모든 참가자/이해관계자에게 보냅니다.(힌트:민첩한 환경에서는 일하지 않습니다)

프로젝트 상태를 어떻게 보고하나요?

Answer 1

상태보고는 간단해야합니다 (팀의 모든 구성원이 자신의 상태에 대해 계속하는 동안 오랫동안 앉아있는 사람은 아무도 없습니다). 그래서 저는 소프트 보고서의 열렬한 팬입니다.

• 성공 - 마지막 상태 회의 이후 달성 한 것 : 프로젝트 일정에서 직접 작업을 수행합니다. 가능하다면 X%가 완료된보고를 피하려고 노력했습니다. 완료되었거나 그렇지 않습니다. 작업이 95 %에 달하는 % 수단으로보고 주. 또한 프로젝트 관리자/기술 리드는 작업 분류 구조를 며칠이 넘지 않는 작업으로 분류하도록 장려합니다.
• 기회 - 기회를 식별 했습니까? 아직 고려되지 않은 프로젝트에 도움이되는 것들 (예 : 무언가를 스크립트하는 더 나은 방법, 프로젝트가 무언가를 구현하지 못하게하는 도서관 등)을 찾았습니다.
• 미래의 일 - 지금과 다음 상태 회의 사이에 무엇을하고 있습니까? 다시 프로젝트 일정에서 직접 벗어납니다.
• 위협 - 예정된 작업을 수행하는 능력에 영향을 줄 수있는 것을 식별 했습니까? EG : 요구 사항에 대한 이전에 미확인 된 구멍, 지원 통화는 시간을 큰 시간을 차지하고 있으며, 무언가를 구현하는 것은 예상보다 어려운 것으로 판명됩니다.

이상적으로는 자료의 90%가 방의 사람들의 절반과 관련이 없기 때문에 큰 프로젝트 회의 에서이 일을하지 않을 것입니다. 나는 회의 전에 소프트 보고서를 수집하고 회의 전에 그들을보고 시간을 보내고 실제 회의에서 모든 사람과 관련이있는 특정 문제에 대해 논의합니다.

Answer 2

칸막이 외부에는 화이트 보드가 있습니다. 그것은 웃는 얼굴입니다. 프로젝트에 상태가 변경되면 눈살을 찌푸리며 걱정하는 걱정, 잔인한 결정, 미소 및 미소 사이를 전환합니다. 그 옆에는 마지막 변화를 나타내는 화살표가 있습니다.

농담으로 시작되었지만, 비 기술적 동료들이 프로젝트의 위치에 게시하는 좋은 방법이었습니다.

Answer 3

나는 별도의 상태 보고서의 팬이 아닙니다. 프로젝트 상태 보고서가 우리가 사용하는 프로젝트 관리 소프트웨어의 함수가되기를 원합니다. 시간을 절약하고 모든 사람 (팀, 관리, 이해 관계자, 고객)이 동일한 정보를 제공하는 가장 좋은 방법 중 하나는 통합 정보/데이터 관리 시스템을 갖추고 모든 요구에 맞게 사용하는 것입니다. 회사 밖에서 별도의 보고서를 보내야하더라도 해당 관리 시스템의 보고서가되어야합니다.

우리는 민첩한 환경에 있으며 버전 톤을 사용합니다. 팀은 회사의 다른 모든 사람들이 진행 상황을 볼 수있는 모든 작업과 활동을 관리하고, 진행 상황을보고, Burndowns 및 본질적으로 Versionone의 일부인 다른 많은 보고서를 참조하십시오.

http://www.versionone.com

Answer 4

자신을 위해 유지 관리하는 프로젝트 관리 정보와 고위 경영진 및 고객에게 보여주는 정보는 별개입니다.

귀하의 고객이 식품 운송 사업에 종사하고 있으며 ERP 애플리케이션을 구축하도록 요청하는 경우 Agile/Scrum 또는 Prince2의 개념을 이해하지 못할 가능성이 있습니다.

그들은 무엇을 이해할 것인가?백분율과 일반 영어.

다음은 제가 매주(보통 금요일 오후) 고객과 고위 경영진에게 보내는 '프로젝트 진행 상황 업데이트'(또는 '하이라이트 보고서')의 예입니다.

===

2008년 12월 2일 하이라이트 보고서

• 프로젝트가 65% 완료되었습니다.
• 디자인/모형 단계의 모든 작업이 100% 완료되었습니다.
• 코딩 단계의 작업이 70% 완료되었습니다.
• 프로젝트 관리 단계가 45% 완료되었습니다.
• 현재 품질관리 단계는 10% 완료됐다.

• 보조 작업의 35%가 완료되었습니다.

• 우리의 버그 로그에는 현재 수정되지 않은 버그 3개가 포함되어 있습니다(그 중 1개는 높은 우선순위로 표시됨).

• 버그 로그에는 승인 대기 중인 3가지 기능 추가도 포함되어 있습니다.

여러분이 검토하실 수 있도록 최신 작업을 준비 위치에 업로드했습니다.

다음으로 작업할 작업은 사진 갤러리 구성 요소입니다. 다음 주 말까지 완료하는 것을 목표로 하고 있습니다(다음 주 중반에 확인될 예정).

우리는 귀하가 온라인 결제를 받을 수 있도록 신용 카드 게이트웨이 제공업체가 귀하의 계정을 확인하기를 기다리고 있습니다.우리는 귀하의 인터넷 판매자 계좌가 귀하의 은행에서 승인되기를 기다리고 있기 때문에 이를 위험 요소로 표시했습니다.

궁금한 점이 있으면 알려주세요. 최선을 다해 답변해 드리겠습니다.

===

간단 해.번다운 차트와 스크럼 접근 방식에서 얻을 수 있는 많은 유용한 측정항목이 누락되었습니다.하지만 이는 고객(또는 경영진)에게 직접 제시하기에는 좋은 수치가 아닙니다.

아, 그리고 버그 목록에 대해 한 말씀 드리고 싶습니다.고위 관리자와 같은 다양한 수준의 공개가 있습니다.개인적으로 나는 매우 투명하다.하지만 고객에게 얼마나 많은 '나쁜 내용'을 공개할 수 있는지 관리자에게 확인해야 합니다.

관심이 있으시면 이에 대한 더 자세한 블로그 기사가 있습니다. 누구나 이해할 수 있는 프로젝트 상태 보고서

LM

Answer 5

Agile을 사용하지 않더라도 작업보다는 기능의 진행 상황을 추적하는 데 여전히 승리합니다.

당신의 이해 관계자들은 아마도 무엇을 전혀 모른다 'ID 열에 자동 인익을 추가하려면 t_sec_name 테이블을 리팩터링합니다.'완료되었는지 여부를 의미하고 대부분은 신경 쓰지 않을 것입니다.

그러나 '신규 사용자를 응용 프로그램에 추가하는 성능 향상'에 대한 진행 상황을보고하면 진행 상황에 대한 정보를 독자에게 전달할 수 있습니다.

그래서 나는보고 할 것이다 :

• 기능 수준에서 변경/수정/향상의 진행 상황,
  • 완료된 작업
  • 진행중인 작업
  • 계획된 작업
• 비즈니스/고객이 해결할 결정/문제
• 위험 (보고서 작성은 위험 레지스터를 업데이트하기에 좋은시기)
• 팀 문제 (휴일, 병가, 훈련)

Answer 6

우리는 내가 일하는 다양한 '강제'형식을 가지고 있습니다.

내 일일 상태는 세 가지 범주입니다.

• 성취 된 것들
• 성취되지 않은 것들 (그리고 그 이유)
• 고객 의견
  • 기능 / 추가 요청 포함
  • 솔직한 감사, 불만 등
  • 기타 기타

프로젝트 상태는 일일 상태를 일정과 관련하여 미리/뒤에있는 것을 보여줍니다.

Answer 7

우리 회사는 BesiveOne을 사용하여 백 로그 항목의 백분율, 이전 스프린트에서 연기 된 항목 및 전체 프로젝트 완료 백분율과 같은 정보를 얻습니다. 이 정보를 고객에게 제시하려면 Power Point 프레젠테이션을 작성하고 정보를 포함시킵니다. 내부 사용을 위해, 우리는 버전 폰 사이트에서 찾거나 액세스 할 수없는 비 기술적 인 직원을 위해 Excel 파일에 넣습니다.

Answer 8

이전 프로그램 관리자가 개발 한 우수한 프로젝트 상태 보고서를 사용합니다. 나는 다양한 스폰서와 함께 성공적으로 사용했으며 문제, 위험, 이정표 및 예산에 대한 초점을 좋아했습니다.

XLS 파일을 다른 많은 사람들과 함께 넣었습니다. PM 템플릿. 결국 나는 그것을 효과적으로 사용하는 방법을 설명하는 단어를 넣을 것입니다. 그러나 감동적인 언어를 사용하지 않는 경우, 문제 / 위험의 영향에 중점을 두어야합니다.

나는 또한 OPPM 책을 보았고 실제로 감동하지 않았습니다. 비교시 프로젝트 상태 보고서 일반적으로 전체 책 대신 사용 방법을 배우려면 15 분이 걸립니다.

NB : 이것은 팀원이 자신의 상태를보고하도록 설계되지는 않았지만 PMS가 프로젝트 상태를 스폰서 및 프로그램 관리자에게 여러 프로젝트로 바쁘게보고 할 수 있도록 설계되었습니다.