PM? PO? PL? 같지만 다른 프로젝트 매니저의 이름

alert("april");·2023년 9월 8일
AIITPM
0

AI-PM

목록 보기
10/19
post-custom-banner


출처 https://www.nist.gov/blogs/blogrige/baldrige-project-management

PM이라면 반드시 알아야 하는 용어 정리

1. Product Manager(PM)

프로덕트 매니저는 제품의 비전과 전략을 수립하고, 제품의 성공을 책임지는 사람입니다. 제품의 요구 사항을 파악하고, 제품의 개발, 출시, 마케팅을 총괄합니다. 프로덕트 매니저는 기술적인 지식뿐만 아니라 비즈니스 지식, 고객 이해도, 문제 해결 능력이 필요합니다.

2. Project Manager(PM)

프로젝트 매니저는 특정 프로젝트의 성공을 책임지는 사람입니다. 프로젝트의 계획, 실행, 완료에 필요한 모든 요소를 조정하고 관리합니다. 여기에는 프로젝트의 일정, 예산, 품질, 위험 관리가 포함됩니다. 프로젝트 매니저는 일반적으로 기술적인 지식을 갖춘 사람으로, 프로젝트의 성공을 위해 다양한 팀과 협력해야 합니다.

3. Product Owner(PO) - 한국식

Product Owner(PO)는 제품의 비전과 전략을 수립하고, 제품의 성공을 책임지는 사람입니다. 제품의 요구 사항을 파악하고, 제품의 개발, 출시, 마케팅을 총괄합니다.

PO는 일반적으로 다음과 같은 업무를 수행합니다.

제품의 비전과 전략을 수립합니다.
제품의 요구 사항을 파악하고, 요구 사항을 분석합니다.
요구 사항을 기반으로 제품 백로그를 작성합니다.
개발 팀과 협력하여 제품을 개발합니다.
제품의 출시 및 마케팅을 담당합니다.
PO는 제품의 성공을 위해 다양한 이해 관계자와 협력해야 합니다. 여기에는 고객, 개발자, 디자이너, 마케팅 담당자 등이 포함됩니다. PO는 이러한 이해 관계자의 요구 사항을 조율하고, 제품의 성공을 위해 필요한 모든 조치를 취해야 합니다.

PO는 기술적인 지식뿐만 아니라 비즈니스 지식, 고객 이해도, 문제 해결 능력이 필요합니다. PO는 제품의 기술적인 측면을 이해하고, 제품의 비즈니스 가치를 창출해야 합니다. 또한, 고객의 요구 사항을 파악하고, 고객의 문제를 해결할 수 있는 제품을 개발해야 합니다.

PO는 IT 업계에서 가장 중요한 직무 중 하나입니다. PO는 제품의 성공을 책임지는 사람으로, 제품의 비전과 전략을 수립하고, 제품의 개발, 출시, 마케팅을 총괄합니다.

4.PMO(Project Management Office)

PMO는 프로젝트 관리 사무소(Project Management Office)의 약자입니다. 조직 내에서 프로젝트 관리 활동을 지원하는 그룹 또는 부서입니다. PMO는 다음과 같은 다양한 서비스를 제공할 수 있습니다.

  • 프로젝트 관리 표준 및 절차 개발 및 유지 관리
  • 프로젝트 관리자 교육 및 멘토링 제공
  • 프로젝트 진행 상황 추적 및 보고
  • 프로젝트 팀에 대한 안내 및 지원 제공
  • PMO는 중앙 집중식 또는 분산식 기능일 수 있습니다. 중앙 집중식 PMO는 모든 프로젝트 관리 활동이 단일 부서에서 조정됩니다. 분산식 PMO는 각 부서 또는 부서에 자체 프로젝트 관리 사무소가 있습니다.

PMO의 역할은 조직의 요구에 따라 다를 수 있습니다. 일부 PMO는 프로젝트의 일상적인 관리에 크게 관여하는 반면, 다른 PMO는 더 많은 비하인드 씬 지원 역할을 합니다.

PMO를 갖는 이점

  • 프로젝트 관리 관행의 일관성 향상
  • 프로젝트 성능 향상
  • 프로젝트 실패 위험 감소
  • 효율성 및 생산성 향상
  • 커뮤니케이션 및 협업 향상
  • 프로젝트 관리자를 위한 학습 및 개발 기회 향상

