문제의 역사:
대규모 IT 프로젝트에서는 여러 이해 관계자가 서로 다른 요구 사항을 제시할 수 있으며, 이러한 요구 사항은 단순히 다를 뿐만 아니라 서로 직접적으로 모순될 수도 있습니다. 이러한 갈등을 해결하는 품질은 프로젝트의 일정, 비용 및 성공 여부에 영향을 미칩니다.
문제:
요구 사항 간의 모순이 명확하지 않거나 무시되면 책임이 분산되고, 비즈니스 측의 불만이 증가하며, 재작업이 발생하고 릴리스가 지연됩니다. 갈등을 식별하고 조정하는 절차가 형식화되지 않은 것은 대규모 프로젝트의 실패 원인 중 하나입니다.
해결책:
시스템 분석가는 입증된 접근 방식을 사용합니다: 각 이해 관계자의 이익과 목표 분석(이해관계자 매핑), 워크샵, 회고 및 브레인스토밍과 같은 촉진 기술, 갈등 행렬(갈등 매트릭스) 구축, 요구 사항의 쌍 비교(우선순위 매트릭스). "왜-왜 분석" 방법을 적용하여 기대의 근본 원인을 파악하고 이후에 주요 합의를 문서화하면서 타협 또는 창의적인 해결책을 도출합니다.
주요 특징:
요구 사항 갈등에서 고객의 우선 순위가 항상 결정적인가요?
아니요, 때때로 기술적 제약, 법률 또는 중요한 비기능적 지표가 개별 비즈니스 요구보다 더 중요하며 분석가는 이 점을 전달해야 합니다.
타협을 찾는 것이 필수인가요?
항상 그런 것은 아닙니다: 경우에 따라 한쪽이 양보해야 할 필요가 있으며, 이는 아키텍처, 법률 또는 주요 위험 감소에 필수적입니다.
모든 사람들이 동의했다면 갈등 조정 결과를 기록할 필요가 없나요?
아니요, 주요 결정을 문서화해야 하며, 그렇지 않으면 몇 번의 반복 후 "감정적 기억 상실"이나 합의 재검토가 발생할 수 있습니다.
부정적인 사례:
의료 포털을 만드는 프로젝트에서 환자 커뮤니티의 익명성 요구가 보건부의 등록 규칙과 상충했습니다. 팀은 이를 무시하고 '눈대중'으로 타협안을 실행했습니다. 시장에 출시했을 때 프로젝트는 감사에 통과하지 못했으며, 제품은 6개월 후에야 수정되었습니다.
장점:
단점:
긍정적인 사례:
분석가는 양측과의 촉진 세션을 진행하여 법률, 안전과 같은 중요한 요구 사항을 강조하고 모든 사람의 이익을 반영한 대체 시나리오를 설명했습니다. 모든 합의는 문서화되어 법무부서 및 비즈니스와 조정되었습니다.
장점:
단점: