Agiler의 사용자 기여
IT 위키
2025년 10월 8일 (수)
- 08:562025년 10월 8일 (수) 08:56 차이 역사 +3,287 새글 Codecov 새 문서: Codecov은 테스트 커버리지를 시각화하고 관리하는 서비스로서, 개발자가 코드베이스 내 어느 부분이 테스트되고 있는지 쉽게 파악할 수 있게 해준다. ==개요== Codecov은 CI(지속 통합) 도구와 연동되어 테스트 실행 결과로 생성된 커버리지 리포트(예: lcov, cobertura, coverage.py 등)를 업로드하고, 이를 기반으로 커버리지 비율, 변경에 따른 커버리지 증감, 소스 코드 위에 커... 최신 태그: 시각 편집
- 07:542025년 10월 8일 (수) 07:54 차이 역사 +4,499 GitHub Actions 편집 요약 없음 최신 태그: 시각 편집
- 07:292025년 10월 8일 (수) 07:29 차이 역사 +2,436 새글 GitHub Actions 새 문서: GitHub Actions는 GitHub 저장소 내에서 워크플로우(workflows)를 자동화할 수 있게 해 주는 CI/CD 및 이벤트 기반 자동화 플랫폼이다. ==개념 및 구성 요소== GitHub Actions는 저장소에 `.github/workflows/` 디렉터리에 YAML 형식의 워크플로우 정의 파일을 두고, 특정 이벤트(push, pull_request 등)가 발생할 때 자동으로 일련의 작업(job)을 실행시키는 구조다. 주요 구성 요소는 다음과 같... 태그: 시각 편집
- 07:282025년 10월 8일 (수) 07:28 차이 역사 +4 GitHub 편집 요약 없음 최신 태그: 시각 편집
- 07:262025년 10월 8일 (수) 07:26 차이 역사 +4,724 GitHub 편집 요약 없음 태그: 시각 편집
2025년 9월 24일 (수)
- 05:072025년 9월 24일 (수) 05:07 차이 역사 +41 새글 백로그 그루밍 백로그 정제 회의 문서로 넘겨주기 최신 태그: 새 넘겨주기 시각 편집
- 04:512025년 9월 24일 (수) 04:51 차이 역사 +4,508 새글 데일리 스크럼 새 문서: 데일리 스크럼(Daily Scrum)은 스크럼(Scrum) 프레임워크에서 스프린트 내 매일 개발 팀(Developers)이 모여 스프린트 목표(Sprint Goal)의 진행 상황을 점검하고, 하루 동안의 작업 계획을 조정하며 장애 요소를 식별하는 짧고 집중된 회의이다. ==정의== 데일리 스크럼은 스프린트 기간 동안 매 영업일(working day)에 동일한 시간과 장소(또는 동일한 형식)에서 15분(time‑boxed) 이내... 최신 태그: 시각 편집
- 04:482025년 9월 24일 (수) 04:48 차이 역사 +221 애자일 방법론 편집 요약 없음 최신 태그: 시각 편집
- 04:462025년 9월 24일 (수) 04:46 차이 역사 +4,307 새글 백로그 정제 회의 새 문서: 백로그 정제 회의(Backlog Refinement Meeting)는 애자일 개발, 특히 스크럼(Scrum) 방법론에서 제품 백로그(Product Backlog)를 실행 가능한 상태로 유지하기 위해 주기적으로 수행되는 회의이다. 사용자 스토리, 기능, 버그 등 백로그 항목들을 검토하고 우선순위, 크기, 설명 등을 조정하여 다음 스프린트 계획이 원활하게 이루어지도록 하는 것이 목적이다. ==정의== 백로그 정제... 최신 태그: 시각 편집
- 04:392025년 9월 24일 (수) 04:39 차이 역사 +3,673 새글 프로덕트 백로그 새 문서: 프로덕트 백로그(Product Backlog)은 애자일 소프트웨어 개발 방법론, 특히 스크럼(Scrum)에서 사용되는 핵심 산출물로, 제품 개발에 필요한 모든 작업 항목을 우선순위에 따라 정리한 목록이다. ==정의== 프로덕트 백로그는 제품에 필요한 기능, 개선 사항, 버그 수정, 기술 부채, 비기능적 요구사항 등 다양한 작업 항목을 포함하며, 제품 소유자(Product Owner)가 책임지고 관... 최신 태그: 시각 편집
- 04:272025년 9월 24일 (수) 04:27 차이 역사 +8,737 새글 스포티파이 애자일 모델 새 문서: <nowiki>{{서문 Spotify 애자일 모델(영어: Spotify Model)은 애자일 원칙을 기반으로 한 팀 조직 방식으로, 스포티파이(Spotify)가 성장하면서 제품 개발의 민첩성, 팀 자율성, 협업 및 지식 공유를 유지하기 위해 고안한 조직 구조이다.}}</nowiki> ==배경== 스포티파이는 초기 스타트업 단계에서 빠르게 성장함에 따라 전통적 스크럼(Scrum) 방식만으로는 여러 팀이 동시에 일하고,... 최신 태그: 시각 편집
- 01:392025년 9월 24일 (수) 01:39 차이 역사 +73 에픽 (스크럼) 편집 요약 없음 최신 태그: 시각 편집
- 01:392025년 9월 24일 (수) 01:39 차이 역사 +71 새글 파일:애자일 작성 계.png 편집 요약 없음 최신
- 01:382025년 9월 24일 (수) 01:38 차이 역사 +92 사용자 스토리 편집 요약 없음 최신 태그: 시각 편집
- 01:372025년 9월 24일 (수) 01:37 차이 역사 +75 새글 파일:애자일 사용자 스토리.png 편집 요약 없음 최신
- 01:342025년 9월 24일 (수) 01:34 차이 역사 +37 새글 유저 스토리 사용자 스토리 문서로 넘겨주기 최신 태그: 새 넘겨주기 시각 편집
2025년 9월 17일 (수)
- 08:482025년 9월 17일 (수) 08:48 차이 역사 +3,037 새글 스프린트 회고 새 문서: 스프린트 회고(Sprint Retrospective)는 스크럼 프레임워크에서 한 스프린트가 끝난 뒤, 스크럼 팀이 지난 스프린트 동안의 진행 방식, 협업, 도구, 프로세스 등을 되돌아보고 개선할 점을 찾아 다음 스프린트에 반영하기 위한 회의이다. ==목적 및 개념== 스프린트 회고의 목적은 스크럼 팀이 지난 스프린트에서 잘 된 점(What went well), 문제점(What didn't go well), 개선할 사항(Wha... 최신 태그: 시각 편집
- 08:392025년 9월 17일 (수) 08:39 차이 역사 −116 휴림에이텍 편집 요약 없음 최신 태그: 시각 편집
- 08:362025년 9월 17일 (수) 08:36 차이 역사 +2,985 새글 벨로시티 차트 (스크럼) 새 문서: 벨로시티 차트(Velocity Chart)는 스크럼 팀의 여러 스프린트에 걸친 작업 완료량을 시각적으로 표현한 차트로, 앞으로의 스프린트에서 수행 가능한 예상 작업량을 계획하고 개선점을 탐색하는 데 사용된다. ==정의 및 개념== 벨로시티 차트는 각 스프린트가 시작할 때 약속(commitment)한 작업량과 스프린트가 끝날 때 실제 완료(completed)한 작업량을 비교하여 보여주며, 여... 최신 태그: 시각 편집
- 08:352025년 9월 17일 (수) 08:35 차이 역사 +2,997 새글 INVEST 원칙 새 문서: INVEST 원칙(INVEST Principle)은 사용자 스토리(User Story)가 품질 있고 유용하게 작성되기 위한 다섯 가지 기준 혹은 체크리스트로, Agile 커뮤니티에서 널리 받아들여진다.<ref>https://agilealliance.org/glossary/invest/</ref> ==정의 및 개념== ‘INVEST’는 각 글자의 머리글자를 따서 만든 약어로 다음 항목들을 의미한다: Independent(독립적), Negotiable(협상 가능), Valuable(가치 있음), Estimable(... 최신 태그: 시각 편집
- 08:332025년 9월 17일 (수) 08:33 차이 역사 +2,650 새글 에픽 (스크럼) 새 문서: 에픽(Epic)은 애자일 및 스크럼 프레임워크에서 사용자 스토리(User Stories)보다 더 크고 고수준의 작업 단위로, 하나의 스프린트만으로 완성하기에는 너무 큰 기능 또는 요구사항을 의미한다. ==정의 및 개념== 에픽은 팀 또는 고객이 추구하는 큰 목표 또는 고수준 기능을 나타내며, 여러 개의 사용자 스토리(User Stories)로 나누어져 Product Backlog에 포함된다. 에픽은 여러... 태그: 시각 편집
- 08:302025년 9월 17일 (수) 08:30 차이 역사 +34 사용자 스토리 편집 요약 없음 태그: 시각 편집
- 08:292025년 9월 17일 (수) 08:29 차이 역사 +3,407 새글 사용자 스토리 새 문서: 사용자 스토리(User Story)는 애자일 개발, 특히 스크럼 및 칸반 프레임워크에서 사용자 또는 고객(내부 또는 외부)의 관점에서 기능적 요구사항을 간단하고 명확하게 표현한 서술 방식이다. ==정의 및 개념== 사용자 스토리는 최종 사용자의 관점에서 “누구(Who)”, “무엇(What)”, “왜(Why)” 등의 요소를 포함하여 가치를 전달하는 기능이 무엇인지 설명한다. 이 방식... 태그: 시각 편집
- 08:262025년 9월 17일 (수) 08:26 차이 역사 +2,640 새글 벨로시티 (스크럼) 새 문서: 벨로시티(Velocity)는 스크럼 프레임워크에서 한 스프린트 동안 스크럼 팀이 완료할 수 있는 작업량을 나타내는 지표로, 보통 스토리 포인트(Story Points) 단위로 측정된다. ==정의 및 개념== 벨로시티는 특정 기간(주로 한 스프린트) 내에 완료된 작업 항목들의 스토리 포인트 합으로 계산된다. 이를 통해 팀의 작업 수행 능력(work capacity)을 예측하고, 스프린트 계획 또는... 최신 태그: 시각 편집
- 08:252025년 9월 17일 (수) 08:25 차이 역사 +2,838 새글 스토리 포인트 새 문서: 스토리 포인트(Story Point)는 애자일 소프트웨어 개발, 특히 스크럼 프레임워크에서 사용자 스토리 또는 작업 항목의 상대적인 크기, 복잡성, 노력, 불확실성을 추정하는 데 사용되는 단위이다. ==정의 및 개념== 스토리 포인트는 절대적인 시간 단위가 아닌 상대적 추정 방식이다. 이를 통해 팀은 작업 항목 간의 상대적인 크기를 비교할 수 있으며, 경험, 기술 수준, 도... 최신 태그: 시각 편집
- 07:552025년 9월 17일 (수) 07:55 차이 역사 +3,260 새글 기술 부채 새 문서: 기술 부채(Technical Debt)는 소프트웨어 개발 과정에서 단기적인 목표 달성을 위해 최적이 아닌 방식으로 코드를 구현하거나 아키텍처를 설계함으로써, 장기적으로 더 많은 유지보수 비용이나 개발 리스크를 초래하게 되는 상태를 말한다.<ref>https://www.ibm.com/kr-ko/think/topics/technical-debt</ref> ==정의 및 개념== 기술 부채는 금융의 '부채' 개념에 빗댄 은유로, 지금은 빨리 해... 최신 태그: 시각 편집
- 07:192025년 9월 17일 (수) 07:19 차이 역사 +81 스크럼 미팅 편집 요약 없음 최신 태그: 시각 편집
- 07:192025년 9월 17일 (수) 07:19 차이 역사 +72 새글 파일:스크럼 과정.png 편집 요약 없음 최신
- 07:172025년 9월 17일 (수) 07:17 차이 역사 +3,370 새글 스크럼 미팅 새 문서: 스크럼 미팅(Scrum Meeting)은 스크럼 프레임워크 내에서 정기적으로 이루어지는 회의들로, 팀 간 협업, 진행 상황 공유, 문제점 식별, 계획 조정 등을 목적으로 한다. 흔히 ‘스크럼 회의’ 또는 ‘스크럼 이벤트’라고도 한다. <ref>https://blog.clap.company/scrum_meeting/</ref><ref>https://www.atlassian.com/ko/agile/scrum</ref> ==종류 및 구성== 스크럼 미팅은 다음 네 가지 주요 유형이 있으... 태그: 시각 편집
- 07:142025년 9월 17일 (수) 07:14 차이 역사 +34 스프린트 편집 요약 없음 최신 태그: 시각 편집
- 07:142025년 9월 17일 (수) 07:14 차이 역사 +3,247 새글 스프린트 새 문서: 스프린트(Sprint)는 스크럼(Scrum) 프레임워크에서 사용하는 반복 주기(iteration)로, 일정 기간 동안 정의된 목표를 달성하고 작동 가능한 제품 인크리먼트를 만드는 것을 목적으로 한다. ==정의 및 개념== *스프린트는 보통 1주에서 4주 사이의 고정된 기간(time‑boxed)이다. 한 달을 넘지 않아야 한다. *각 스프린트는 목표(Sprint Goal)를 가지며, 스프린트가 끝날 때 이 목표를... 태그: 시각 편집
- 07:102025년 9월 17일 (수) 07:10 차이 역사 +160 칸반 편집 요약 없음 최신 태그: 시각 편집
- 07:092025년 9월 17일 (수) 07:09 차이 역사 +2,011 새글 ZenHub 새 문서: ZenHub는 GitHub 환경 안에서 작동하는 애자일 프로젝트 관리 도구로, 개발 팀이 코드, 이슈(issue), 스프린트 등 애자일 워크플로우를 GitHub 인터페이스 내에서 관리할 수 있게 한다. ==주요 기능== ZenHub이 제공하는 주요 기능들은 다음과 같다: *GitHub 네이티브 통합(GitHub Native Integration) **GitHub Issues, Pull Requests 등 기존 GitHub 리소스를 프로젝트 관리에 그대로 사용 **GitHub 저... 최신 태그: 시각 편집
- 06:492025년 9월 17일 (수) 06:49 차이 역사 +847 스크럼 팀 편집 요약 없음 최신 태그: 시각 편집
- 06:472025년 9월 17일 (수) 06:47 차이 역사 +3,016 새글 스크럼 팀 새 문서: 스크럼 팀(Scrum Team)은 스크럼 프레임워크에서 제품을 개발하고 가치를 전달하기 위해 함께 일하는 전문 인력 집단으로, 스크럼 마스터, 프로덕트 오너, 개발자들로 구성된다. ==구성과 역할== 스크럼 팀은 다음 세 가지 책임(accountabilities)을 가진 역할들로 이루어지며, 계층 구조(sub‑teams) 없이 하나의 목표(Product Goal)를 중심으로 협력한다. *프로덕트 오너(Product Owner... 태그: 시각 편집
- 06:412025년 9월 17일 (수) 06:41 차이 역사 +55 스프린트 백로그 편집 요약 없음 최신 태그: 시각 편집
- 06:412025년 9월 17일 (수) 06:41 차이 역사 −36 스프린트 백로그 편집 요약 없음 태그: 시각 편집
- 06:402025년 9월 17일 (수) 06:40 차이 역사 +3,610 스프린트 백로그 편집 요약 없음 태그: 시각 편집
- 06:382025년 9월 17일 (수) 06:38 차이 역사 +32 프로덕트 오너 편집 요약 없음 최신 태그: 시각 편집
- 06:372025년 9월 17일 (수) 06:37 차이 역사 +4,400 새글 스크럼 마스터 새 문서: 스크럼 마스터(Scrum Master)는 애자일 소프트웨어 개발 방법 중 하나인 스크럼 프레임워크에서, 팀이 스크럼 원칙과 관행을 잘 따르도록 촉진하고 팀의 효율성과 협업을 높이는 역할이다. ==역할 및 책임== 스크럼 마스터의 주요 역할과 책임은 다음과 같다: *스크럼 프레임워크 준수 보장 **팀이 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 회고 등 스크럼 이벤트를... 최신 태그: 시각 편집
- 06:372025년 9월 17일 (수) 06:37 차이 역사 +572 SCRUM 편집 요약 없음 최신 태그: 시각 편집
2021년 9월 13일 (월)
- 13:252021년 9월 13일 (월) 13:25 차이 역사 +153 SCRUM 편집 요약 없음 태그: 시각 편집
- 13:202021년 9월 13일 (월) 13:20 차이 역사 +1,910 프로덕트 오너 편집 요약 없음 태그: 시각 편집
- 13:182021년 9월 13일 (월) 13:18 차이 역사 +46 새글 파일:프로덕트 오너의 위치.png 편집 요약 없음 최신
- 13:082021년 9월 13일 (월) 13:08 차이 역사 +402 프로덕트 오너 편집 요약 없음
- 11:372021년 9월 13일 (월) 11:37 차이 역사 +2,016 새글 프로덕트 오너 새 문서: '''Product Owner; PO''' '''고객의 니즈와 요구사항을 깊이 이해하고 내부에서 고객을 지원하는 역할로, 우선순위, 리소스, 영향 등의 제약사항... 태그: 시각 편집
2020년 3월 8일 (일)
- 14:062020년 3월 8일 (일) 14:06 차이 역사 +84 대문 편집 요약 없음
- 11:172020년 3월 8일 (일) 11:17 차이 역사 +6 정보 전략 계획 →구축 절차
- 10:052020년 3월 8일 (일) 10:05 차이 역사 −12 Pay Later API →기존 서비스와의 차이 최신
- 10:042020년 3월 8일 (일) 10:04 차이 역사 +2,275 새글 Pay Later API 새 문서: '''은행과 판매자가 전자상거래 구매 고객에게 빠른 결제 대금 대출을 제공하는 서비스 프로세스의 업계 표준''' * '''은행 간 국제 결제 네... 태그: 시각 편집