PMO를 갖는 단점

관료제나 진전의 장애물로 간주될 수 있습니다.
운영 비용이 많이 들 수 있습니다.
이해 관계자의 동의를 얻기가 어려울 수 있습니다.
프로젝트 관리자의 권한에 대한 위협으로 간주될 수 있습니다.
PMO를 보유할지 여부는 조직의 특정 요구 사항을 고려하여 개별적으로 결정해야 합니다.

PMO는 조직에 귀중한 자산이 될 수 있지만, 올바른 유형의 PMO를 선택하고 그 역할을 신중하게 정의하는 것이 중요합니다. PMO는 조직의 전체 목표와 목표와 일치해야 하며, 고위 경영진의 지원을 받아야 합니다.

5. PL(Project Leader) 과 TL(Team Leader)

프로젝트 리더와 팀 리더는 모두 팀을 이끄는 역할을 하지만, 그 역할과 책임은 다릅니다.

프로젝트 리더는 프로젝트의 성공을 책임지는 사람입니다. 프로젝트의 계획, 실행, 완료에 필요한 모든 요소를 조정하고 관리합니다. 여기에는 프로젝트의 일정, 예산, 품질, 위험 관리가 포함됩니다. 프로젝트 리더는 일반적으로 기술적인 지식을 갖춘 사람으로, 프로젝트의 성공을 위해 다양한 팀과 협력해야 합니다.

팀 리더는 팀의 구성원들이 효과적으로 작업할 수 있도록 지원하는 사람입니다. 팀의 목표와 목표를 설정하고, 팀원들이 목표를 달성할 수 있도록 리드하고, 팀워크를 구축하고, 의사 소통을 개선하는 역할을 합니다. 팀 리더는 일반적으로 기술적인 지식보다는 리더십, 커뮤니케이션, 문제 해결 능력이 필요합니다.

프로젝트 리더와 팀 리더는 모두 팀의 성공에 중요한 역할을 하지만, 그 역할과 책임이 다르기 때문에, 각 직무에 적합한 인재가 필요합니다.

6. PRD(Product Requirements Document)

PRD는 Product Requirements Document의 약자로, 제품 요구 사항 문서의 의미입니다. PRD는 제품의 비전과 목표, 기능, 특성, 사용자 요구 사항, 비즈니스 가치 등을 명확하게 정의한 문서입니다. PRD는 제품 개발의 초기 단계에서 작성되며, 제품의 성공을 위한 중요한 기초가 됩니다.

PRD는 일반적으로 다음과 같은 내용을 포함합니다.

  • 제품의 비전과 목표
  • 제품의 기능과 특성
  • 사용자 요구 사항
  • 비즈니스 가치
  • 제품 출시 일정
  • 마케팅 계획

PRD는 제품 개발의 모든 이해 관계자와 협력하여 작성됩니다. 여기에는 제품 관리자, 개발자, 디자이너, 마케팅 담당자 등이 포함됩니다. PRD는 제품의 성공을 위해 모든 이해 관계자가 동일한 목표와 비전을 공유하도록 돕는 중요한 도구입니다.

PRD를 작성할 때는 다음과 같은 사항을 고려해야 합니다.

제품의 비전과 목표는 명확하고 간결해야 합니다.
제품의 기능과 특성은 사용자 요구 사항을 충족해야 합니다.
비즈니스 가치는 제품이 조직에 어떤 이익을 가져올 것인지를 명확하게 설명해야 합니다.
제품 출시 일정은 현실적이고 달성 가능한 범위여야 합니다.
마케팅 계획은 제품을 성공적으로 출시하고 시장에 출시하기 위한 전략을 설명해야 합니다.
PRD는 제품 개발의 중요한 기초가 됩니다. PRD를 신중하게 작성하면 제품의 성공을 위한 중요한 단계를 밟을 수 있습니다.

7. IA(Intelligent Assistant)

IT 분야에서 IA는 Intelligent Assistant의 약자로, 지능형 비서, AI 비서, 챗봇, 인공지능 에이전트 등으로도 불립니다. IA는 사용자가 작업을 완료하거나 질문에 답변할 수 있도록 도와주는 컴퓨터 프로그램입니다.

