mystery

어느덧 레벨3 마지막 스프린트를 진행했습니다. 성공적인 런칭 페스티벌! 그 마지막 여정은 어땠는지 되돌아 봅시다! 1. 사용성 위주의 피드백 반영 이번에도 역시 지난 데모데이 피드백을 반영했습니다. 사용성 위주의 피드백이 많았던 만큼 실제 유저가 느낄 수 있는 불편함을 해결하고자 노력했어요. 1-1. 듣기 / 등록 - 플로우 분리 등록과 듣기라는 정책을 함께 묶어 제공하던 기존의 방식은 오히려 듣기 기능을 주로 사용하는 유저에게 불편함을 줄 수 있었습니다. 관련한 문제점에 대해서는 이미 우려했던 부분이기에 관련하여 정책을 변경하였습니다. 별도의 페이지에서 한정된 기간 동안 특정 노래에 대해 킬링파트를 등록할 수 있도록 하고, 듣기 페이지에서는 이미 선정된 킬링파트를 들을 수 있게 하여 플로우를 완전히 분..

이번 포스팅에서는 진행중인 프로젝트의 Page 단위 컴포넌트를 리팩터링 하는 과정과 느낀점을 담아보겠습니다. 도메인이 듬뿍 담긴 컴포넌트의 리팩터링 과정을 담다보니 다소 복잡합니다. 코드를 이해하기 보다는 가볍게 느낌만 봐주세요. (느낌만 봐도 충분히 복잡합니다..ㅎ) 과정과 설명 없이 Page컴포넌트의 Before / After 만 보고 싶으시면 아래 접힌글을 펼쳐서 코드를 확인해 주세요. 맨밑으로 가서 느낀점만 보셔도 됩니다... 더보기 Before After 1. Page 컴포넌트의 문제점 우선 리팩토링 대상 컴포넌트 코드를 살펴봅시다. 미리 주요 관심사들에 대해 주석으로 표시해 두었습니다. 코드를 하나하나 이해하는 것 보다는, 주석 부분만 읽으면서 '관심사가 이렇게 많구나~' 정도만 파악하시면 좋..

눈 깜짝할 사이 시간이 흘러 3차 데모데이를 진행했습니다. 이번 스프린트에서는 어떤 일이 있었는지 한번 돌아봅시다! 1. 이전 데모데이 피드백 반영 이번에도 역시 지난 데모데이 피드백을 반영했습니다. 1-1. 플로우에 혼동이 생기는 여러 요소 2차 데모 플로우에서는 사용자에게 만족감을 주려던 목적으로 등록 후 자신이 등록한 킬링파트의 순위에 따른 메세지를 보여주거나, 득표수를 보여주었는데요! 이에 대해 '등록과 공유라는 핵심 가치외의 부가적인 가치를 제공하기 위한 수단이 플로우에 혼동을 준다'는 피드백을 받았습니다. 또한 '등록과 투표라는 용어의 혼동이 있다'는 의견도 있었어요. 이후 만족감이라는 가치가 현 상태의 S-HOOK에서 고려되어야 하는 가치인지 깊이있게 생각해 보았습니다. 회의 끝에 핵심 가치..

어느새 2주라는 시간이 흘러 2번째 데모데이를 진행했습니다. git branch 전략 및 페르소나 변경 이에 따른 핵심 가치 기능의 변경까지 정말 많은 일이 있었어요! 기초의 중요성을 느낀 스프린트! 그 내용을 차근히 정리해 보았습니다. 1. git branch 전략 변경 지난 1차 데모데이 포스팅에서 git flow의 release 브랜치를 제외 한 브랜치 전략을 사용하기로 했었는데요! 이에 대한 피드백을 받았어요~! 말씀하신대로 배포한 상황이 없을 텐데, 조금 더 간소한 브랜치 전략을 가져가는 것은 어떨지? 1-1. github flow로 변경 이에 대해 팀원들과 회의를 진행하게 되었습니다. 초기에 정한 전략이 틀린건 아니지만, 초기 배포 버전이 없는 현 상황에서 브랜치 관리 리소스는 빠른 개발을 방..