개발자와 잘 소통하는 법

1. 요구 사항을 문서로 정리하기

기획하는 단계에서 필요한 요구 사항을 개괄적으로 설명하는 문서 ⇒ 요구 사항 정의서

1. 사용자 시나리오 작성하기

유즈케이스 : 사용자 중심의 시나리오를 작성해 앱의 흐름을 분석하는 것.

⇒ 서비스에 필요한 기능을 나열하고 주제별로 묶기

2. 기능별 입출력 작성하기

입력 : 사용자가 인터페이스를 어떻게 조직하고 어떤 정보를 서버에 제출하는지

출력 : 입력을 통해 얻고자 하는 목표나 사용자에게 보여줄 결과

와이어프레임 : 앱의 구조나 레이아웃을 간단하게 그린 일종의 구조도

3. 비기능적 요구 사항 작성하기

비기능적 요구 사항 : 더 나은 고객 서비스 경험과 서비스 품질을 제공하기 위해 마련하는 속성이나 정책 ⇒ 오류 발생시 처리 방안 / 서버 응답 기다리는 시간 / 정의한 시간만큼 기다려도 서버의 응답이 없을 때 어떻게 할 것인지.

4. 코드 번호 달고 마무리하기

2. 못 알아들었는데 어물쩍 넘어가지 않기

1. 회의 자료 만들어 논의하기

2. 재차 물어볼 때의 요령

3. 개발이 불가능하면 원인을 찾아 방법 바꾸기

1. 기술력과 자금이 부족한 경우

해당 요구 사항을 포기하기

2. 로직 변경이 어려운 경우

영업 담당자와 소통하는 사람을 찾아가 요청해보기

3. 데이터 간에 연결점이 없는 경우

두 데이터의 관련성을 엑셀 파일 등으로 정리해주기

4. 자격이 없어서 불가능한 경우

자격을 가진 회사와 업무 제휴를 맺거나 규제 샌드박스에 들어가기

4. 상황에 맞게 문서 버전 업데이트하고 공유하기

1. 문서 버전 표기하는 법

• 0.0.1(뒷자리 숫자) : 오탈자 교정 등의 간단한 수정 했을 때
• 0.1.0(중간 숫자) : 새로운 기능 추가
• 1.0.0(앞자리 숫자) : 서비스 대격변이 일어났을 때

2. 문서 변경 이력 관리하는 법

노션, 구글 스프레드시트 등 여럿이 볼 수 있는 공유 문서에 작성.

5. 정확한 데이터로 말하기

1. 정확하게 요청 범위 말하기

2. 모호한 표현 쓰지 않기