English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

문제를 추적하기위한 프로젝트의 이슈 관리 방법론

비즈니스 RSS Feed





1. 무슨 문제입니까? 문제 사건, 상황, 문제가 있거나, 또는 영향을 미치는 잠재적 프로젝트, 제품 또는 서비스를 적시에 전달에 영향을 탐구, 그것도 광고 게재의 품질이 영향을 미칠 수있습니다 그리고 production.Some 프로젝트의 비용과 문제의 정의가 계속되고 약간 다릅니다. 헬프 데스크에 도움이 응답을 필요로 요청으로 문제를 정의하고있다. 서비스 부서 추적 문제로 서비스를 요청했다. 소프트웨어 유지 보수 그룹의 소프트웨어 버그와 충돌 문제 개선 요청 issues.Because로보고 추적 프로젝트, 제품 개발 또는 지속적인 서비스를 문제는 모든 경영 관리 방법론에서 중요한 부분입니다. 이 문제는 관리 방법론 과정보다는 문제가 귀하의 큰 봐줘서 방법론의 일부를 원활하게 처리 할 것을 약속드립니다 them.It에서 별도로 일반적으로 팀 구성원에 대한 문제를 파악하는 것은 어렵지 않아,하지만 여전히 문제의 정의를 작동하는 데 가치가있다. 그 귀하의 프로젝트에 더 많은 문제가 야심 기억한다 arise.Action 항목 : 프로젝트 팀이 문제가 무엇인지 알고, 몇 가지 예제를 제공하고 일부 examples.2 제공하는 다른 팀 구성원에게 제출되어야합니다. 문제는 정보의 중앙 리포지 토리를 쉽게 RequirementsA 때문에 대표팀의 사기와 생산성에 대한 좋은 모든 팀 구성원에게 자신의 문제에 액세스할 해결되고 잘 알고있습니다. 때문에 만드는 이슈 트래 커와 같은 자동화된 중앙 저장소 바람직합니다 문제 관리 및보고를 많이 easier.Action 항목 : 귀하의 issues.An 문제는 관리자를위한 중앙 저장소를 선택하는 사람이 모든 문제를 감독으로 선택됩니다. 그것은 프로젝트 관리자, 팀 리더 또는 다른 수있습니다 책임 지도자 위치에있는 사람. 문제는 감독이 거기에 징계를 일관되고 지속적인 진전이 모든 문제에서 만든 확신을 만들기위한 책임이있습니다. 문제는 상위 관리자에게 책임이있다 진행 만든 모든 문제에 대한 관리. 팀, 상단의 관리 및 모든 stakeholders.Action 항목에 대한 문제는 관리자가 통신 문제에 진전이 : 관리자 임명 이슈와 문제를 관리자에게 통지 자신의 역할과 responsibilities.This 문제를 관리 방법론 문제를 관리하기위한 최상의 실천을 나타냅니다. 그러나 목표는 성공적인 프로젝트, 제품 개발이나 서비스를 가지고있다, 목표는 않을 것입니다 방법론 fanatically.Action 항목을 다음 : 그래서 당신은 프로젝트의 성공 maximized.3입니다 방법론을 적응하기. Steps3.1 DiscoveryIssues 언제든지 발생할 수있습니다. 때 문제가 그것을 중앙에 기록됩니다 발견 repository.It 문제가 팀 구성원, 상단의 관리를 포함한 광범위한 사람들의 그룹에 의해 기록된 수 있도록하는 것이 중요합니다, 사용자, 고객, 주주, 공급 업체 및 하청 업체. 그것이 중요하기 때문에 경우에는 문제를보고 장벽 수있습니다 다음에는 기회가 증가 문제에 등록되지 않은 갈 것입니다. 당신이 모르는 문제를 해결할 수없습니다. 그것은 모든 사람에게 액세스 권한이 필요하지 않습니다 중심 저장소,하지만 더 better.Action 항목을 허용할 수있다 : 그 문제를 식별할 수 it.3.2 RecordingTraining 사람들이 필요로하는 사람들을위한 중앙 리포지 토리에 대한 액세스를 설정 종종 불필요하지만 점점 사람이 중앙 저장소의 일부 훈련과 격려에 걸릴 문제를 기록했다. 예를 들어, 팀 구성원이 프로젝트 관리자에게 커피를 마시며 또는 다른 기간 동안 비공식 등록되지 않은 문제를 말할 수있습니다 사건이 팀 구성원이 문제의 모든 종류, 예방 교정보다 더 중앙 repository.For 같은 문제를 기록하는 일종의 자극이 필요합니다. 만약 그들이 또한 문제가 덜 심각하게하는 경향이 이전보다 오히려 나중에 해결. 이것은 모든 노력을 곧 그들이 발견하는만큼 문제를보고하는 대신 문제에 대한 "심각한 정도가 될 기다리는"그것을 녹음하기 전에 이루어져야 의미합니다. 마 문제는 중복 또는 기존 문제와 중복이 두려워, 그것이 문제의 원인 issue.A 대한 완전한 설명을 누락하는 것보 중앙 저장소에 기록되어야합니다. 저항 유혹 솔루션의 측면에서 문제를 설명합니다. 문제의 모든 의미가 기록되어야합니다. 첨부 어떠한 지원 문서, 스크린샷, 보고서 출력, 팩스, 오류 메시지 및 기타 미디어 누가 솔루션에 대한 추천을 할 수있는 문제가 녹화 issue.The 사람에 대해 설명합니다, 만약 그들이 하나있다. 이 사람도, 심지어 경우에만이 문제에 할당된 문제가 가능한 경우 할당해야합니다 재 매니저 초기에 그것은 사실과 그것이 새로운 문제를 검토 반영되지 않은 상태 코드와 함께 중앙 저장소에 기록되어야 기록된 문제가 assignment.When. 시도해야 또한, 분류 및 issue.The 날짜 심각 순위 및 중앙 저장소에 기록되어야 문제를 만들어 만들 수. 이것은 자동으로 발행 Tracker.Many 팀과 같은 시스템에서 이루어집니다 원하는 솔루션의 측면에서 설명하는 문제, 다른 사람의 실제 문제를 추론할을 떠나. 이후 가능한 창의적인 솔루션의 범위가 제한이 가장 좋은 연습하지 않습니다. 예를 들어 심하게 모호하게 문제로 : "우리는 더 많은 사람들이 필요합니다. "그 문제가 사실은, 정말 대안이 솔루션은 무엇을 찾는이 예제에서는 흔적이 불가능합니다. 예를 들어 있으면 문제가"운송 부서가 아니라 우리가 정신이 나가셨왔다 아래 문제를 일으키는 경우에 우리 제품을 배달받을 수없는 제품과 함께, 이미 부패의 가능성이있습니다. "문제와 함께 출하 부서 아마도 이런식으로 모호하게하는 방법을 이미 알고 행동이 될 수있습니다 라인과 자신의 actions.3.3 초기 ReviewThe 초기 검토에 적응 새로운 문제의 법칙이다. 그것은 일반적으로 문제가 관리자 또는 범위 및 프로젝트의 우선순위를 잘 알고있는 대표자에 의해 수행됩니다. 만약 팀은 팀 전체에 대한 리뷰를 만날 수있는 작습니다. 각각의 새 문제 상황, 범주 및 심각도를위한 문제 행동을 누군가에게 할당하고 검토하는 선택의 소유자로 식별됩니다 그래서이 두 단계 중 하나에이 situation.3.3.1 제 StatusA 결정 융합 수있는 초기 검토를하고있을 수있습니다 문제는 누가 기록을 같은 사람 follows.Sometimes의 다음 상태에 대해 만든 문제. (이전 상태로되었다 "새로운".) 문제의 다음 상태가 자연과 행동 문제를 해결하려면 타이밍을 반영합니다. 그것은 다음 중 하나 : 오픈 : 즉각적인 행동을 주소로 이동됩니다 issuedeferred : timereferred 전까지의 미래 : 어떤 행동을 다른 그룹에 의해, 아마도 문제를 넘어을 찍은 것입니다 행동을 연기하게 될 현재 scopecancelled : 아무 조치도 지금이 아니면에서 찍은 것입니다 미래의 분류 3.3.2 문제 issueA 분류에서 첫 번째 시도 때 처음으로 녹음되었다. 하지만, 적절한 카테고리에 문제가 될 수있습니다 분류 refined.The 초기 검토를 지금하는 동안 도움을 때 자원 문제를 해결하는 데 필요한 우선 순위. 특히 purposes.Action 항목을보고하는 데 유용합니다 : 최고의 팀을 함께 토론하는 방법을 당신이 얻을 것으로 예상 문제를 분류, 문서 분류 그 used.3.3.3 순위 severityThe 문제가 심각하게 될 문제가 해결지고의 중요성을 반영합니다. 분명히, 당신은 덜 ones.Action하기 전에 가장 중요한 문제에 자원을 직접하려면 항목 : 그건 분명히 순위가 심각 코드의 작은 집합을 선택합니다. 예를 들면 : Trivial, 표준, 중요, 중요합니다. 어떤 사람은 선호하는 : 낮음, 중간, 높음, 아주 High.3.3.4 AssignmentFrom 시작 다음 사람이이 문제에 대한 문제에 할당되어야합니다 통보 조치를 취할 수있습니다. 이슈 트래 커는 자동으로 불완전하게되면 문제가 될 수있는 사람이 문제 email.If 문제를 설명을 통해 할당된 알려드립니다 해당 당사자에게 할당된 정보 문제를 설명을 할 필요가 수집하는 사람이 아닌 그룹 clear.Assign. 경험이 개인에게 할당 문제가 큰 단서 표시하고있다 그룹에 할당 문제를보다 더 책임. 개별 진행 부족에 대해 직면하게 될 수있습니다, 그것을 많은 사람의 그룹에 맞서기 어렵다. 그룹 그룹 리더에 의해, 그래서 당신을 할당할 수있습니다 표현할 수 누가 누군지는 사실은 이해 당사자의 소유자가 결정할 수 있어야 issue.3.3.5 OwnershipIt 주소 것입 그룹 구성원을 해결하는 문제가 할당 조치를 취할 것입니다 단체 지도자 문제 문제. 문제는 주인이 갖는 사람이 문제의 resolution.Owners 그들이 해결에 대한 진전 자신의 문제를 검토합니다 책임을 녹화의 방법입니다. 진행하는 경우 관리자가 문제가 충분하지 않습니다 그렇게 상황이 remedied.3.4 문제를 해결하기 ActionThe 과정을 찍을 수있는 얘기해야 다음 하위 단계를 반복 - 문제가 해결될 때까지입니다. 사람이 문제에 할당된 작업을하는 데 걸리는 , issue.The 사람이이 문제에 할당된 IP 주소 조치를 중앙 저장소에 문제가 이벤트로 찍은 문서. 문제는 이벤트가 사람의 이름, 날짜 및 행동 taken.Some의 설명을하고있다 문제는 프로세스를 취할 수 있도록 추가 조치를하기 전에 승인 단계가 필요합니다. 이 제안에 대한 승인을 서명의 형태로해야합니다. 그러나 종이 기반의 서명을 허용하는 자동화된 시스템이 잘됩니다. 이슈 트래 커에서 이슈 이벤트에 의해 서명에 사용자 자신을 식별에 로그인할 때 필요합니다 이후,이 같은 종이 signature.If 거기에는 설명서와 같은 조치를 취할 지원하는 좋은을 사용할 수 비용 제안된 시스템은 변화의 효과 분석, 지원 파일이 문제를 설명을 수정하는 데 도움있습니다 해결책을 찾는 issue.The 프로세스에 첨부됩니다. 이 수정 업데이 트에 반영되어야합니다 문제 설명 및 제목뿐만 추가 지원 파일을 첨부합니다. 그것 또한 문제가 다음 반복문으로 다른 사람이 문제의 책임을 다시 요구할 수있습니다 categorized.If입니다 reassigned.If이 문제가 반복에서 상태 업데이 트가있다는 사실이 문제가 비활성 상태임을 반영하도록 해결되었습니다. 공지 사항이 문제를 재배치하는 작업을 포함할 수있습니다 촬영, 상태 변경, 수정 문제를 설명, 문제의 카테고리 변화. 이러한 모든 변경 사항을 중앙 저장소에 기록되어야합니다. 상태, 분류 및 증상의 변화를 자동으로 당신을 위해 자동 로그인 제 Tracker.3.5 문제는 관리자와 팀 OversightConsistent 문제의 지속적인 지속적인 평가 시스템이 해상도와 같은 문제를 가지고 장소를 취해야합니다. 이것을 통해 주기적으로 자리를 차지할 수 팀이 문제로 다시 필요로 - 할당하거나 문제가 ownership.Report와 의사 소통을 진행을 변경하여 stakeholders.Escalate와 별도의 검토와 중앙 리포지 토리에서 운영중인 모든 문제를 검토 상단의 관리에 대한 모든 문제 및 팀에서 구독 상단의 관리 및 팀 개별 문제에 대한 진전에 따라 사용할 수있습니다. 이것은 프로젝트 상태보고에 통합될 수 reporting.Analyze 문제는 진보와 적응 행동. 중앙 리포지 토리를 얼마나 효율적으로 문제를 창조에서 해상도를 진행합니다에 대한 피드백을 제공할 수 있어야합니다. 만약 너무 오래 걸려요 다음 문제는 관리자가 설정한 time.4 주위를 향상시킬 방법을 찾아야합니다 중요한 문제를 해결합니다. FinallyThe 다음과 같은 몇 가지 추가 작업을 itemsAction 항목 :이 문제를 관리 방법론의 복사본을 배포합니다 적응 팀 구성원과 이해 관계자 그렇게 모두가 어떻게 그리고 왜 문제가있습니다 managed.Action 항목을 알고 : 당신은 프로젝트의 규모와 quirks.Action 항목에 맞게이 문제를 관리 방법론 규모 :를 작성하여 중앙 리포지 토리, 그리고 오랜 세월에 걸쳐 진화했다 today.This 문제를 관리 방법론을 시작합니다. 그것은 예산 사업에 대한 경험에서 $ 500,000부터 5천만달러 어떤의 총 수를했다 진화 문제가 몇 백 문제가 많은 수천에 이르기까지. 절반의 경우 물리적으로 여러 countries.Grant 머레이에 분산되었다 프로젝트 팀 프로젝트 관리자 및 엔터 프라이즈 응용 프로그램 건축가

ꀰ사냴ꀰ: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


샹냈 삤퀰 삻쁄 쁔냜
ꃀ큘쁘 샹사쁴킸샐쁴 뀸쀜끼 삔ꀀ 샀ꀈ 냹삥!

샹냈 삤퀰샐ꂌ ꀰ사끼 쀜삜큘ꀰ
쁄냈삔 냱끝 큄쀘! ꃀ큘쁘 삑생쁄 삑쀱큘ꃠ쁴 뀸쀜낔 Messaggiamo.Com 뀔뀉킠났!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Messaggiamo.Com 뀔뀉킠났샐 ꀰ사끼 쀜삜큘ꀰ

쁴큌ꃠ났


쀀삑ꂌ 2006-2011 Messaggiamo.Com - 사쁴킸 냵 - Privacy - 샹냈 삤퀰 Messaggiamo.Com 뀔뀉킠났샐 ꀰ사끼 쀜삜큘ꀰ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu