테스트 프로젝트의 이슈 관리

이슈 관리란 무엇입니까?

문제 관리는 다른 사람들이 문제를 인식하고 가능한 한 빨리 해결하도록 하는 프로세스입니다.

이를 이해하려면 다음 연습을 해보세요.

이 몇 가지 전형적인 문제 프로젝트에서

전략

• 프로젝트는 밖으로 예산
• 결핍 프로젝트에 대한 가시적인 관리 지원
• 프로젝트 커뮤니케이션이 이루어졌습니다. 효과적인
• 프로젝트 관리 프로세스는 따라 표준

정의

• 잘못된 프로젝트 타겟
• 프로젝트 범위 올바르게 정의되지 않았습니다
• 불분명 함 프로젝트 요구 사항

인사부

• 프로젝트 팀 부족 프로젝트를 완료하는 데 필요한 기술
• 프로젝트 팀도 넓은 또는 너무 작은 따라서 관리가 어렵습니다.
• 프로젝트팀은 제대로 조직되지 않았습니다. 그들은 팀으로 일하고 싶어하지 않습니다
• 숙련도 부족 회원 휴직이나 사직으로 인해.

일정

• 프로젝트 일정은 너무 꽉. 마감일을 맞출 인력이 부족합니다.
• 프로젝트에는 테스트 자료, 소프트웨어 도구 등과 같은 몇 가지 입력이 필요합니다. 지연 배달 중.

문제는 왜 발생합니까?

문제를 일으키는 데는 수많은 이유가 있습니다. 대부분의 원인은 인간의 실수에 있습니다. 프로젝트를 이끄는 테스트 관리자는 해당 프로젝트 실패에 대해 전적인 책임을 져야 합니다.

여기에 몇 가지 공통의 문제를 일으키는 실수

리소스를 잘못된 프로젝트에 연결

Guru99 Bank는 복잡하고 규모가 큰 프로젝트입니다. 많은 인력이 필요합니다. 테스트 기술. 하지만 개발 능력이 있는 자원을 선택하셨습니다. 무엇이 문제가 될까요?

다음과 같은 문제가 발생할 수 있습니다.

• 개발자는 교육을 받은 테스터가 아니며 테스트를 배워야 하기 때문에 많은 시간이 낭비됩니다. 마감일을 놓칠 수 있습니다.
• 품질 지원 고통받을 수 있습니다.

프로젝트에 자원을 일치시키는 것이 가장 중요합니다. 중요한 요소 프로젝트 관리에서 다음과 같이 간주됩니다. 중요한 단계 프로젝트 성공을 위해. 자원을 프로젝트에 일치시키면 자원이 보장되어야 합니다. 기술 할수있다 도달 프로젝트의 기대.

프로젝트 관리자의 관리 능력 부족

귀하는 Guru99 Bank 프로젝트의 테스트 관리자로 지정되었습니다. 좋은 소식이지만 이전에 프로젝트를 관리해 본 적이 없습니다. 당신은 아무것도 없습니다 경험 프로젝트를 관리하는 데 있어 큰 문제가 발생할 수 있습니다.

프로젝트를 관리하는 것은 어려운 일이며, 프로젝트 관리자가 프로젝트를 잘 관리할 수 있는 경험이 없다면 더욱 어렵습니다. 프로젝트 현황 회의를 진행하고, 위험을 관리하고, 프로젝트 이해관계자를 상대하는 경험은 프로젝트의 성공적인 개발 및 실행을 위해 매우 중요합니다.

프로젝트 일정

일정이 너무 빡빡하거나 느슨하면 프로젝트 진행이 지연되거나 초과되는 이유 중 하나입니다. 이러한 상황은 프로젝트 관리자가 설정한 경우 발생할 수 있습니다. 비현실적인 프로젝트 작업에 대한 시간 일정.

과소 평가

당신이 누구인지, 무엇을 할 수 있는지 알아보세요. 테스트 관리자가 저지르는 가장 큰 실수는 어떤 프로젝트든 쉽게 완료할 수 있다고 생각한다는 것입니다. 현실적으로 생각해야 하며 처음부터 자신의 요구 사항을 과소평가하지 않도록 해야 합니다.

작은 문제를 무시함

현재의 작은 문제는 미래에 더 악화될 수 있습니다. 다음 예를 참조하세요.

문제를 무시하는 것은 문제를 더욱 악화시킬 뿐이므로 이러한 문제가 작더라도 이러한 문제에 대한 여지를 확보하고 실용적인 솔루션을 개발하는 것이 좋습니다.

과정을 따르지 않음

테스트 관리란 관리자가 엄격하게 따라야 하는 큰 프로세스입니다. 프로세스를 따르지 않으면 규칙을 어기는 것입니다.

프로세스를 갖추면 구조와 조직이 확보되고 프로젝트가 위험에 처할 가능성이 줄어듭니다.

다른 사람의 말을 듣지 않음

당신은 프로젝트의 테스트 관리자입니다. 당신은 프로젝트 팀에서 가장 높은 위치에 있습니다. 하지만 혼자서는 아무것도 할 수 없습니다. 프로젝트 팀이 필요합니다.

팀 구성원은 아마도 하루 업무를 통해 프로젝트에 임박한 과제나 문제를 가장 잘 알고 있을 것입니다. 테스트 관리자가 구성원의 조언을 듣지 않고 프로젝트 팀의 제안을 방해하면 결국 프로젝트가 실패할 수 있습니다.

