PM IT用語 韓国語一覧
PM/진행 IT 용어 일본어 목록
138語収録 / 138개 수록
プロダクトのユーザー行動データを収集・分析し、機能改善や意思決定に活用する手法。DAU、リテンション、ファネル分析などの指標をKPIとして管理する。
프로덕트의 사용자 행동 데이터를 수집·분석하여 기능 개선 및 의사결정에 활용하는 방법론. DAU, 리텐션, 퍼널 분석 등의 지표를 KPI로 관리한다.
プロジェクトの正式な開始を承認する文書。目的・スコープ・ステークホルダー・予算・スケジュールの概要を定義し、PMに権限を付与する。
프로젝트의 공식 착수를 승인하는 문서. 목적·범위·이해관계자·예산·일정 개요를 정의하고, PM에게 권한을 부여한다.
製品の将来的な開発方向性・機能追加計画をステークホルダーや顧客向けに公開すること。透明性の確保と期待値のコントロールが主な目的。
제품의 향후 개발 방향성 및 기능 추가 계획을 이해관계자나 고객에게 공개하는 것. 투명성 확보와 기대치 조율이 주요 목적이다.
コードのデプロイとは独立して、特定の機能のON/OFFを動的に切り替えられる仕組み。段階的リリースやA/Bテストに活用される。
코드 배포와 독립적으로 특정 기능의 ON/OFF를 동적으로 전환할 수 있는 구조. 점진적 릴리스나 A/B 테스트에 활용된다.
プロダクトが目指す将来像や存在意義を明文化するプロセス。チーム全体の方向性を統一し、開発優先順位やロードマップの判断基準となる重要なドキュメント。
프로덕트가 지향하는 미래상과 존재 의의를 명문화하는 프로세스. 팀 전체의 방향성을 통일하고, 개발 우선순위와 로드맵의 판단 기준이 되는 중요한 문서.
プロジェクトの進捗・KPI・リソース状況などを一画面で可視化するダッシュボードの構成・レイアウトを設計するPM業務のひとつ。
프로젝트 진행 상황, KPI, 리소스 현황 등을 한 화면에서 시각화하는 대시보드의 구성 및 레이아웃을 설계하는 PM 업무 중 하나입니다.
ユーザーや社内から寄せられた新機能の追加・改善要望を収集・優先順位付け・追跡するプロセス。バックログ管理と連携して行われることが多い。
사용자나 사내에서 제기된 신기능 추가 및 개선 요청을 수집·우선순위 결정·추적하는 프로세스로, 백로그 관리와 연계하여 진행되는 경우가 많다.
ユーザーを欺いたり、意図しない操作（意図せぬ課金や退会阻止など）を誘発したりするように意図的に設計された悪意あるUI/UX。近年は法規制の対象にもなっている。
사용자를 속이거나 의도하지 않은 조작(의도치 않은 과금이나 탈퇴 방해 등)을 유발하도록 의도적으로 설계된 악의적인 UI/UX. 최근에는 법적 규제 대상이 되기도 한다.
プロジェクト進行中に当初の合意範囲を超えて機能や要件が際限なく追加・拡大していく現象。コスト超過やスケジュール遅延の主要原因となる。
프로젝트 진행 중 초기에 합의된 범위를 초과하여 기능이나 요건이 무한정 추가·확대되는 현상. 비용 초과 및 일정 지연의 주요 원인이 된다.
複数のプロダクトを横断的に評価・優先順位付けし、リソース配分や投資判断を最適化するPPM（Product Portfolio Management）の管理手法。
여러 제품을 횡단적으로 평가하고 우선순위를 정해 리소스 배분과 투자 판단을 최적화하는 PPM(Product Portfolio Management) 관리 기법입니다.
ユーザーを属性・行動・ニーズなどの基準で複数のグループに分類し、各セグメントの特性や課題を把握してプロダクト改善や施策立案に活用する手法。
사용자를 속성·행동·니즈 등의 기준으로 여러 그룹으로 분류하여 각 세그먼트의 특성과 과제를 파악하고 제품 개선 및 전략 수립에 활용하는 기법.
2つのバリアントを比較して効果を測定する実験設計手法。仮説設定・サンプルサイズ計算・成功指標の定義までを含むUIやマーケ施策の検証プロセス。
두 가지 변형을 비교하여 효과를 측정하는 실험 설계 기법. 가설 설정, 샘플 크기 계산, 성공 지표 정의까지 포함하는 UI 및 마케팅 시책 검증 프로세스.
プロダクトの仕様・要件・設計方針などをまとめた文書群。PRD（製品要件定義書）や機能仕様書などが含まれ、開発チーム全体の共通認識を形成する。
프로덕트의 사양, 요건, 설계 방침 등을 정리한 문서 모음. PRD(제품 요구사항 정의서)나 기능 명세서 등이 포함되며, 개발팀 전체의 공통 인식을 형성한다.
プロジェクト内のタスクやシステム間の依存関係を可視化する手法。作業順序やボトルネックを把握し、スケジュール管理やリスク低減に活用される。
프로젝트 내 작업이나 시스템 간의 의존관계를 시각화하는 기법. 작업 순서나 병목 지점을 파악하여 일정 관리 및 리스크 감소에 활용된다.
プロジェクトに必要な外部リソース・製品・サービスを外部ベンダーから取得・契約・管理するプロセス。PMBOKにおける知識エリアの一つ。
프로젝트에 필요한 외부 리소스·제품·서비스를 외부 벤더로부터 취득·계약·관리하는 프로세스. PMBOK의 지식 영역 중 하나.
プロジェクト着手前に技術・コスト・スケジュール・リスクなどの観点から実現可能性を検証する調査活動。略称はFS（フィーズ）とも呼ばれる。
프로젝트 착수 전에 기술·비용·일정·리스크 등의 관점에서 실현 가능성을 검토하는 조사 활동. FS(피즈)라고도 불린다.
プロジェクトやスプリントで、計画に対して実際にどれだけの作業量（ストーリーポイントや時間）を消化しているかを示す進捗消化率。アジャイル開発で進捗管理に活用される。
프로젝트나 스프린트에서 계획 대비 실제로 얼마나 많은 작업량(스토리 포인트나 시간)을 소화하고 있는지를 나타내는 진척 소화율. 애자일 개발에서 진행 상황 관리에 활용된다.
要件や仕様、タスクの内容が正式に確定した状態。プロジェクト管理においてスコープやDoD（完了の定義）を明確化し、次工程へ進む際の判断基準となる。
요건이나 사양, 태스크 내용이 공식적으로 확정된 상태. 프로젝트 관리에서 스코프나 DoD(완료의 정의)를 명확히 하여 다음 공정으로 넘어가기 위한 판단 기준이 된다.
プロジェクトの作業範囲を階層的に分解した図。タスクを細分化し、スケジュールや工数見積もりの基礎として活用される成果物志向の構造図。
프로젝트의 작업 범위를 계층적으로 분해한 도표. 작업을 세분화하여 일정 및 공수 산정의 기초로 활용되는 산출물 중심의 구조도.
プロジェクトの進捗管理において、重要な節目や達成目標を示すチェックポイント。スケジュール上の区切りとして設定され、進捗確認や成果物の検収に使われる。
프로젝트 진행 관리에서 중요한 분기점이나 달성 목표를 나타내는 체크포인트. 일정상의 구분점으로 설정되며, 진행 상황 확인 및 산출물 검수에 활용된다.
製品やシステムの試作品を作成し、要件や仕様が正しいかを早期に確認するプロセス。手戻りリスクを減らし、ユーザーフィードバックを開発初期に取り込む目的で行う。
제품이나 시스템의 시제품을 제작하여 요건과 사양이 올바른지 초기에 확인하는 프로세스. 재작업 리스크를 줄이고 개발 초기에 사용자 피드백을 반영하기 위해 수행한다.
ビジネス目標を達成するために、アクター・インパクト・デリバラブルを木構造で可視化する計画手法。スコープ管理とステークホルダー合意に有効。
비즈니스 목표 달성을 위해 액터·임팩트·델리버러블을 트리 구조로 시각화하는 계획 기법으로, 스코프 관리와 이해관계자 합의에 효과적이다.
ユーザーのクリックやスクロールなどの行動をカラーマップで可視化する分析手法。UX改善やコンバージョン率向上のために活用される。
사용자의 클릭, 스크롤 등의 행동을 컬러맵으로 시각화하는 분석 기법. UX 개선 및 전환율 향상을 위해 활용된다.
タスクや要件を重要度・緊急度などの基準で順番付けする作業。プロダクトバックログの整理やスプリント計画において不可欠なプロセス。
태스크나 요건을 중요도·긴급도 등의 기준으로 순서를 매기는 작업. 프로덕트 백로그 정리나 스프린트 계획에서 필수적인 프로세스.
複数のプロジェクトや製品を組織全体の戦略目標に沿って優先順位付け・リソース配分・進捗管理を行うマネジメント手法。
여러 프로젝트나 제품을 조직 전체의 전략 목표에 맞춰 우선순위 설정, 리소스 배분, 진행 상황 관리를 수행하는 관리 기법.
ユーザーが初めて製品やサービスの価値を体験する特定の行動を完了した割合。オンボーディング改善やリテンション向上の指標として活用される。
사용자가 처음으로 제품이나 서비스의 가치를 경험하는 특정 행동을 완료한 비율. 온보딩 개선 및 리텐션 향상의 지표로 활용된다.
施策や取り組みによって生じる具体的な成果・変化のこと。単なる成果物（アウトプット）ではなく、ユーザーやビジネスへの実質的な影響や価値変化を指す。
시책이나 활동을 통해 발생하는 구체적인 성과 및 변화를 의미한다. 단순한 산출물(아웃풋)이 아닌, 사용자나 비즈니스에 대한 실질적인 영향과 가치 변화를 가리킨다.
製品がターゲット市場のニーズに合致している状態を指す。PMFとも呼ばれ、スタートアップが事業成長フェーズに移行できるかを判断する重要な指標。
제품이 목표 시장의 니즈에 부합하는 상태를 의미한다. PMF라고도 불리며, 스타트업이 사업 성장 단계로 전환 가능한지를 판단하는 중요한 지표이다.
要件を Must/Should/Could/Won't の4段階に分類し、優先順位を明確化するフレームワーク。スコープ管理やリリース計画の策定に活用される。
요구사항을 Must/Should/Could/Won't의 4단계로 분류하여 우선순위를 명확히 하는 프레임워크. 범위 관리 및 릴리스 계획 수립에 활용된다.
プロジェクトの各フェーズで成果として提出・納品すべき具体的な成果物。仕様書、設計書、ソースコード、テスト結果報告書などが該当する。
프로젝트의 각 단계에서 성과로 제출·납품해야 하는 구체적인 산출물. 사양서, 설계서, 소스코드, 테스트 결과 보고서 등이 해당된다.
実装（コーディング）やテストなど、開発の後半部分。
구현(코딩)이나 테스트 등 개발의 후반부.
製品の成長を加速させるため、データ分析・実験・改善を繰り返す手法。マーケティングとエンジニアリングを組み合わせ、低コストでユーザー獲得・定着・収益化を最大化する。
제품 성장을 가속화하기 위해 데이터 분석, 실험, 개선을 반복하는 기법. 마케팅과 엔지니어링을 결합해 낮은 비용으로 사용자 획득, 유지, 수익화를 극대화한다.
顧客が製品やサービスを認知してから購入・利用後までの一連の体験プロセスを可視化したもの。UX改善やPdMの施策立案に活用される。
고객이 제품이나 서비스를 인지한 시점부터 구매 및 이용 이후까지의 일련의 경험 프로세스를 시각화한 것으로, UX 개선 및 PdM의 전략 수립에 활용된다.
プロジェクトの遂行に必要な人員・設備・予算などのリソースを最適に配分・管理する計画プロセス。スケジュールや優先度に基づいてリソースの過不足を調整する。
프로젝트 수행에 필요한 인력·설비·예산 등의 리소스를 최적으로 배분·관리하는 계획 프로세스. 일정과 우선순위에 따라 리소스의 과부족을 조정한다.
製品やサービスの市場投入（Go To Market）戦略を体系的にまとめた実行計画書。ターゲット顧客・販売チャネル・メッセージング・KPIなどを一元管理する。
제품이나 서비스의 시장 진입(Go To Market) 전략을 체계적으로 정리한 실행 계획서. 타깃 고객, 판매 채널, 메시징, KPI 등을 일원화하여 관리한다.
プロジェクト管理において、スコープ・スケジュール・コストの承認済み基準計画のこと。変更管理の基準点となり、実績との差異分析に使用される。
프로젝트 관리에서 범위·일정·비용의 승인된 기준 계획을 말한다. 변경 관리의 기준점이 되며, 실적과의 차이 분석에 활용된다.
プロジェクトを複数のステージに分割し、各ステージの終わりに審査（ゲート）を設けて次フェーズへの進行可否を判断するプロセス管理手法。
프로젝트를 여러 스테이지로 나누고, 각 스테이지 종료 시 심사(게이트)를 통해 다음 단계 진행 여부를 판단하는 프로세스 관리 기법.
プロジェクトや施策にかかるコスト（費用）と得られるベネフィット（効果・利益）を比較・定量化し、投資対効果を判断するための分析手法。
프로젝트나 시책에 드는 비용(코스트)과 얻을 수 있는 편익(효과·이익)을 비교·정량화하여 투자 대비 효과를 판단하는 분석 기법.
プロジェクトの進捗・課題・リスクなどの現状を定期的にまとめた報告書。週次や月次でステークホルダーへ共有されることが多い。
프로젝트의 진행 상황·과제·리스크 등 현재 상태를 정기적으로 정리한 보고서. 주간 또는 월간으로 이해관계자에게 공유되는 경우가 많다.
プロジェクトの作業工程や進捗を時系列で可視化したスケジュール表。ガントチャートと組み合わせて使われることが多く、マイルストーンや担当者を一覧で管理できる。
프로젝트의 작업 공정이나 진행 상황을 시간 순서대로 시각화한 일정표. 간트 차트와 함께 사용되는 경우가 많으며, 마일스톤과 담당자를 한눈에 관리할 수 있다.
ユーザーがプロダクトやコンテンツにどれだけ積極的に関与しているかをDAU・セッション時間・クリック率などの指標で定量的に計測・分析する手法。
사용자가 제품이나 콘텐츠에 얼마나 적극적으로 참여하는지를 DAU·세션 시간·클릭률 등의 지표로 정량적으로 측정·분석하는 기법.
ソフトウェアやシステムの変更履歴を記録・管理する手法。バージョンごとの追加・修正・削除内容をCHANGELOG.mdなどに記載し、チームや利用者に周知する。
소프트웨어나 시스템의 변경 이력을 기록·관리하는 방법론. 버전별 추가·수정·삭제 내용을 CHANGELOG.md 등에 작성하여 팀 및 사용자에게 공유한다.
老朽化または非効率なシステムを現代的な技術・アーキテクチャに置き換えるための計画。移行スコープ、スケジュール、リスク管理を含む包括的なロードマップを指す。
노후화되거나 비효율적인 시스템을 현대적인 기술·아키텍처로 교체하기 위한 계획. 마이그레이션 범위, 일정, 리스크 관리를 포함한 포괄적인 로드맵을 의미한다.
プロジェクト完了後に実施する振り返りで得られた学びや反省点。次のプロジェクトに活かすためにドキュメント化し、組織の知識資産として管理される。
프로젝트 완료 후 진행하는 회고에서 얻은 학습 내용 및 반성 사항. 다음 프로젝트에 활용하기 위해 문서화하여 조직의 지식 자산으로 관리된다.
プロダクトが目指す将来の姿や方向性を示す指針。チーム全体の意思決定の軸となり、開発優先度やロードマップ策定の基盤になる。
프로덕트가 지향하는 미래의 모습과 방향성을 나타내는 지침. 팀 전체의 의사결정 기준이 되며, 개발 우선순위와 로드맵 수립의 기반이 된다.
プロジェクトやシステム運用において、予期せぬリスクや障害が発生した際に迅速に対応するための事前策定された緊急対応計画。リスク管理の一環として作成される。
프로젝트나 시스템 운영 중 예기치 못한 리스크나 장애가 발생했을 때 신속하게 대응하기 위해 사전에 수립된 비상 대응 계획. 리스크 관리의 일환으로 작성된다.
新規ユーザーが製品やサービスの価値を理解し、自力で使いこなせるようになるまでを支援する初期プロセス。チュートリアルツールチップやウェルカムメールなどが含まれる。
신규 사용자가 제품이나 서비스의 가치를 이해하고 스스로 능숙하게 사용할 수 있게 될 때까지 지원하는 초기 프로세스. 튜토리얼 툴팁이나 웰컴 이메일 등이 포함된다.
Google Venturesが提唱した5日間の集中ワークショップ手法。課題定義・アイデア出し・プロトタイプ作成・ユーザーテストを短期間で行い、リスクを最小化する。
Google Ventures가 제창한 5일간의 집중 워크숍 방법론. 문제 정의, 아이디어 도출, 프로토타입 제작, 사용자 테스트를 단기간에 수행하여 리스크를 최소화한다.
製品やサービスを市場に公開するための計画書。リリース日程、告知戦略、チーム体制、リスク対応などを含む実行計画全体を指す。
제품이나 서비스를 시장에 공개하기 위한 계획서. 출시 일정, 공지 전략, 팀 구성, 리스크 대응 등을 포함한 실행 계획 전체를 가리킨다.
顧客満足度を3種類の要素（当たり前品質・一元的品質・魅力的品質）に分類するフレームワーク。プロダクトの優先順位付けに活用される。
고객 만족도를 세 가지 요소(당연적 품질·일원적 품질·매력적 품질)로 분류하는 프레임워크로, 제품 기능의 우선순위 결정에 활용된다.
システムやソフトウェアへの変更を計画・承認・追跡・記録するプロセス。リスクを最小化しながら安全に変更を本番環境へ適用するための管理手法。
시스템이나 소프트웨어의 변경 사항을 계획·승인·추적·기록하는 프로세스. 리스크를 최소화하면서 안전하게 변경 사항을 운영 환경에 적용하기 위한 관리 기법.
プロジェクト中に発生した問題・課題を記録・管理する台帳。発生日、担当者、優先度、対応状況などを一覧化し、問題解決の追跡に使用する。
프로젝트 진행 중 발생한 문제와 과제를 기록·관리하는 대장. 발생일, 담당자, 우선순위, 대응 상태 등을 목록화하여 문제 해결을 추적하는 데 사용한다.
製品や開発計画の方向性・優先順位・スケジュールをステークホルダーやチーム全体に公開・説明するプロセス。認識統一と合意形成を目的とする。
제품이나 개발 계획의 방향성·우선순위·일정을 이해관계자 및 팀 전체에 공개·설명하는 프로세스로, 인식 통일과 합의 형성을 목적으로 한다.
製品自体がユーザー獲得・拡大・収益化を牽引する成長戦略。PLGとも呼ばれ、フリーミアムやセルフサービスモデルを活用し、営業コストを抑えながらスケールを目指す手法。
제품 자체가 사용자 획득·확장·수익화를 이끄는 성장 전략. PLG라고도 하며, 프리미엄 및 셀프서비스 모델을 활용해 영업 비용을 줄이면서 규모를 확대하는 방식이다.
組織や個人の目標（Objective）と主要結果指標（Key Results）を定める手法。四半期ごとに設定し、チーム全体の方向性を揃えるために活用される。
조직이나 개인의 목표(Objective)와 핵심 결과 지표(Key Results)를 설정하는 방법론. 분기별로 설정하며, 팀 전체의 방향성을 맞추기 위해 활용된다.
外部ベンダー（仕入先・委託先）との契約・品質・コスト・関係性を総合的に管理するプロセス。ITプロジェクトでは開発委託先やSaaSベンダーの管理が中心となる。
외부 벤더(공급업체·위탁사)와의 계약·품질·비용·관계를 종합적으로 관리하는 프로세스. IT 프로젝트에서는 개발 위탁사나 SaaS 벤더 관리가 핵심이다.
製品やサービスのターゲットユーザーを具体的な架空の人物像として定義する手法。氏名・年齢・行動パターン・課題などを設定し、開発・設計の判断軸として活用する。
제품이나 서비스의 타깃 사용자를 구체적인 가상 인물로 정의하는 기법. 이름, 나이, 행동 패턴, 과제 등을 설정하여 개발 및 설계의 판단 기준으로 활용한다.
APIの仕様・エンドポイント・パラメータ・レスポンス例などをドキュメントとして整備・維持管理するプロセス。SwaggerやPostmanなどのツールを活用することが多い。
API의 사양, 엔드포인트, 파라미터, 응답 예시 등을 문서로 정비하고 유지 관리하는 프로세스. Swagger나 Postman 같은 도구를 활용하는 경우가 많다.
製品の初期リリースに必要な最小限の機能範囲を明確に定めるプロセス。スコープクリープを防ぎ、短期間で市場検証を行うために重要。
제품의 초기 출시에 필요한 최소한의 기능 범위를 명확히 정의하는 프로세스. 범위 확장을 방지하고 단기간에 시장 검증을 수행하기 위해 중요하다.
ユーザーからの意見・要望・不満をアンケートやインタビュー、アプリ内フォームなどで収集するプロセス。プロダクト改善の意思決定に活用される。
설문, 인터뷰, 앱 내 폼 등을 통해 사용자의 의견·요구사항·불만을 수집하는 프로세스로, 제품 개선의 의사결정에 활용된다.
Net Promoter Scoreを計測するための調査設計。質問文・スケール・配信タイミング・対象セグメントを定義し、顧客ロイヤルティを定量的に把握する手法。
NPS(Net Promoter Score)를 측정하기 위한 조사 설계. 질문 문구·척도·발송 타이밍·대상 세그먼트를 정의하여 고객 충성도를 정량적으로 파악하는 방법론.
社外のベンダーや業務委託先に対して、進捗・品質・コスト・契約を管理するPM業務。SIやシステム開発では複数の外注先を同時に管理するケースも多い。
사외 벤더나 업무 위탁처에 대해 진행 상황·품질·비용·계약을 관리하는 PM 업무. SI나 시스템 개발에서는 여러 외주 업체를 동시에 관리하는 경우도 많다.
複数の関連プロジェクトを統合的に管理し、組織の戦略目標達成を目指すマネジメント手法。個別プロジェクト間の依存関係やリソース配分を調整する。
복수의 관련 프로젝트를 통합적으로 관리하여 조직의 전략적 목표 달성을 지향하는 관리 기법. 개별 프로젝트 간의 의존 관계 및 리소스 배분을 조정한다.
プロジェクトのタスクを横棒グラフで視覚化したスケジュール管理ツール。各タスクの開始・終了日や進捗状況、依存関係を一覧で把握できる。
프로젝트 작업을 가로 막대 그래프로 시각화한 일정 관리 도구. 각 작업의 시작·종료일, 진행 상황, 의존 관계를 한눈에 파악할 수 있다.
スタートアップ向けの成長指標フレームワーク。Acquisition（獲得）・Activation（活性化）・Retention（継続）・Referral（紹介）・Revenue（収益）の5段階でユーザー行動を計測・分析する手法。
스타트업을 위한 성장 지표 프레임워크. Acquisition(획득)·Activation(활성화)·Retention(유지)·Referral(추천)·Revenue(수익)의 5단계로 사용자 행동을 측정·분석하는 방법론.
1年間の事業目標・予算・リソースを計画するプロセス。年度初めにロードマップや優先順位を設定し、四半期ごとのマイルストーンに落とし込む。
1년간의 사업 목표·예산·리소스를 계획하는 프로세스. 연도 초에 로드맵과 우선순위를 설정하고, 분기별 마일스톤으로 구체화한다.
プロジェクトの進捗やリリース日程を事前に正確に見積もれる状態にすること。アジャイル開発ではベロシティ計測やスプリントレビューを通じて実現される。
프로젝트 진행 상황이나 릴리스 일정을 사전에 정확하게 예측할 수 있는 상태로 만드는 것. 애자일 개발에서는 벨로시티 측정이나 스프린트 리뷰를 통해 실현된다.
システムやサービスへの変更を安全に実施するための承認・記録・評価のプロセス。ITIL準拠の現場では変更諮問委員会（CAB）による審査が含まれることも多い。
시스템이나 서비스 변경을 안전하게 수행하기 위한 승인·기록·평가 프로세스. ITIL 기반 환경에서는 변경 자문 위원회(CAB)의 검토가 포함되는 경우도 많다.
タスクや課題を重要度・緊急度に基づいて順序付けること。スプリント計画やバックログ管理において、チームが何から着手すべきかを決定する際に用いられる。
작업이나 이슈를 중요도·긴급도에 따라 순서를 정하는 것. 스프린트 계획이나 백로그 관리에서 팀이 무엇부터 착수해야 하는지 결정할 때 사용된다.
製品の正式リリース前に限定ユーザーへ先行提供するための設計アプローチ。フィードバック収集や段階的リリース戦略の一環として用いられる。
제품 정식 출시 전에 한정 사용자에게 선행 제공하기 위한 설계 접근법. 피드백 수집이나 단계적 릴리스 전략의 일환으로 활용된다.
ITサービス管理（ITSM）において、組織が提供する全サービスの詳細情報（内容・SLA・費用など）を一覧化したドキュメントまたはシステム。利用者がセルフサービスでリクエストできる仕組みも含む。
IT 서비스 관리(ITSM)에서 조직이 제공하는 모든 서비스의 상세 정보(내용·SLA·비용 등)를 목록화한 문서 또는 시스템. 사용자가 셀프서비스로 요청할 수 있는 구조도 포함한다.
ユーザーの画面操作をセッション単位で録画・再生し、UXの課題やバグ再現に活用するユーザー行動分析手法。HotjarやFullStoryなどのツールで実施される。
사용자의 화면 조작을 세션 단위로 녹화·재생하여 UX 문제나 버그 재현에 활용하는 사용자 행동 분석 기법. Hotjar나 FullStory 등의 도구로 실시된다.
ユーザーがプロダクトの真の価値を理解し、「なるほど！これは便利だ」と納得する瞬間のこと。この瞬間を早く経験したユーザーほど継続率（リテンション）が劇的に高まる。
사용자가 프로덕트의 진정한 가치를 이해하고 '아하! 이거 편리하네'라고 납득하는 순간. 이 순간을 빨리 경험한 사용자일수록 유지율(리텐션)이 극적으로 높아진다.
顧客満足度スコア（CSAT）を定量的に測定する手法。リリース後やサポート対応後にアンケートを実施し、プロダクト改善の指標として活用する。
고객 만족도 점수(CSAT)를 정량적으로 측정하는 방법. 릴리스 후나 지원 대응 후 설문을 실시하여 제품 개선의 지표로 활용한다.
アイデアや情報を中心テーマから放射状に枝分かれさせて視覚的に整理する思考ツール。要件定義やブレインストーミング、タスク整理など幅広い場面で活用される。
아이디어나 정보를 중심 주제에서 방사형으로 뻗어나가는 형태로 시각적으로 정리하는 사고 도구. 요건 정의, 브레인스토밍, 태스크 정리 등 다양한 상황에서 활용된다.
プロダクトのビジョン・目標・ロードマップを定義し、競合分析や市場調査をもとに中長期的な方向性を策定するPMの中核業務。
제품의 비전·목표·로드맵을 정의하고, 경쟁사 분석 및 시장 조사를 바탕으로 중장기적인 방향성을 수립하는 PM의 핵심 업무.
プロダクト全体の方向性を示す単一の最重要指標。チーム全員が同じ目標に向かって意思決定・優先順位付けを行うための北極星となるKPI。
제품 전체의 방향성을 나타내는 단 하나의 핵심 지표. 팀 전원이 동일한 목표를 향해 의사결정 및 우선순위를 정하기 위한 길잡이 역할을 하는 KPI.
プロジェクトや業務における作業単位（タスク）の進捗・優先度・担当者を一元的に管理する手法。JiraやTrelloなどのツールがよく使われる。
프로젝트나 업무에서 작업 단위(태스크)의 진행 상황·우선순위·담당자를 통합적으로 관리하는 방법론. Jira나 Trello 같은 툴이 주로 활용된다.
プロジェクト遂行において、スケジュール・予算・リソースなど自由に変更できない固定された条件のこと。スコープ定義やリスク管理の前提として必ず明確化する。
프로젝트 수행 시 일정·예산·리소스 등 자유롭게 변경할 수 없는 고정된 조건을 말한다. 스코프 정의 및 리스크 관리의 전제로서 반드시 명확히 해야 한다.
自社プロダクトの差別化や戦略立案のために、競合他社のプロダクトの機能・価格・UX・市場ポジションなどを体系的に調査・比較する手法。
자사 제품의 차별화 및 전략 수립을 위해 경쟁사 제품의 기능·가격·UX·시장 포지션 등을 체계적으로 조사하고 비교하는 방법론.
プロジェクトに影響を与える関係者（経営層・顧客・開発チームなど）を特定し、期待値の調整やコミュニケーションを計画的に行うPMの重要活動。
프로젝트에 영향을 미치는 이해관계자(경영진·고객·개발팀 등)를 파악하고, 기대치 조율과 커뮤니케이션을 계획적으로 수행하는 PM의 핵심 활동입니다.
プロジェクト進行中に仕様・要件・スコープの変更を正式に依頼するプロセス。承認フローを経て変更内容・影響範囲・工数を管理する。
프로젝트 진행 중 사양·요건·범위 변경을 공식적으로 요청하는 프로세스. 승인 흐름을 거쳐 변경 내용·영향 범위·공수를 관리한다.
製品や技術の開発方針・計画を時系列で示した戦略的な文書。プロジェクトのゴールや優先順位、リリース予定などを関係者と共有するために使用される。
제품이나 기술의 개발 방침과 계획을 시간 순서대로 나타낸 전략 문서. 프로젝트의 목표, 우선순위, 출시 일정 등을 이해관계자와 공유하기 위해 사용된다.
Average Revenue Per Userの略。ユーザー1人あたりの平均売上金額。全体の売上をアクティブユーザー数で割って算出され、サービスの収益性を測る基本的な指標。
Average Revenue Per User의 약자. 사용자 1인당 평균 매출 금액. 전체 매출을 활성 사용자 수로 나누어 산출하며, 서비스의 수익성을 측정하는 기본적인 지표.
Minimum Marketable Productの略。仮説検証のための「MVP」を進化させ、実際にユーザーがお金を払ってでも使いたいと思う最小限の機能セットを備えたリリース可能な製品のこと。
Minimum Marketable Product의 약자. 가설 검증을 위한 'MVP'를 진화시켜, 실제로 사용자가 돈을 지불하고서라도 사용하고 싶어하는 최소한의 기능 세트를 갖춘 출시 가능한 제품.
製品の正式リリース前に限定ユーザーへ試験提供し、実環境でのフィードバックや不具合を収集・改善するプロセス。PMが主導してスケジュールや参加者管理を担う。
제품 정식 출시 전 제한된 사용자에게 시험 제공하여 실환경 피드백과 버그를 수집·개선하는 프로세스. PM이 주도하여 일정 및 참가자 관리를 담당한다.
顧客がある状況で「片付けたい用事（Jobs to be Done）」に着目したプロダクト設計の考え方。機能ではなく顧客の目的・文脈を中心に要件を定義する手法。
고객이 특정 상황에서 '해결하고 싶은 과제(Jobs to be Done)'에 초점을 맞춘 제품 설계 방법론. 기능이 아닌 고객의 목적과 맥락을 중심으로 요구사항을 정의하는 기법.
プロジェクトや業務において、潜在的なリスクを洗い出し、発生確率と影響度を評価・分析するプロセス。対応策の優先順位付けに活用される。
프로젝트나 업무에서 잠재적인 리스크를 식별하고, 발생 확률과 영향도를 평가·분석하는 프로세스. 대응책의 우선순위 결정에 활용된다.
新技術や新しいアイデアが実際に実現可能かを検証するための小規模な試作・実験。本格開発前にリスクを早期に洗い出す目的で実施される。
새로운 기술이나 아이디어가 실제로 실현 가능한지 검증하기 위한 소규모 시작품·실험. 본격 개발 전에 리스크를 조기에 파악하기 위해 실시된다.
プロジェクトにおける情報共有の方法・頻度・対象者を定めた計画書。ステークホルダーへの報告ルールや連絡手段を明文化し、情報伝達の抜け漏れを防ぐ。
프로젝트에서 정보 공유 방법, 빈도, 대상자를 정의한 계획서. 이해관계자 보고 규칙과 연락 수단을 명문화하여 정보 전달 누락을 방지한다.
プロジェクトで生成されるドキュメント・ソースコード・テスト結果などの成果物を体系的に管理するプロセス。品質担保とトレーサビリティ確保が主な目的。
프로젝트에서 생성되는 문서, 소스 코드, 테스트 결과 등의 산출물을 체계적으로 관리하는 프로세스. 품질 보증과 추적 가능성 확보가 주된 목적이다.
感覚や経験ではなく、収集・分析したデータを根拠に意思決定を行うアプローチ。KPIやBIツールを活用し、客観的な判断を促進する。
감각이나 경험이 아닌 수집·분석된 데이터를 근거로 의사결정을 내리는 접근법. KPI나 BI 툴을 활용해 객관적인 판단을 촉진한다.
プロジェクトで識別されたリスクを一元管理する台帳。リスクの内容・発生確率・影響度・対応策・担当者などを記録し、継続的に更新・監視するPM必須ドキュメント。
프로젝트에서 식별된 리스크를 일원화하여 관리하는 대장. 리스크 내용·발생 확률·영향도·대응 방안·담당자 등을 기록하고 지속적으로 업데이트·모니터링하는 PM 필수 문서.
一定期間内にサービスの利用を解約・離脱したユーザーの割合。SaaSやサブスクリプションビジネスでKPIとして重要視される指標。
일정 기간 내에 서비스 이용을 해지하거나 이탈한 사용자의 비율. SaaS 및 구독 비즈니스에서 KPI로 중요하게 관리되는 지표.
四半期（3ヶ月）単位でプロジェクトや事業目標を設定・計画するPMプロセス。OKRやロードマップと連動し、チーム全体の方向性を揃えるために用いられる。
분기(3개월) 단위로 프로젝트나 사업 목표를 설정·계획하는 PM 프로세스. OKR 및 로드맵과 연동하여 팀 전체의 방향성을 맞추기 위해 활용된다.
製品に関する仕様書・設計書・リリースノートなどのドキュメントを一元管理するプロセス。情報の鮮度維持とチーム間の認識統一が主な目的。
제품 관련 사양서·설계서·릴리스 노트 등의 문서를 중앙에서 통합 관리하는 프로세스. 정보의 최신성 유지와 팀 간 인식 통일이 주요 목적.
プロジェクトにおける潜在的なリスクを特定・分析・評価し、影響を最小化するための対策を計画・実施するプロセス。
프로젝트에서 잠재적인 리스크를 식별·분석·평가하고, 영향을 최소화하기 위한 대책을 계획·실행하는 프로세스.
プロジェクトの作業工程や期日を計画・追跡・調整する管理手法。タスクの優先順位付けや進捗確認を行い、納期遅延を防ぐために不可欠な活動。
프로젝트의 작업 공정이나 기한을 계획·추적·조정하는 관리 기법. 태스크 우선순위 설정과 진행 상황 확인을 통해 납기 지연을 방지하는 필수 활동.
One Metric That Mattersの略。事業の現在のフェーズにおいて、チーム全体が最もフォーカスして追うべき「ただ一つの最重要指標」。焦点の分散を防ぐために設定される。
One Metric That Matters의 약자. 사업의 현재 단계에서 팀 전체가 가장 집중해서 추적해야 할 '단 하나의 최중요 지표'. 초점이 분산되는 것을 막기 위해 설정된다.
プロダクトの将来像・開発優先順位・リリース計画を時系列で可視化したドキュメントを作成するプロセス。ステークホルダーへの方針共有に活用される。
제품의 미래 방향·개발 우선순위·릴리스 계획을 시계열로 시각화한 문서를 작성하는 프로세스로, 이해관계자와의 방침 공유에 활용된다.
プロジェクトの役割と責任を明確化するフレームワーク。Responsible（実行）、Accountable（説明責任）、Consulted（相談）、Informed（報告）の4つで構成される。
프로젝트의 역할과 책임을 명확히 하는 프레임워크. Responsible(실행), Accountable(최종책임), Consulted(협의), Informed(공유) 4가지로 구성된다.
プロジェクト開始時に関係者全員が集まり、目標・スケジュール・役割分担などを共有する最初のミーティング。プロジェクトの方向性を揃える重要な場。
프로젝트 시작 시 관계자 전원이 모여 목표·일정·역할 분담 등을 공유하는 첫 번째 미팅. 프로젝트의 방향성을 맞추는 중요한 자리.
ユーザーがサービスを継続して利用しているかを時系列で分析する手法。DAU/MAUの推移やコホート分析と組み合わせてチャーン対策に活用される。
사용자가 서비스를 지속적으로 이용하고 있는지를 시계열로 분석하는 기법. DAU/MAU 추이나 코호트 분석과 결합하여 이탈 방지 전략에 활용된다.
プロジェクト計画において、確認されていないが真実と仮定して進める前提条件。リスク管理や見積もりの根拠となる重要な要素。
프로젝트 계획에서 확인되지 않았지만 사실로 가정하고 진행하는 전제 조건. 리스크 관리나 견적의 근거가 되는 중요한 요소.
プロダクト開発においてユーザーのニーズや課題を深く理解するため、インタビューの目的・質問設計・対象者選定・実施方法などを体系的に計画するプロセス。
프로덕트 개발에서 사용자의 니즈와 문제점을 깊이 이해하기 위해 인터뷰 목적, 질문 설계, 대상자 선정, 진행 방식 등을 체계적으로 계획하는 프로세스.
プロダクトを中心としたユーザーコミュニティの育成・運営を行う活動。フィードバック収集やエンゲージメント向上を通じて製品改善に繋げるPMの重要な役割の一つ。
프로덕트를 중심으로 한 사용자 커뮤니티를 육성하고 운영하는 활동. 피드백 수집과 인게이지먼트 향상을 통해 제품 개선으로 이어지는 PM의 중요한 역할 중 하나.
製品やサービスのアイデア・コンセプトをターゲットユーザーに提示し、受容性や需要を検証する調査手法。開発着手前のリスク低減に有効。
제품이나 서비스의 아이디어·컨셉을 타깃 사용자에게 제시하여 수용성과 수요를 검증하는 조사 기법. 개발 착수 전 리스크 감소에 효과적.
フローチャートやプロセス図において、担当者・部門ごとに責任範囲を視覚的に区分けするレーン（泳ぎのコース）を設計・定義する作業。
플로차트나 프로세스 다이어그램에서 담당자·부서별 책임 범위를 시각적으로 구분하는 레인(수영 코스)을 설계·정의하는 작업.
製品やUIが実際のユーザーにとって使いやすいかを評価するテストの実施計画。目的・対象ユーザー・タスク・評価指標・スケジュールを定義する。
제품이나 UI가 실제 사용자에게 얼마나 사용하기 쉬운지를 평가하는 테스트 실행 계획. 목적·대상 사용자·태스크·평가 지표·일정을 정의한다.
プロジェクトや機能の対象範囲を指す。何を含み何を含まないかを明確にすることで、要件の曖昧さや作業の肥大化（スコープクリープ）を防ぐ。
프로젝트나 기능의 대상 범위를 의미한다. 포함 항목과 제외 항목을 명확히 함으로써 요건의 모호함이나 작업 비대화(스코프 크리프)를 방지한다.
ユーザーから見たシステムの動きや画面を決める設計。
사용자 관점에서의 시스템 동작이나 화면을 정하는 설계.
Impact・Confidence・Easeの3軸でアイデアや施策を数値評価し優先順位を決めるフレームワーク。各項目を1〜10でスコアリングし、掛け算で総合点を算出する。
Impact(영향도)・Confidence(확신도)・Ease(용이성) 3가지 기준으로 아이디어나 시책을 수치화하여 우선순위를 정하는 프레임워크. 각 항목을 1~10점으로 평가하여 곱셈으로 종합 점수를 산출한다.
プロダクトが提供する機能・特性の総体を定義したもの。スコープ外の要件を排除しリソースを適切に配分するためにPMが管理する重要な概念。
제품이 제공하는 기능과 특성의 총체를 정의한 것으로, 범위 외 요건을 배제하고 리소스를 적절히 배분하기 위해 PM이 관리하는 핵심 개념이다.
Project Management Officeの略。プロジェクト管理の標準化・支援を行う組織または部門。進捗管理、リスク管理、ガバナンス整備などを担う。
Project Management Office의 약자. 프로젝트 관리의 표준화 및 지원을 담당하는 조직 또는 부서로, 진행 상황 관리, 리스크 관리, 거버넌스 정비 등을 수행한다.
リーンスタートアップの原則をUXデザインに適用したアプローチ。分厚いドキュメント作成を省き、仮説構築→プロトタイプ作成→ユーザー検証のサイクルを短期間で高速に回す。
린 스타트업의 원칙을 UX 디자인에 적용한 접근법. 두꺼운 문서 작성을 생략하고, 가설 구축→프로토타입 제작→사용자 검증의 사이클을 단기간에 고속으로 반복한다.
新しいプロダクトや機能を市場に正式リリースするプロセス。マーケティング・開発・QAなど複数チームが連携し、公開日に向けて計画・実行する重要なマイルストーン。
새로운 제품이나 기능을 시장에 공식 출시하는 프로세스. 마케팅·개발·QA 등 여러 팀이 협력하여 공개일을 목표로 계획하고 실행하는 중요한 마일스톤.
プロダクトやソフトウェアをいつ・どの範囲でリリースするかを定めた計画。スコープ、日程、リソース配分などをまとめ、チーム全体で共有するロードマップとして機能する。
제품이나 소프트웨어를 언제, 어떤 범위로 릴리스할지를 정의한 계획. 범위, 일정, 리소스 배분 등을 정리해 팀 전체가 공유하는 로드맵으로서 기능한다.
プログラマーが実装できるように内部ロジックを決める設計。
프로그래머가 구현할 수 있도록 내부 로직을 정하는 설계.
Sales-Led Growthの略。営業担当者がリード（見込み客）に直接アプローチし、商談を通じて製品の価値を伝えて成約を獲得していく、伝統的かつエンタープライズ向けの事業成長モデル。
Sales-Led Growth의 약자. 영업 담당자가 리드(잠재 고객)에게 직접 접근하여, 상담을 통해 제품의 가치를 전달하고 계약을 성사시키는 전통적이고 엔터프라이즈에 적합한 사업 성장 모델.
プロジェクトや運用における費用の計画・監視・最適化を行うプロセス。予算超過を防ぎROIを最大化するために不可欠な管理活動。
프로젝트나 운영에서 비용의 계획·모니터링·최적화를 수행하는 프로세스. 예산 초과를 방지하고 ROI를 극대화하기 위해 필수적인 관리 활동.
プロダクト開発において、ユーザーの課題や市場ニーズを調査・検証し、何を作るべきかを明確化するプロセス。仮説検証やユーザーインタビューが中心となる。
프로덕트 개발에서 사용자 문제와 시장 니즈를 조사·검증하여 무엇을 만들어야 할지 명확히 하는 프로세스. 가설 검증과 사용자 인터뷰가 핵심이다.
開発対象の機能をビジネス価値・工数・リスクなどの観点で順序付けするプロセス。バックログ整理やスプリント計画の基盤となる重要なPM業務。
개발 대상 기능을 비즈니스 가치, 공수, 리스크 등의 관점으로 순서를 정하는 프로세스. 백로그 정리와 스프린트 계획의 기반이 되는 중요한 PM 업무.
システムや新機能を本番環境に公開し、実際のユーザーへの提供を開始すること。プロジェクトの最終フェーズであり、リリース当日を指すことが多い。
시스템이나 새로운 기능을 운영 환경에 배포하여 실제 사용자에게 제공을 시작하는 것. 프로젝트의 최종 단계이며, 릴리스 당일을 가리키는 경우가 많다.
プロダクト機能の優先順位付け手法。Reach（影響人数）・Impact（影響度）・Confidence（確信度）・Effort（工数）の4指標でスコアを算出し、開発優先度を客観的に決定する。
제품 기능의 우선순위를 정하는 방법론. Reach(영향 인원)·Impact(영향도)·Confidence(확신도)·Effort(공수)의 4가지 지표로 점수를 산출해 개발 우선순위를 객관적으로 결정한다.
プロジェクトや事業目標を定量的に測定するための重要指標（KPI）を定義・設計するプロセス。OKRやスマート原則と組み合わせて活用される。
프로젝트나 사업 목표를 정량적으로 측정하기 위한 핵심 성과 지표(KPI)를 정의하고 설계하는 프로세스. OKR 및 SMART 원칙과 함께 활용된다.
要件定義や設計など、開発の前半部分。
요건 정의나 설계 등 개발의 전반부.
プロジェクトや業務において発生しうるリスクを事前に想定し、その影響を最小化するための対策や代替手段を講じること。
프로젝트나 업무에서 발생할 수 있는 리스크를 사전에 예측하고, 그 영향을 최소화하기 위한 대책이나 대안을 마련하는 것.
スクラムにおいてプロダクトバックログの長期的な目標を示すもの。チーム全体が目指すべき方向性を明確にし、バックログの優先順位付けや意思決定の基準となる。
스크럼에서 프로덕트 백로그의 장기적인 목표를 나타내는 것. 팀 전체가 나아가야 할 방향을 명확히 하며, 백로그 우선순위 결정 및 의사결정의 기준이 된다.
プロジェクトの開始から完了までの最長経路で、遅延するとプロジェクト全体の納期に直接影響するタスクの連鎖。CPM（クリティカルパス法）で算出される。
프로젝트 시작부터 완료까지의 가장 긴 경로로, 지연될 경우 전체 납기에 직접 영향을 미치는 태스크의 연쇄. CPM(크리티컬 패스 기법)으로 산출된다.
プロジェクトに対して予算・権限・経営的支援を提供する上位の意思決定者。プロジェクトの推進を後ろ盾として承認や障害除去を担う役割。
프로젝트에 예산, 권한, 경영적 지원을 제공하는 상위 의사결정자. 프로젝트 추진의 후원자로서 승인 및 장애 제거를 담당하는 역할.
システムリリース直後の一定期間、通常のサポートよりも手厚い監視・対応体制を敷くフェーズ。障害の早期検知と迅速な対応を目的とし、開発チームが待機する。
시스템 릴리스 직후 일정 기간 동안 일반 지원보다 집중적인 모니터링 및 대응 체계를 갖추는 단계. 장애의 조기 발견과 신속한 대응을 목적으로 개발팀이 대기한다.
開発担当者がプロジェクトやコード、ナレッジを別の担当者やチームへ正式に移管するプロセス。ドキュメント整備や引き継ぎMTGが伴うことが多い。
개발 담당자가 프로젝트, 코드, 지식을 다른 담당자나 팀에 공식적으로 이관하는 프로세스. 문서 정리와 인수인계 미팅이 동반되는 경우가 많다.
AtlassianのプロジェクトおよびIssue管理ツール。アジャイル開発におけるスプリント計画、バックログ管理、バグトラッキングなどをチームで一元管理できるプラットフォーム。
Atlassian의 프로젝트 및 이슈 관리 툴. 애자일 개발에서 스프린트 계획, 백로그 관리, 버그 트래킹 등을 팀이 일원화하여 관리할 수 있는 플랫폼.
プロジェクトに関わる全ステークホルダーを影響度・関与度などの軸で可視化した図。優先対応すべき関係者の特定やコミュニケーション戦略の立案に活用される。
프로젝트에 관련된 모든 이해관계자를 영향도·참여도 등의 축으로 시각화한 도표. 우선 대응해야 할 관계자 파악 및 커뮤니케이션 전략 수립에 활용된다.
システムの開発速度を優先した結果生じた技術的負債を、計画的に解消するためのロードマップ。リファクタリングや設計改善のスプリントを組み込むことが多い。
개발 속도를 우선시한 결과 발생한 기술 부채를 체계적으로 해소하기 위한 로드맵. 리팩토링이나 설계 개선을 위한 스프린트를 포함하는 경우가 많다.
AtlassianのWikiベースのチームコラボレーションツール。ドキュメント作成・共有・管理が可能で、Jiraと連携してプロジェクト情報を一元管理するために広く使われる。
Atlassian의 위키 기반 팀 협업 툴. 문서 작성·공유·관리가 가능하며, Jira와 연동하여 프로젝트 정보를 일원화하는 데 널리 활용된다.
ユーザーの行動フローを軸にユーザーストーリーを二次元マップ上に整理する手法。プロダクトの全体像把握とリリース計画立案に活用される。
사용자의 행동 흐름을 축으로 사용자 스토리를 2차원 맵에 정리하는 기법. 제품의 전체 구조 파악과 릴리스 계획 수립에 활용된다.
システムに求められる機能や性能を明確にする工程。
시스템에 요구되는 기능이나 성능을 명확히 하는 공정.