Sutella의 자기 발전소:)

4, 5주 차에 이어 또 한 번 뒤쳐져버린 주간 회고 타임. 굳이 굳이 핑계를 대자면 페어님이 마지막 리뷰를 늦게 해 주셔서 그렇지만, 정말 핑계일 뿐이다. 이전에도 마지막 리뷰는 종종 늦게 받는 경우가 있었기에...😂 내가 게을러서라는 게 사실이자 팩트이다. (잠시나마 페어님 탓해서 미안해요) 역시 한 번 미루는 게 어렵지, 미루면 끝도 없다는 것을 새삼 깨닫는다. 9주 차에 쓰는 7주 차의 회고란^^,,,, 내용이 기억이나 나려나...? 아직 본격적으로 시작하지 않아서 그런지, 무지하다는 생각밖에 들지 않는다. 호달달 두려워🥶 7주 차에 배운 내용을 키워드로 정리하자면 #앱과 #웹이다. 직접적인 개발까지는 아니지만, Front end 및 개발에 사용되는 API에 대한 개념도 학습하고, 앱이 어떤 유형..

며칠 전의 데일리 과제에 이어서, 위클리 과제도 이번이 마지막이다. 앞으로 진행될 팀 프로젝트가 어떻게 진행될지는 모르겠지만, 우선 '과제'는 정말 끝이라는 느낌이라 감회가 새롭다. 과제가 끝인건 기쁘지만 Jane님 못잃어ㅠㅜ Jane님과의 연결고리가 끊긴다고(?) 생각하지 슬프다...😭 어쨋든 과제는 해야하고, 프로그램의 끝고 있기에... 기쁜데 슬픈 마음으로 오늘의 과제하기😂😂😂 마지막 위클리 과제는 'Scrum Framework 구성하기'이지만, 뭔가 지난 6주(2주 차~7주 차) 간의 여정을 종합하여, 실무인 '척' 해 보는 느낌이다. 핵심 문제를 찾고, 그를 바탕으로 유저 스토리와 이를 해결하기 위한 기능을 정의하는 것부터 시작한다. 이를 바탕으로 백로그 작성 및 우선순위를 선정하고, JIRA와..

드디어 마! 지! 막! 데일리 과제!!!! 멀어만 보였던 데일리 과제의 끝이 왔다:) 본격적인 감상은 별도의 회고글에서 다루기로 하고, 이번 과제에서는 JIRA에 대한 과제만 얘기하려 한다. 예전에 개발자들과의 프로젝트를 진행할 때 JIRA를 사용해 본 적이 있다. 하지만 당시 그닥 좋지 않았던 기억이 난다. 프로젝트 리더님의 권유로 JIRA와 Confluence를 도입하려 시도했는데, 결론부터 말하자면 실패였다. 지금은 Slack이 널리 쓰이고 있지만, 내 기억이 맞다면🤔 당시에는 Atlassian 사의 JIRA와 Confluence가 시장을 점유하고 있었다. 이때 말하는 시장이란, 개발자와의 협업이 필요한 프로젝트 시장을 말한다. 2019년 DAXX에서 조사한 애자일 프로젝트 관리 툴 조사에 따르면,..

📢 애자일의 12가지 원칙 초기부터 지속적으로 고객 만족에 우선순위를 두어야 한다. (리스크 감소, 가치 증대) 요구사항의 변경을 수용해야 한다. 짧은 SW 배포 간격을 선호해야 한다. Biz 담당자와 개발자는 함께 일해야 한다. 동기부여된 개인들을 중심으로 프로젝트 팀 구축 대면으로 대화하기 동작되는 SW로 진도 측정 (이때 애자일은 80%의 기능을 100%로 구현하는 것을 선호 (>전체 기능을 80% 수준으로 완성)) 지속 가능한 개발 속도 유지 좋은 기술과 설계에 관심을 가져야 한다. 단순성 (수행되지 않은 작업량을 최대화하는 기술) 자기 조직화된 팀 (팀 내에 의사 결정자가 함께 녹아있어야 한다) 정기적으로 효율성 제고

오늘의 과제는 W8D1과 이어짐을 미리 밝힌다. 월요일에 작성한 과제가 고객의 입장에서 작성한 "유저 스토리"였다면, 오늘은 조금 더 확장하여 '이해관계자'에 대해 생각해 보는 시간이다. 고객도 물론 이해관계자에 포함되겠지만, 고객의 '입장'이 아닌, PM/PO가 되어 프로덕트와 관련 있는 이해관계자를 파악해 보도록 하자. 과제 시작-! 본격적인 분석에 앞서... 선정 Product: 배달의 민족 - 배달 내에서 많은 프로덕트가 존재한다. 배달, 배민 1, B마트, 배민 쇼핑 라이브, 선물하기, 전국 별미 등이 있으며, 사내에서 어떻게 담당/관리하는지 까지는 파악하지 못하는 한계가 있다. (더 나아가면 서비스도 있지만, 이는 제외하고 생각하자.) 따라서 이번 글에서는 [배달] 프로덕트로 한정 지어 이해관..

REMIND PM이란, 함께 만들 것을 기획하고, 사업/고객 가치를 창출(계획+실행)할 책임을 가진 사람 ⇒ 기획 + 계획 + 실행 (제품 개발 프로세스에서 일어남) QA 제품 품질 안정화, 유지보수, 개선과 관련된 모든 업무를 아우르는 상위 개념 프로덕트의 변경 포인트, 요구사항 분석 및 검토, 리스크 및 테스트 컨디션을 파악해 시험 계획 수립, 잠재적인 문제 발견을 위해 테스트 케이스 수립, 버그 발견 및 이력 관리 + 유관 부서와의 커뮤니케이션 제품 퀄리티 전반에 관한 책임 QA 과정에서 진행되는 업무 기획 문서 리뷰 > 플로우 차트 및 테스트 케이스 작성 > 내부 리뷰 > 테스트 케이스 수행 스크럼 이해관계자 PO - 스크럼 팀 고객에게 가장 적합한 제품을 만드는 데 도움을 주려는 존재 PO는 팀..

오늘의 과제는 스크럼 가이드를 읽고, 제시한 과제 문항에 맞춰 내용을 요약하는 것이다. 제시된 과제는 다음과 같이 3개의 문항으로 구성되어 있다. 1. '프로덕트 오너' 파트를 읽고 프로덕트 매니저로서 스크럼을 관리하는 과정에 필요한 업무 요소를 요약 정리해 봅니다. 2. '스프린트' 파트를 읽고 실제 스프린트가 진행되는 과정에서 중요하게 생각해야 하는 점을 요약 정리해 봅니다. 3. 그 외의 파트들에 대해서도 상세하게 검토를 하고, 학습한 내용과 연결 지어 중요한 부분을 추출해 정리해 봅니다. 원문(스크럼 가이드) 자체도 그리 많은 분량이 아니기에, PO와 스프린트에 대한 파트의 원문과, 이를 간단하게 요약한 내용을 정리해 보았다. 해당 목차 내의 중요한 내용은 원문 자체에 표기(볼드체나 색깔 등)하였..