웹디맨의 웹기획론 웹디맨의 웹기획론

분석단계에서 가장 많은 활동을 하는것이 요구사항의 분석이다. 설문을 통한 방법과 회의를 통한 방법으로 크게 나눌 수 있는데 요즘에는 UT/FGI등을 통해서도 사용자의 요구사항들을 분석하기도 한다.(다양한 방법 중에서도 분석의 효과를 극대화 하고 보고시 근거자료로도 효과가 좋은 FGI 를 많이 사용하는 편이다) 그렇다면 이런 요구사항들의 분석이 끝난 후 산출물은 어떤것들이 있는지 알아보겠다. ▣ 요구사항정의서 ex) 요구사항정의서 요구사항들의 목록화 하여 전체적인 요구사항의 리스트를 확인할 수 있다. 요구사항들의 리스트를 확인하는 문서 자세한 내용은 명세서를 확인함. → 구성요소 프로젝트명 작성자 작성일 요구사항분류(업무영역) 기능 요구사항 성능 요구사항 인터페이스 요구사항 운영 요구사항 자원 요구사항 검..

사이트 분석(착수 후) 초기 사이트의 분석이 끝나면 제안요청서와 제안서 기술협상에서 발생한 추가사항과 변경사항에대한 분석을 해야 한다. 사이즈 체크뿐 아니라 기능에대한 분석을 해야한다 리스크 발생요인을 체크하고 히스토리관리도 해야한다. 전체 사이트의 분석은 이정도의 수순으로 요구사항 분석 단계로 넘어간다. 이때도 작업 범위에서 벗어 나지 않도록 이해당사자들과의 협의가 중요하다. 상세한 분석과 히스토리관리 리스크 관리가 있어야 협의 시점에서 유리하게 이끌어 갈수 있다. Posted by 김상환

예시) 요구사항정의예 보통 프로세스상에서 분석단계에 요구사항정리가 있다. 요즘은 이때 시작한다는 뜻으로 받아드리는것이 좋을듯 싶다. 요구사항은 프로젝트 끝날때까지 변동과 추가가 있기때문이다. 요구사항의 시작은 이해당사자들의 스케줄에 끌려가기 쉽다 분명한것은 우리는 당신을 도와 주는사람이라는 의식을 이들에게 심어줘야 한다는것이다. 믿음이 깨졌을때는 마지막까지 힘들어진다. ...싸워도 이사람과 하면 뭐라도 만들어지겠다는 믿음을 줘야 한다. 그뒤에 스케쥴을 나의것으로 만들어라 그리고 앞에서 리드해라 질문에대한답을 가지고 가라. 이답이 나올때까지 질문을 하라. 이해 당사자 마다 다른 질문과 정확한답을 준비해라 그리고 꼼꼼한 회의록을 배포하라. 정해진것은 주간업무보고와 추적표를 공포하라. 그리고 설계단계에 반영하..