IA는 일반적으로 다음과 같은 기능을 제공합니다.

  • 작업 완료 지원: IA는 사용자가 작업을 완료하는 데 필요한 정보를 제공하고, 작업을 안내하고, 작업을 자동화할 수 있습니다.
  • 질문에 대한 답변: IA는 사용자의 질문에 대한 정보를 제공하고, 지시를 따르고, 작업을 완료할 수 있습니다.
  • 사용자와의 상호 작용: IA는 사용자와 자연스럽게 상호 작용하고, 사용자의 요구를 이해하고, 사용자에게 도움이 되는 방식으로 반응할 수 있습니다.
  • IA는 다양한 방법으로 사용될 수 있습니다. 예를 들어, IA는 고객 서비스, IT 지원, 의료 서비스, 교육 등 다양한 분야에서 사용됩니다.

IA의 이점

  • 생산성 향상: IA는 사용자의 작업을 자동화하고, 사용자에게 정보를 제공하고, 사용자와 상호 작용함으로써 생산성을 향상시킬 수 있습니다.
  • 고객 만족도 향상: IA는 사용자의 요구를 이해하고, 사용자에게 도움이 되는 방식으로 응답함으로써 고객 만족도를 향상시킬 수 있습니다.
  • 비용 절감: IA는 인력 비용을 절감하고, 업무 효율성을 향상시킴으로써 비용을 절감할 수 있습니다.
  • IA는 IT 분야에서 빠르게 성장하고 있는 분야입니다. IA는 생산성 향상, 고객 만족도 향상, 비용 절감 등 다양한 이점을 제공함으로써 IT 분야에 큰 변화를 가져올 것으로 기대됩니다.

8. SRS(Software Requirements Specification)

SRS는 Software Requirements Specification의 약자로, 소프트웨어 요구 사항 명세서의 의미입니다. SRS는 소프트웨어의 기능, 특성, 성능, 품질, 인터페이스, 보안, 유지 관리 등의 요구 사항을 명확하게 정의한 문서입니다. SRS는 소프트웨어 개발의 초기 단계에서 작성되며, 소프트웨어의 성공을 위한 중요한 기초가 됩니다.

SRS는 일반적으로 다음과 같은 내용을 포함합니다.

  • 소프트웨어의 목적과 목표
  • 소프트웨어의 기능과 특성
  • 소프트웨어의 성능과 품질
  • 소프트웨어의 인터페이스
  • 소프트웨어의 보안
  • 소프트웨어의 유지 관리
    SRS는 소프트웨어 개발의 모든 이해 관계자와 협력하여 작성됩니다. 여기에는 고객, 개발자, 테스트 엔지니어, 운영자 등이 포함됩니다. SRS는 소프트웨어의 성공을 위해 모든 이해 관계자가 동일한 목표와 비전을 공유하도록 돕는 중요한 도구입니다.

SRS를 작성할 때 고려해야 할 사항들

  • 소프트웨어의 목적과 목표는 명확하고 간결해야 합니다.
  • 소프트웨어의 기능과 특성은 사용자 요구 사항을 충족해야 합니다.
  • 소프트웨어의 성능과 품질은 사용자의 기대치를 충족해야 합니다.
  • 소프트웨어의 인터페이스는 사용자에게 직관적이고 사용하기 쉬워야 합니다.
  • 소프트웨어의 보안은 사용자의 개인 정보와 시스템을 보호할 수 있어야 합니다.
  • 소프트웨어의 유지 관리는 개발 및 운영 비용을 최소화할 수 있어야 합니다.
  • SRS는 소프트웨어 개발의 중요한 기초가 됩니다. SRS를 신중하게 작성하면 소프트웨어의 성공을 위한 중요한 단계를 밟을 수 있습니다.

9. SDS(Software Development Specification)

SDS는 Software Development Specification의 약자로, 소프트웨어 개발 명세서의 의미입니다. SDS는 소프트웨어를 개발하기 위한 구체적인 방법과 절차를 명확하게 정의한 문서입니다. SDS는 소프트웨어 개발의 중간 단계에서 작성되며, 소프트웨어 개발의 성공을 위한 중요한 기초가 됩니다.