이슈 관리 접근 방식

다음 시나리오로 주제를 시작해 보겠습니다.

Guru99 Bank 프로젝트에서는 테스트 계획을 세우기 위해 고객 요구 사항을 분석하고 명확하게 해야 합니다. 여기 시나리오가 있습니다

이 경우 한 가지 문제가 발생했습니다. 고객에게서 왔습니다. 3일 만에 그는 요구 사항을 XNUMX번이나 변경했습니다. 변덕스러운 고객은 특정 단계가 완료될 때까지 자신이 원하는 것이 무엇인지 모르기 때문에 큰 문제가 될 수 있습니다.

이 항목에서는 문제를 해결하기 위한 단계별 지침을 보여줍니다.

기록

프로젝트 중 어느 시점에서 귀하가 식별한 위험은 계획 단계, 사실이 되고 문제가 발생합니다. 프로젝트의 성공을 위협하는 발생한 사건이나 문제를 모두 기록해야 합니다.

많은 프로젝트에서 문제는 다음 단계에서 발생할 가능성이 높습니다. 처음 프로젝트의. 따라서 진행 중에 문제를 감지하고 논의하는 것이 현명한 아이디어입니다. 프로젝트 개시.

문제가 확인되면 다음 조치를 취해야 합니다.

프로젝트 이슈 기록

프로젝트 문제를 기록하는 가장 좋은 도구 중 하나는 문제 로그. 문제 로그는 문제에 대한 해결책을 찾는 데 집중하는 데 도움이 됩니다.

이슈 로그를 직접 생성하거나 이슈 로그를 활용할 수 있습니다. 이 템플릿 이 기사에서는 참조로 사용됩니다.

우선순위 수준 설정

이슈 우선순위를 잊지 마십시오. 항상 이슈에 우선순위 수준을 할당합니다. 일반적으로 사용되는 세 가지 이슈 우선순위가 있습니다.

위 주제에서 언급한 문제에 대해 어떤 우선순위를 설정하시겠습니까?

문제에 소유자 할당

프로젝트 문제를 처리하는 데 가장 적합한 사람에게 할당하십시오. 그 사람은 프로젝트 팀 내부 또는 외부의 사람입니다. 하지만 할당하면 팀 외부의 누군가가 자신이 어떤 일을 하고 있는지 확실히 알 수 있습니다!

위의 고객 변경 요구 사항 문제의 경우 문제 해결에 가장 적합한 의사소통 능력을 갖춘 사람을 선택할 수 있습니다. 그는 다음과 같은 일을 할 것이다. 교량 엔지니어 프로젝트를 진행하려면 고객과 협상하여 요구 사항을 수정하도록 요청하십시오.

문제 상태 추적

소유자를 이슈에 할당한 후에는 이슈 로그를 확인하고 이슈 상태를 정기적으로 업데이트해야 합니다. 다음 그림은 위험 유형을 나타냅니다.

Report

정기적인 진행(강조) 보고서에 중요한 프로젝트 문제를 문서화하고 우선순위가 높은 문제를 프로젝트 위원회에 에스컬레이션합니다. 의사소통이 핵심입니다.

전문 프로젝트 관리자는 특히 프로젝트 규모가 크고 이해관계자가 많은 경우 프로젝트 문제 상태 보고서에 크게 의존합니다.

자신만의 보고서를 작성하는 데 도움이 되도록 다음을 사용하거나 활용할 수 있습니다. 프로젝트 이슈 템플릿 보고서 이 기사에서.

프로젝트 문제 제어

프로젝트 관리자는 프로젝트 문제를 통제할 책임이 있으며 다음 활동을 신중하게 고려해야 합니다.

1. 문제 해결에 영향을 미칠 수 있는 사람들을 인정하십시오.
2. 문제를 해결하기 전에 먼저 문제와 관련된 모든 활동을 중지하십시오. 당신은 프로젝트 관리자이며 상황을 통제하고 있으므로 문제를 해결하지 않는 한 프로젝트를 서두르지 마십시오.
3. 이제 로그의 각 문제에 대한 다음 질문에 대해 열심히 생각해 보세요.

4. 당신이 찾고 있는 돌파구를 제공할 수 있는 가능한 조치나 옵션의 목록을 작성하십시오. 그런 다음 목록의 범위를 좁히고 문제를 해결할 가능성이 가장 높은 옵션을 선택하십시오.

위의 대화형 요소에서는 A, B 또는 C와 같은 문제를 해결하기 위해 어떤 작업이든 사용할 수 있습니다. 그러나 경우에 따라 하나의 옵션만 사용하면 문제를 완전히 해결하는 데 충분하지 않을 수 있습니다. 가장 좋은 방법은 모든 옵션을 결합하는 것입니다.

예를 들어 옵션 A를 선택하는 경우 "고객과 회의를 열어 가능한 한 빨리 요구 사항을 명확하게 하고 기준을 설정합니다." 귀하와 귀하의 고객이 그러한 회의 후에 최종 요구 사항을 충족할 수 없는 경우 어떻게 하시겠습니까? 고객과 협상하려면 더 높은 수준의 지원을 받아야 합니다(옵션 B). 고객이 전문가가 아닌 경우에는 자신의 요구 사항을 정확히 알지도 못합니다. 그러한 경우에는 제품 요구사항에 대해 고객에게 새로운 아이디어를 제안해야 합니다.