프로젝트 관리 필수 용어 정리
프로젝트 관리에서 자주 사용하는 용어들을 이해하면 프로젝트 진행 과정이 훨씬 수월해집니다. 이번 포스팅 에서는
프로젝트 단계별로 주요 용어를 쉽게 설명하고, 실무에서의 활용 예시를 함께 제공하겠습니다.
함께보면 좋은 글
[ IT 프로젝트 관리 ] PM, PL, PA, PE, QA, QC, BA 등 용어 정리
[ IT 프로젝트 관리 ] PM, PL, PA, PE, QA, QC, BA 등 용어 정리
IT 프로젝트 에서는 프로젝트 관리 가 매우 중요합니다. 각각 역할에 맞는 업무들을 하나로 연결해 프로젝트가 완성이 되기 때문입니다. PM, PL, PA, PE, QA, QC, BA 란 용어들을 보신적이 있으신가요??
it-ability.tistory.com
[ 용어 ] 자주쓰는 웹 개발 용어 정리 ( 계속 업데이트 예정 )
[ 용어 ] 자주쓰는 웹 개발 용어 정리 ( 계속 업데이트 예정 )
웹 개발에 쓰이는 용어 정리 1. HTML HTML(Hypertext Markup Language)은 웹 페이지를 만드는 데 사용되는 표준 마크업 언어입니다. HTML은 콘텐츠를 구조화하고 이미지, 비디오, 링크 및 기타 멀티미디어 요
it-ability.tistory.com
[ AI 툴 ] 2025년 주목해야 할 AI 코딩 툴 TOP 10
[ AI 툴 ] 2025년 주목해야 할 AI 코딩 툴 TOP 10
인공지능(AI)은 코딩 및 개발 분야에서 점점 더 중요한 역할을 하고 있습니다. 특히, 코드 자동 완성, 디버깅, 문서화 등의 작업에서 AI 도구는 개발자들의 생산성을 획기적으로 높이고 있습니다.
it-ability.tistory.com
디자이너 PL과 PM의 역할과 차이점 ✅
많은 프로젝트들은 여러 전문가들이 모여 함께 작업하면서 성공적인 결과를 🎯 이끌어냅니다. 특히 🎨 디자인 및 개발 프로젝트에서는 디자이너, 프로젝트 리더(PL), 그리고 프로젝트 매니저(PM
it-ability.tistory.com
# 1. 프로젝트 단계 관련 용어
1.1. Initiation (착수)
프로젝트를 공식적으로 시작하는 단계입니다. 이 단계에서는 프로젝트 목표를 정의하고 주요 이해관계자들을 식별합니다.
- 예시: 프로젝트 착수 미팅(Kick-off Meeting)에서 프로젝트 범위와 목표를 논의합니다.
1.2. Planning (계획)
프로젝트 목표를 달성하기 위한 구체적인 계획을 수립하는 단계입니다. 일정, 자원, 예산을 모두 계획합니다.
- 예시: 간트 차트를 사용해 프로젝트 일정과 마일스톤을 설정합니다.
1.3. Execution (실행)
계획된 작업을 수행하여 산출물을 생성하는 단계입니다. 실제 작업이 진행되는 만큼 팀 간 협업과 커뮤니케이션이 중요합니다.
- 예시: 각 팀원이 할당된 작업을 수행하고, 일일 스탠드업 미팅에서 진행 상황을 공유합니다.
1.4. Monitoring & Controlling (모니터링 및 통제)
프로젝트 진행 상황을 점검하고 필요한 변경을 수행하는 단계입니다.
- 예시: 주요 경로(Critical Path)를 모니터링하여 일정 지연을 방지합니다.
1.5. Closure (종료)
프로젝트가 완료되었음을 공식적으로 선언하는 단계입니다. 프로젝트 산출물을 검토하고, 이해관계자에게 인계합니다.
- 예시: 최종 보고서를 작성하고 이해관계자에게 프로젝트 성과를 발표합니다.
# 2. 일정 및 작업 관리 관련 용어
2.1. WBS (Work Breakdown Structure)
프로젝트 작업을 작은 단위로 나눈 구조입니다. WBS는 프로젝트의 전반적인 작업 범위를 시각적으로 표현합니다.
- 예시: "홈페이지 제작 프로젝트"를 디자인, 개발, 테스트 단계로 분할하여 각 단계별 세부 작업을 나열합니다.
2.2 Gantt Chart (간트 차트)
프로젝트 일정과 작업 일정을 시각적으로 표시하는 도구입니다. 각 작업의 시작일과 종료일을 한눈에 볼 수 있습니다.
- 예시: 팀 프로젝트 진행 상황을 막대 형태의 차트로 관리합니다.
2.3. Milestone (마일스톤)
프로젝트 내 중요한 시점 또는 이벤트를 나타냅니다.
- 예시: "UI 디자인 완료"를 마일스톤으로 설정하여 목표 시점을 확인합니다.
2.4. Critical Path (주요 경로)
프로젝트 일정에 직접적인 영향을 미치는 작업들의 연속입니다.
- 예시: 주요 경로에 있는 작업이 지연되면 전체 프로젝트 일정이 늦어집니다.
2.5. Baseline (베이스라인)
승인된 일정, 예산, 범위 등 프로젝트의 기준선입니다.
- 예시: 프로젝트 시작 전 설정한 베이스라인과 실제 진행 상황을 비교해 차이를 분석합니다.
# 3. 리스크 및 변경 관리 관련 용어
3.1. Risk (리스크)
프로젝트에 영향을 미칠 수 있는 잠재적 문제나 장애 요인입니다.
- 예시: "디자인 변경 요청으로 인해 일정이 지연될 수 있다"는 리스크를 사전에 식별합니다.
3.2. Mitigation (완화)
리스크를 줄이기 위한 대응 전략입니다.
- 예시: "리소스 확보 계획"을 통해 리스크 발생 가능성을 줄입니다.
3.3. Issue (이슈)
이미 발생한 문제로 프로젝트에 영향을 주는 요소입니다.
- 예시: "개발 환경 문제로 인해 일부 기능 테스트가 지연됨"이라는 이슈를 해결하기 위한 조치를 취합니다.
3.4. Change Request (변경 요청)
프로젝트 계획, 범위, 일정 등에 대한 공식적인 변경 요청입니다.
- 예시: 클라이언트가 새로운 기능 추가를 요청할 때 Change Request를 문서화합니다.
3.5. Contingency Plan (비상 계획)
예상치 못한 리스크나 문제에 대비한 대체 계획입니다.
- 예시: "외부 리소스 확보 실패 시 내부 인력을 재배치하는 비상 계획"을 마련합니다.
# 4. 자원 및 비용 관리 관련 용어
4.1. Resource Allocation (자원 할당)
프로젝트 자원을 작업에 할당하는 과정입니다.
- 예시: 디자이너와 개발자를 작업별로 배정합니다.
4.2. Stakeholder (이해관계자)
프로젝트에 직접적 또는 간접적으로 영향을 받는 개인 또는 조직입니다.
- 예시: 프로젝트 스폰서, 팀원, 고객 등이 이해관계자에 해당합니다.
4.3. Budget (예산)
프로젝트 수행을 위한 자금 계획 및 한도입니다.
- 예시: "마케팅 캠페인에 할당된 예산은 1억 원이다"와 같은 예산 계획을 수립합니다.
4.4. Burn Rate (소진율)
프로젝트 예산이 소진되는 속도입니다.
- 예시: 매달 소진되는 예산을 모니터링하여 계획 대비 지출을 확인합니다.
# 5. 품질 관리 관련 용어
5.1. Deliverable (산출물)
프로젝트 작업 결과로 제공되는 문서, 코드, 보고서 등입니다.
- 예시: "프로젝트 산출물로 최종 보고서와 개발 코드가 제출됩니다."
5.2. Quality Assurance (품질 보증)
산출물이 요구사항을 충족하도록 보증하는 활동입니다.
- 예시: QA 테스트를 통해 기능이 올바르게 작동하는지 확인합니다.
5.3. Quality Control (품질 관리)
산출물이 품질 기준을 충족하는지 검토하는 과정입니다.
- 예시: 코드 리뷰를 통해 코드 품질을 점검합니다.
# 6.협업 및 커뮤니케이션 관련 용어
6.1. Kick-off Meeting (킥오프 미팅)
프로젝트 시작 시 주요 이해관계자들이 참석하는 첫 공식 회의입니다.
- 예시: 프로젝트 범위와 목표를 공유하고 각 팀원의 역할을 설명합니다.
6.2. Daily Stand-up (일일 스탠드업 미팅)
프로젝트 팀이 매일 진행 상황을 공유하는 간단한 회의입니다.
- 예시: "어제 진행한 작업, 오늘 계획된 작업, 문제점"을 공유합니다.
6.3. RAID Log (RAID 로그)
리스크(Risk), 가정(Assumption), 이슈(Issue), 종속성(Dependency)를 관리하는 문서입니다.
- 예시: 프로젝트 문서에 주요 리스크와 이슈를 기록합니다.
6.4. Escalation (에스컬레이션)
문제나 이슈를 더 높은 관리 레벨로 보고하거나 도움을 요청하는 절차입니다.
- 예시: 일정 문제를 해결하기 위해 프로젝트 매니저가 임원에게 보고합니다.
# 7.애자일(Agile) 및 스크럼(Scrum) 관련 용어
7.1. Sprint (스프린트)
일정 기간 동안 특정 작업을 수행하는 반복 주기입니다.
- 예시: "2주 동안 기능 개발 및 테스트를 진행하는 스프린트를 운영합니다."
7.2. Backlog (백로그)
프로젝트에서 수행해야 할 작업 목록입니다.
- 예시: 개발 팀은 우선순위가 높은 백로그 항목부터 작업을 시작합니다.
7.3. Scrum Master (스크럼 마스터)
스크럼 팀의 진행을 돕고 장애 요소를 제거하는 역할입니다.
- 예시: 스크럼 마스터가 팀원의 작업 진행을 돕고 이슈를 해결합니다.
7.4. User Story (사용자 스토리)
사용자 관점에서 작성된 요구사항입니다.
- 예시: "사용자가 로그인 버튼을 클릭하면 대시보드로 이동할 수 있어야 한다."
7.5. Retrospective (회고)
프로젝트 수행 후 개선점을 논의하는 회의입니다.
- 예시: "지난 스프린트에서 협업 도구 사용이 부족했던 점을 개선하자."
# 8.프로젝트 성과 및 문서 관련 용어
8.1. KPI (Key Performance Indicator)
프로젝트의 주요 성과 지표입니다.
- 예시: "프로젝트의 KPI는 사용자 만족도와 기능 배포 속도입니다."
8.2. SLA (Service Level Agreement)
서비스 제공자가 보장하는 서비스 수준에 대한 합의 문서입니다.
- 예시: "SLA에 따라 서버 응답 시간을 2초 이내로 유지합니다."
8.3. SOW (Statement of Work)
프로젝트에서 수행할 작업에 대한 세부적인 명세서입니다.
- 예시: SOW 문서에 프로젝트 범위, 일정, 산출물이 포함됩니다.
8.4. RACI Matrix (RACI 매트릭스)
프로젝트 작업별 책임과 역할을 정의하는 표입니다.
- 예시: 각 작업에 대해 수행 책임자(R), 최종 승인자(A), 자문 제공자(C), 정보 공유 대상자(I)를 지정합니다.
# 9.FAQ
Q1 ) 프로젝트 관리에서 가장 중요한 용어는 무엇인가요?
주요 용어로는 WBS, 마일스톤, 주요 경로(Critical Path), 스프린트 등이 있으며, 프로젝트 상황에 따라 중요도가 달라집니다.
Q2 ) 간트 차트와 WBS의 차이는 무엇인가요?
WBS는 프로젝트 작업을 작은 단위로 나누는 구조이고, 간트 차트는 해당 작업들의 일정과 진행 상황을 시각적으로 표시하는 도구입니다.
Q3 ) 스크럼과 애자일의 차이는 무엇인가요?
애자일은 다양한 접근 방식을 포괄하는 프레임워크이며, 스크럼은 애자일의 한 종류로 일정 반복 주기(Sprint)를 강조합니다.
Q4 ) 프로젝트 이슈는 어떻게 관리해야 하나요?
RAID 로그를 사용하여 리스크, 가정, 이슈, 종속성을 체계적으로 관리하고, 이슈 발생 시 에스컬레이션 절차를 통해 해결 방안을 모색하는 것이 좋습니다.
Q5 ) 회고(Retrospective)는 언제 진행하는 것이 좋은가요?
회고는 스프린트가 종료된 후 즉시 진행하여 개선 사항을 다음 주기 작업에 반영하는 것이 효과적입니다.
Q6 ) 프로젝트 리스크 완화 전략(Mitigation)은 어떻게 수립하나요?
리스크의 심각성과 발생 확률을 평가한 후 우선순위를 설정하고, 대체 계획과 예방 조치를 문서화하여 팀에 공유합니다.
Q7 ) 프로젝트 마일스톤은 어떤 기준으로 설정하나요?
주요 산출물이 완료되는 시점이나 의사결정이 필요한 시점을 기준으로 설정합니다.
Q8 ) 이해관계자(Stakeholder)와 효과적으로 소통하려면 어떻게 해야 하나요?
프로젝트 진행 단계별 보고서를 제공하고, 주요 변경 사항에 대해 사전에 알림을 제공하여 신뢰를 쌓는 것이 중요합니다.
Q9 ) 품질 보증(Quality Assurance)과 품질 관리(Quality Control)의 차이는 무엇인가요?
품질 보증은 계획 및 프로세스를 검토하여 요구사항을 충족하도록 보장하는 활동이고, 품질 관리는 산출물을 검토하여 기준을 충족하는지 확인하는 과정입니다.
Q10 ) 프로젝트 종료 시 어떤 문서를 준비해야 하나요?
최종 보고서, 산출물 리스트, SOW 검토 문서 및 회고 보고서를 준비하여 프로젝트의 성과와 개선점을 문서화합니다.