SDS는 일반적으로 다음과 같은 내용을 포함합니다.

  • 소프트웨어 개발의 목표와 범위
  • 소프트웨어 개발의 방법론과 기술
  • 소프트웨어 개발의 일정과 예산
  • 소프트웨어 개발의 품질 관리
  • 소프트웨어 개발의 위험 관리
    SDS는 소프트웨어 개발의 모든 이해 관계자와 협력하여 작성됩니다. 여기에는 고객, 개발자, 테스트 엔지니어, 운영자 등이 포함됩니다. SDS는 소프트웨어 개발의 성공을 위해 모든 이해 관계자가 동일한 목표와 비전을 공유하도록 돕는 중요한 도구입니다.

*PM은 Process Diagram을 그릴 줄 알아야한다.(구조화시켜서 프로젝트 팀원들이 다같이 알게끔 -> 조직 학습)

SRS와 SDS의 차이점

SRS는 소프트웨어 개발의 초기 단계에 작성하며 소프트웨어의 기능, 특성, 성능, 품질, 인터페이스, 보안, 유지 관리 등의 요구사항을 정의해 놓는 목적을 가지고 있고 참여 대상은 고객, 개발자, 테스트 엔지니어, 운영자이다. SDS는 소프트웨어 개발의 중간 단계에서 작성되며 소프트웨어를 개발하기 위한 구체적인 방법과 정차를 정의한다. 참여 대상에서 고객이 제외된다.

TCL(Transaction Control Language)

IT에서 TCL은 Transaction Control Language의 약자로, 트랜잭션을 제어하는 언어를 의미합니다. TCL은 데이터베이스, 네트워크, 분산 시스템 등 다양한 시스템에서 트랜잭션을 제어하는 데 사용됩니다.

TCL은 일반적으로 다음과 같은 기능을 제공합니다.

  • 트랜잭션의 시작과 종료
  • 트랜잭션의 커밋과 롤백
  • 트랜잭션의 일관성 유지
  • 트랜잭션의 보안 유지
    TCL은 트랜잭션의 제어를 단순화하고, 트랜잭션의 일관성과 보안을 유지하는 데 도움이 됩니다.

TCL은 다음과 같은 다양한 분야에서 사용됩니다.

  • 데이터베이스: 데이터베이스에서 트랜잭션을 제어하는 데 사용됩니다.
  • 네트워크: 네트워크에서 트랜잭션을 제어하는 데 사용됩니다.
    분산 시스템: 분산 시스템에서 트랜잭션을 제어하는 데 사용됩니다.
  • 웹 서비스: 웹 서비스에서 트랜잭션을 제어하는 데 사용됩니다.
    TCL은 트랜잭션 제어에 중요한 역할을 하는 언어입니다. TCL을 사용하면 트랜잭션을 효율적이고 안전하게 제어할 수 있습니다.

코드 스니펫

# 트랜잭션을 시작합니다.
set trans [begin]

# 트랜잭션 내에서 작업을 수행합니다.
update table set column = value;

# 트랜잭션을 커밋합니다.
commit $trans;

10. 간트 차트

IT에서 간트 차트는 프로젝트의 일정을 시각화하여 보여주는 도구입니다. 가로축에는 시간, 세로축에는 프로젝트의 작업이 표시됩니다. 각 작업의 시작과 종료 날짜를 표시하여 프로젝트의 전체 일정을 한눈에 볼 수 있습니다.

간트 차트는 프로젝트 관리에 중요한 도구입니다. 프로젝트의 진행 상황을 추적하고, 프로젝트의 위험을 식별하고, 프로젝트의 일정을 조정하는 데 도움이 됩니다.

간트 차트는 다음과 같은 다양한 분야에서 사용됩니다.

  • 소프트웨어 개발: 소프트웨어 개발 프로젝트의 일정을 관리하는 데 사용됩니다.
  • 제품 출시: 제품 출시 프로젝트의 일정을 관리하는 데 사용됩니다.
  • 마케팅 캠페인: 마케팅 캠페인의 일정을 관리하는 데 사용됩니다.
  • 이벤트 계획: 이벤트 계획의 일정을 관리하는 데 사용됩니다.
    간트 차트는 프로젝트 관리에 중요한 도구입니다. 간트 차트를 사용하면 프로젝트의 일정을 효과적으로 관리하고 프로젝트의 성공을 높일 수 있습니다.

