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가지 핵심 가치를 제시합니다:전통적 가치보다 더 중시하는 것 대신 완전히 무시하는 것은 아님🧑‍🤝‍🧑 개개인과 상호작용도구와 프로세스보다💡 작동하는 소프트웨어포괄적인 문서보다?..

1960년대 소프트웨어 공학⇒ SW위기 {복잡성, 비용, 시간 지연} 문제1970년대 QA/QC 필요성 대두 ⇒ QA는 단순 버그 찾기 이상의 전체 SW개발 수명주기 프로세스로 인식 시작1980년대 표준화, 방법론 발전, ISO 9001 같은 국제표준 등장1990년대 Agile, Lean 방법론 등장(더 빠르고 유연한 개발 등장)2000년대 자동화 테스트 도구, CI/CD 증가2010년대 클라우드, AI, 빅데이터통합, QA 지능화, 자동화 ⇒ 테스트자동화 고도화, TC 생성, 테스트결과 예측 분석앞으로 AI, 머신러닝 발전, 클라우드 기반 테스트 확장 ⇒ 지능화, 자동화 지속, 통합   p.s. 예전에 아마도.. 인터넷에서 읽고 정리한 글 같은데, 출처를 적기 위해 다시 찾아보니 현재는 404 에러를 ..

소프트웨어 QA(SQA): 모든 소프트웨어 처리 과정(프로세스)를 검수하며 품질 규격(SW 요구사항 명세)을 준수하도록 하는 과정(프로세스)에 따라 품질을 보증하는 인력엔지니어링: 1.공학 2.(교묘한)처리 3.엔지니어링시스템 엔지니어링: 체계를 구성하는 각각의 작용과 기기 따위를 분석하여 가장 적합한 체계를 설계하는 공학   출처 - 다음사전, 나무위키

프로젝트 일정 산출 방법에는 여러가지가 있습니다. 그 중, 산출이 간단하면서도 일정에 차질이 없으면서도, 효율적인 방안을 고민 후 내린 결론입니다.개발 기간보다 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와 테스터가 다르다는 점을 타인에게 설득, 이해시키기는 쉽지 ..

커리어에 대한 고민을 시작으로성찰 과정을 통해 현재를 파악하고, 미래를 계획하며, 하고 싶은 일과 해야하는 일을 구분해보려 합니다.SQA 요구되는 주요 스펙1. 기술 스킬버그 추적 시스템(JIRA, Bugzilla 등)→ 노션 칸반보드 활용 중테스트 자동화 도구(Selenium, JUnit, TestNG 등)프로그래밍 언어(Python, Java, C# 등)CI/CD 도구(Jenkins, GitLab CI 등)2. 소프트 스킬문제 해결 능력: 복잡한 문제를 분석하고 해결하는 능력커뮤니케이션 능력디테일에 대한 집중력: 작은 오류도 놓치지 않는 꼼꼼함 (위 SQA 스펙에 이어서) 나의 발전과 이를 알리는 방법1. 전문성 강화고급 자격증 취득(ISTQB AL, CSTE 등)최신 기술 습득(AI 테스트 자동화,..

끝 없는 개발 추가/수정사항을 처리하기 위한 단계별 해결 전략에 대한 이야기입니다. "완료" 정의하기: 프로젝트 시작 전에 "완료"가 무엇인지 명확히 정의하고, 이를 문서화하여 범위 확장을 방지함(c.f. 킥오프)MVP* 수용하기: 완벽을 목표로 하지 않고 "충분히 좋은" 상태를 목표로 함. 기본 버전을 먼저 출시하고 나중에 개선함*MVP(Minimum Viable Product, 최소 기능 제품): 프로젝트의 핵심 가치를 가장 먼저 검증할 수 있는 최소한의 기능프로젝트 시간 제한: 프로젝트에 마감일을 설정하여 긴급성을 부여하고 기능 확장을 방지함작은 일 완료 연습: 작은 프로젝트나 작업을 정기적으로 완료하여 "완료"에 대한 두려움을 줄이고 성취감을 키움아이디어와 구현 분리: 새로운 아이디어가 떠오르면 ..

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