Eddie's storage

스크럼(Scrum)과 칸반(Kanban) 스크럼(Scrum)과 칸반(Kanban)을 알기 전, 애자일(Agile)이 무엇인지를 알아야 합니다.https://eddiej24.tistory.com/entry/%EC%95%A0%EC%9E%90%EC%9D%BCAgile 스크럼(Scrum)과 칸반(Kanban)은 모두 애자일(Agile) 방법론에 기반한 워크플로우 관리 프레임워크입니다. 하지만 접근 방식과 구조, 규칙 면에서 차이가 있습니다. 아래는 스크럼과 칸반의 주요 차이점을 비교한 표입니다.📊 스크럼 vs 칸반 비교표 스크럼 (Scrum) 칸반 (Kanban) 기반 원칙반복적, 점진적 개발 (Sprint 중심)지속적 흐름과 점진적 개선작업 단위스프린트 (보통 1~4주) 단위로 계획지속적으로 작업 항목 ..

🌱 애자일(Agile)이란?**애자일(Agile)**은 빠르게 변화하는 요구사항에 유연하게 대응하면서 지속적으로 고객에게 가치를 제공하기 위한 소프트웨어 개발 방법론입니다.기존의 **폭포수 모델(워터폴)**처럼 처음부터 끝까지 정해진 계획대로 개발하는 방식 대신, 짧은 주기(iteration: 반복)로 개발과 피드백을 반복하면서 점진적으로 완성도를 높이는 방식입니다.🧭 애자일의 핵심 가치 (Agile Manifesto)2001년, 17명의 개발자들이 만든 애자일 선언문(Agile Manifesto) 에서는 다음과 같은 4가지 핵심 가치를 제시합니다:전통적 가치보다 더 중시하는 것 대신 완전히 무시하는 것은 아님🧑‍🤝‍🧑 개개인과 상호작용도구와 프로세스보다💡 작동하는 소프트웨어포괄적인 문서보다?..

프로젝트 일정 산출 방법에는 여러가지가 있습니다. 그 중, 산출이 간단하면서도 일정에 차질이 없으면서도, 효율적인 방안을 고민 후 내린 결론입니다.개발 기간보다 QA 기간이 긴 경우는 한 번도 듣거나 보거나 경험해보지 못했으며,7년간 제 경험과 여러 사례를 접하고 현재 제 업무 방식이기도 합니다.프로젝트 일정 산출 방법입니다.개발 기간의 20%를 QA 테스트 기간으로 정합니다. (Dev. working day * 0.2 = QA working day)20%는 기존 솔루션에 결함이 많다고 판단한 최장 산정 기한입니다.개발자가 여러명이라면?(개발자:QA 비율이 회사마다 천차만별입니다, 지금은 10:1 비율로 설명합니다)→ 총 개발 기간의 20% 산출개발이 파트별로 진행된다면?(Browser 별, App 별,..

QA 프로세스 구축#1 글에 이어서 이번에는 결함 관리 Notion 페이지에 대해 상세한 이야기를 다루고자 합니다.  결함 관리 Notion 페이지는 발견된 결함을 관리하는 페이지이며, 제품 품질 고도화( 및 유지) 목적이 있습니다.윗 줄에 언급한 Main 목적 외 몇 가지 부수적인 내용이 있습니다.개발팀 내부적으로 결함 확인 및 수정된 사항은 결함 관리 Notion 페이지에서 다루지 않습니다.누락되는 결함이 없도록 크고 작은 결함 모두 등록합니다.지연되는 결함에 대해 담당자에게 Reminder 보내어 해결될 수 있도록 조치합니다.정책적인 변경 사항은 별도 정책 페이지에서 관리합니다. (예. 기능명세서)  작성방법(필수)진행상태: 1. 대기: 결함 등록 단계 (신규 작성 시 “대기” 자동입력)2. 프리뷰..

QA가 없는 조직에 입사 후 QA 프로세스를 구축해 나가는 이야기입니다.기초적인 내용이므로 SQA를 준비하시는 분이나 1~2년차 분께 적합할 것 같습니다.참고로 저는, QA 프로세스 구축을 이전 스타트업 회사에서 성공적으로 안착시킨 경험이 있고, 이번이 2번째입니다.지피지기 백전불태.우선, 나(QA)를 회사에서 왜 뽑았는지부터 알아야 합니다.보통 회사에서 QA를 채용하는 이유는 테스트를 전문적으로 수행할 시기가 도래했기 때문일 겁니다. 채용공고 타이틀은 QA면서 JD(Job Description)는 테스터 업무만 적혀 있는 경우도 종종 보입니다.QA와 테스터는 엄연히 다르지만, "QA = 테스터"라는 인식이 크다는 점은 부인할 수 없습니다.QA와 테스터가 다르다는 점을 타인에게 설득, 이해시키기는 쉽지 ..

킥오프목적프로젝트의 공식적인 시작을 알리고, 모든 팀원들이 프로젝트의 목표와 계획에 대해 공통된 이해를 갖도록 하는 회의내용프로젝트의 목적, 목표, 계획(업무 우선순위 포함), 범위, 일정, 주요 마일스톤, 위험 요소, QnA 등을 논의팀원 간의 협업 방식을 정립하고, 초기 작업을 배정'성공 기준' ('완료 기준' 포함)회의록 공유온보딩목적새로운 팀원들이 프로젝트에 빠르게 적응하고, 필요한 정보를 습득할 수 있도록 돕는 과정내용프로젝트의 배경, 목표, 주요 이해관계자, 팀 구조, 사용되는 도구 및 프로세스 등을 소개팀원들이 자신의 역할과 책임을 명확히 이해할 수 있도록 지원