간트 차트의 장점

  • 프로젝트의 진행 상황을 한눈에 볼 수 있습니다.
  • 프로젝트의 위험을 식별하고 조기에 대응할 수 있습니다.
  • 프로젝트의 일정을 조정하여 프로젝트의 성공을 높일 수 있습니다.

간트 차트의 단점

  • 프로젝트가 복잡하거나 규모가 크면 작성하기 어려울 수 있습니다.
  • 프로젝트의 변경 사항을 반영하기 위해 수시로 업데이트해야 합니다.

간트 차트를 작성할 때는 다음과 같은 사항을 고려해야 합니다.

  • 프로젝트의 범위와 목표를 명확히 정의해야 합니다.
  • 프로젝트의 작업을 명확하게 분류해야 합니다.
  • 각 작업의 시작과 종료 날짜를 정확하게 추정해야 합니다.
  • 프로젝트의 변경 사항을 반영하기 위해 간트 차트를 수시로 업데이트해야 합니다.

11. SAAS(Software as a Service)

IT 분야에서 SAAS는 Software as a Service의 약자로, 서비스로서의 소프트웨어를 의미합니다. SAAS는 인터넷을 통해 클라우드 기반으로 제공되는 소프트웨어를 말합니다.

SAAS는 다음과 같은 특징을 가지고 있습니다.

인터넷을 통해 제공되므로, 사용자는 별도의 설치나 유지보수 없이 사용할 수 있습니다.
클라우드 기반으로 제공되므로, 사용자는 언제 어디서나 사용할 수 있습니다.
구독 방식으로 제공되므로, 사용자는 필요한 만큼만 사용할 수 있습니다.

SAAS는 다음과 같은 분야에서 사용됩니다.

  • 문서 편집: Google Docs, Microsoft 365
  • 이메일: Gmail, Outlook
  • 웨비나: Zoom, Webex
  • CRM: Salesforce, HubSpot
  • ERP: SAP, Oracle

SAAS는 사용자에게 다음과 같은 이점을 제공합니다.

  • 초기 비용 절감: 소프트웨어를 구입하거나 설치할 필요가 없으므로 초기 비용을 절감할 수 있습니다.
  • 운영 비용 절감: 소프트웨어의 유지보수나 업데이트 비용이 필요 없으므로 운영 비용을 절감할 수 있습니다.
  • 확장성: 사용자의 필요에 따라 쉽게 확장할 수 있습니다.
  • SAAS는 IT 분야에서 빠르게 성장하고 있는 분야입니다. SAAS는 사용자에게 다양한 이점을 제공함으로써, IT 분야에 큰 변화를 가져올 것으로 기대됩니다.

대표님 Comment)
지향점이 최신인것?
그래도 조금 빠져있는것이 SDS...
진짜 애자일 모델로 일하는 회사는 실제로 많지가 않다.
클라우드 도구를 사용하기까지는 시간이 많이 걸린다.

(선행과제) 조사할 항목
-희망 기업 5개 후보 찾기
구인공고 서치하는 방법 Wanted
PM, PL, PO, 제품기획자, 서비스기획자...다 찾아보기
내가 들어가고싶은 기업 찾지말고해외

시장성, 성장성, 혁신성(제일 판단하기 어려움) - 그들이 만들어낸 제품을 보고 판단 가능
경영자 인터뷰? 수상 실적, 특허 - 그들의 행보를 쭉 보기
요즘은 다 경력자를 뽑는다...우리는 그런곳에서 최대한 나한테 맞는 기업을 골라서 지원해야한다.
내가 여기서 어느만큼 역할을 할 수 있을지?
이런것을 모두 종합해서 지원서를 쓰는 것.

profile
alert("april");
Slowly but surely
이전 포스트

OpenAPI를 이용한 데이터 수집

다음 포스트

AI 기술통계학 추정(estimation) 09-12

post-custom-banner

0개의 댓글