What
프로젝트가 수주된 후에 프로젝트 팀과 클라이언트가 처음 만나 팀과 클라이언트의 구성원을 소개하고 각 구성원의 역할을 논의하는 회의를 말한다.
Why
기본 형식은 이해관계자로부터 역할의 정의, 클라이언트를 포함 기타 기본 요소(일정, 상태 보고서)등에 대해 논의한다.
위험과 관련된 문제 -특히 일정에 영향을 미칠 수 있거나, 고객 만족도 감소로 이어질 수 있는 부분-에 대해 이해관계자로부터 명시적으로 언급함으로써 어떤 해결방안이 필요한지 상의할 수 있다.
품질 기준을 유지하기 위해 새로운 팀 구성원에게 설명이 필요할 경우, 프로젝트의 리더가 명료이 설명해 준다.
프로젝트 팀은 프로젝트의 목표, 일정, 프로젝트에 관한 지식 등을 보여줌으로써 고객들의 신뢰를 얻을 수 있다.
Procedure
1) Introduction of meeting participants
팀과 클라이언트의 구성원을 소개한다.
2) Project Review
Purpose of the project
Scope
Major deliverables
Risks
Assumptions
Estimated effort, budget and duration
목표와 범위, 중요한 산출물, 위험요소들 , 가정과 어느정도의 일정들이 포함된다.
3) Roles and responsibilities
역할(이슈, 의사소통의 핵심 역할 등)과 책임(유지보수의 책임 등)에 대해서 이야기한다.
4) Project approach and overall timeline
진행방법과 타임라인에 대해서 이야기한다.
5) Questions
6) Recap / summary
How
1. 사이트의 목적/ 비전에 대한 정의
2. 사이트의 개발 목표
사용자 관점에서의 만족도.
클라이언트 관점에서의 만족도.
3. 대상과 목표에 대한 정의
누가 이 사이트를 이용하는가? (사용자 분석- 나이, 경험, 교육 등…)
왜 이 사이트를 방문하는가? (필요, 흥미, 목적)
언제 어디서 이 사이트에 접속할 것인가? (사용자 환경)
어떻게 이 사이트에 접속할 것인가? (사용자의 컴퓨터 설정-연결속도, 해상도 등…)
4. 수행 작업 분석 및 우선 순위 작업 정의
이 사이트에서 무엇을 할 것인가? (업무, 컨텐츠, 기능…)
어떤 작업이 사용자에게 만족을 주는가?
어떤 작업이 사용자에게 가장 중요한가?
어떤 작업이 가장 많이 이용될 것인가?
어떤 작업이 사용성에 있어 이슈가 있을 수 있는가? (취약점)
얼마나 자주 이용할 것인가?
무엇이 사용자가 이 사이트를 다시 찾게 할 것인가?
5. 사용성의 확인
사용자들이 쉽게 적은 에러로 작업을 완료할 수 있는가?
사용자들이 능률적으로 빠르게 작업을 완료할 수 있는가?
사이트 이용 후에 사용자들은 어느 정도의 만족을 가질 수 있는가?
6. 기대, 요구사항 및 환경 설정에 대한 토론
7. 접근성, 요구사항의 결정
8. 가능한 자원과 요구되는 기술 수준의 정의
사이트를 업데이트 하고 유지하는데 어느정도 수준의 기술인력을 필요로 하는가?
9. 초기 필수 기술의 논의
10. 일정 및 프로젝트 계획