제품 요구사항을 정의하는 단계에 대해 궁금한 점이 있어서 질문드립니다. A라는 새로운 기능을 만들자는 목표가 생겼다고 가정했을 때, 프로젝트화 하기 위해 배경, 목적, 문제 정의 단계가 진행되고, 그다음 요구사항을 정의한다고 알고 있는데요. 궁금한 점은 이 요구사항은 무엇을 토대로 구체화해서 적을 수 있는지 궁금해요. 막연히 A라는 기능을 만들자는 목표만 있을 때, 적을 수 있는 내용이 단순한 내용이 되지 않을까 하는 생각입니다. 아니면, 단순 러프하게 작성 후에 개발자와 논의하여 내용을 구체화하는 걸까요?? 데이먼 님은 어떤 방식으로 요구사항을 정의하고, 개발자랑 커뮤니케이션하는지 궁금합니다. 요구사항을 무엇을 토대로 구체화해서 적을 수 있는지에 대한 질문입니다. 온라인에서 요구사항 정의서로 검색해보면..

현직 주니어 기획자이며, 진로 관련해서 데이먼 님의 조언받고자 글 남깁니다. "혹시, 앞으로 워터폴 방식 / 애자일 중 어떤 방식이 대세가 될지 여쭤드려 봅니다." 저의 배경은 디자인 (UX+시각) 학사 전공 뒤, UX 석사 전공을 한 기획자입니다. 현재 전형적인 워터폴 방식으로 기획일을 하고 있습니다. 기획일은 어렵고도 재미있지만, 사업팀의 영향력으로 기획자로서 많은 의사 결정권은 없는 상태입니다. 최근 애자일 방식으로 바꾸려는 팀에서 디자인으로 이동에 대해 고민 중입니다.... 계속 기획자로서의 커리어를 이어가야 할지, 좀 더 폭넓은 경력으로서 디자인에 도전해야 할지 고민 중입니다. 앞으로의 대세가 될 업무 방식을 확인하고 최종 결정을 하고 싶은데, 이 부분 데이먼 님께서는 어떻게 생각하시는지 궁금합..