Chapter4.3 - 릴리스 문서는 문제 해결 보고서처럼 쓰자 문제와 문제점을 구별하자 목표: 바람직한 상태, 기대되는 결과 현상: 현재 모습, 예기치 못한 결과 현상을 목표에 일치시키기 문제의 3가지 종류 발생형 문제: 당장 해결해야할 문제 / 원상 복구 필요 / 프로그램 에러가 대부분 탐색형 문제: 현 상황 개선, 효율 상승 / 놔두면 해결할 수 없는 문제로 커짐 / 프로그램개선이나 시스템 효율화가 대부분 설정형 문제: 미래 상황에 대응 / 새로운 기능, 대폭적인 업그레이드가 대부분 문제와 문제점을 구분하기(도식화) 문제, 문제점, 해결책, 후속 계획 순으로 적자 문제: 사용자가 급증하면 서버가 정지 문제점: 잘못된 시스템 설정, 프로그램 비 최적화, 잘못된 DB설계 해결책: 시스템 설정 변경 후속..
Chapter4.2 - 고객에게 유용한 정보를 쓰자 개발자 관점과 고객 관점 고객 관점으로 쓰려면 변경사항이 고객에게 끼치는 영행을 고려하여 기술 개발자의 문제: 화면이 멈춘 것 고객의 문제: 애니메이션 스티커를 댓글에서 사용할 수 없는 것 개발자의 문제 해결: 화면이 멈추지 않게 함 고객의 문제 해결: 애니메이션 스티커를 댓글에 사용 가능 댓글에서 애니메이션 스티커 때문에 화면이 멈추는 문제를 해결했습니다. 이제 애니메이션 스티커를 정상적으로 댓글에 사용할 수 있습니다. 애니메이션 스티커를 댓글에 정상 사용 가능(화면 멈춤 문제 해결) 기능 추가 뿐 아니라 사용법 유도하기 내용에 따라 관점 적절히 선택하기 과거를 리뷰하고 미래를 보여주자 다음 릴리즈 항목으로 검토하는 것이 있다면 중요한 것은 공개하는 ..
Chapter4.1 - 체인지 로그를 분류, 요약, 종합하는 법 체인지 로그의 양과 만족도의 관계 상사나 고객의 만족도는 체인지 로그의 양이 적절할 때 가장 높음 순서 선정하기 분류하기 요약하기 종합하기 1단계: 선정하기 체인지 로그는 회사의 공식 발표! 구분 노력을 많이 들인 것 노력을 덜 들인 것 관심 있는 것 1순위 2순위 관심 없는 것 3순위 4순위 2단계: 분류하기 개발 관점에서 비슷한 작업끼리 묶기: 독자가 개발자인 경우에 유용 새로운 기능 추가 기능 개선 오류 수정 사용자 관점에서 비슷한 것끼리 묶기: 독자가 일반 사용자인 경우에 유용 게임 준비 게임 중 게임 종료 3단계: 요약하기 서술식 문장을 개조식 문장으로 바꾸기 불필요한 부사나 형용사, 조사, 어미를 없애고 정확하고 적절한 단어로 대..
Chapter3.4 - 에러 메시지 대신 예방 메시지를 쓰자 서비스를 이해하면 에러를 예방할 수 있다 사용자의 사용 방식을 이해함으로써 에러를 줄일 수 있음 사용자를 이해하면 에러를 예방할 수 있다 긴 숫자를 입력할 시 띄어쓰기 여부에 따라 가독성이 다름 이메일 입력시 @를 기준으로 앞 뒤 부분을 분리 CapsLock이 켜져있을 시 알림 닭이 먼저? 알이 먼저? 재확인 방식: 결재 요청 -> 재확인 -> 결재 처리 취소 방식: 결재 요청 -> 결재 처리 + 취소 가능 혼합 방식: 결재 요청 -> 재확인 -> 결재 처리 + 취소 기능 철학의 문제 : 에러메시지가 꼭 필요한지, 본 역할을 제대로 수행하는지 고려 참고문헌: 개발자의 글쓰기
