일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- PRD
- PM
- 기능 요구사항
- 데이터
- 사업기획
- 프로덕트기획
- PO
- ai 추천 기능
- 단골 마케팅
- PA툴
- 믹스패널
- purchase conversion rate
- 초개인화 쇼핑 서비스
- 네이버플러스스토어 앱 출시
- "og(open graph)
- 구매 전환
- 우선순위 프레임워크
- 프로덕트매니저
- 비기능 요구사항
- 데이터분석
- 네이버 커머스 경쟁력
- 탐색형 고객
- 업무회고
- BI
- 서비스기획
- GA
- 대시보드
- 프로덕트오너
- pm문서
- 프로덕트매니지먼트
- Today
- Total
목록스터디 (25)
IT회사에서 성장하는 이야기

제대로 된 요구사항 정리는 개발 생산성, 일정 준수, QA 효율성의 핵심입니다. PM으로서 요구사항을 전달하기 전에 반드시 점검해야 할 5가지 요소를 실무 중심으로 정리했습니다. 📑 목차: PM이 요구사항 전달 전에 반드시 검토해야 할 5가지 기능 요구사항 vs 비기능 요구사항의 명확한 구분 - 정의와 예시 - 체크리스트: 사용자 시나리오 / 성능·보안 등 비기능 항목 확인요구사항 간의 의존성과 기존 기능과의 연계 검토 - 기능 간 선후 관계 예시 - 체크리스트: 선행 시스템, 영향 받는 기존 기능, 구현 순서호환성과 연동 방식 확인 (DB, API 등) - 외부 연동 이슈 사례 - 체크리스트: DB 구조, API 포맷, 테스트 시나리오요구사항 변경 가능성에 대한 사전 대응 - 변화에 따..

워터폴 방법론 (Waterfall)과 애자일 방법론 (Agile) ✅ 어떤 방법론을 정해야 하나요? 상황과 목적에 따라 정하기 나름!고정된 요구사항과 명확한 목표가 있는 프로젝트라면? → 워터폴요구사항 변화가 많고 빠른 피드백이 필요하다면? → 애자일 하나의 방법론을 선택해야 한다는 접근보다 프로젝트의 성격에 맞는 방법론을 선택하거나 애자일과 워터폴을 혼합하여 진행할 수 있다.*테일러링: 조직에 맞게 변경하여 맞춰나가야 한다는 것이다. ✅ 애자일의 핵심은 반복적 개발이다.문서화가 적기 때문에 구성원의 성숙도가 높을 때 월활하게 진행될 수 있는 방식이다.반복적 개발: 프로젝트를 작은 단위의 작업으로 나누어 짧은 주기로 반복적으로 진행한다. 각 주기마다 제품의 일부 기능을 완성하며, 고객의 피드백을 반영..
작업 크기와 개선 방식에 따라 시스템 개선의 종류가 달라진다. 작업 크기/ 개선 방식기존 시스템 개선/유의점신규 구축/유의점작은 사이즈개비(기존 데이터 일관성)리뉴얼(데이터 마이그레이션)큰 사이즈고도화(기존 데이터 일관성)차세대(데이터 마이그레이션, 전반적인 시스템 아키텍처 이해, 리스크 관리)1) 개비: 기존 시스템 유지, 작은 사이즈 작업특징: 작은 기능 추가나 버그 수정을 중심으로 진행되어 상대적으로 규모가 작음수정 작업이 기존 기능에 영향을 미치진 않는지 테스트하는 과정이 필요하다.2) 고도화: 기존 시스템 유지, 큰 사이즈 작업특징: 기존 시스템의 성능과 기능을 개선하여 더 효율적이고 강력하게 바꿈. 개비보다 규모가 크다. PM의 역할: 성능 테스트와 기존 데이터의 일관성 유지 실무 예시상황..

IT 기업 유형과 사업 유형에 대한 특징을 알아보겠습니다. IT 사업 유형에 따라 특징이 달라지고 PM의 핵심 역할, 역량도 달라질 수 있습니다. 쉽게 이해할 수 있도록 한국의 대표 기업도 함께 정리해 두었습니다. IT 기업 유형은 크게 두 가지로 나뉩니다.자사 서비스를 개발하는 인하우스 업체타사 서비스를 대신 개발해주는 아웃소싱 업체 IT 사업 유형 - 1. 에이전시💡 IT 사업 유형🧾 주요 특징🎯 PM이라면🇰🇷 한국 대표 기업 예시SI (System Integration)" style="height: 74px; width: 40.2326%;">- 시스템을 처음부터 개발- 대규모 프로젝트- 요구사항 정의 명확히- RFP, 제안서 작성 능력- PI/ISP 이해도 필요LG CNS, 삼성SDS..

파레토 법칙과 프로덕트 매니저의 활용법: 제품 관리와 개발 전략1. 개요파레토 법칙(Pareto Principle)은 흔히 "80/20 법칙"으로 알려져 있으며, 전체 결과의 80%가 원인의 20%에서 비롯된다는 개념을 설명하는 원칙입니다. 이 법칙은 이탈리아 경제학자 빌프레도 파레토(Vilfredo Pareto)가 1896년에 발표한 연구에서 유래되었습니다. 그는 자신의 정원에서 소수의 콩깍지가 전체 콩의 대부분을 생산한다는 사실을 관찰하고, 이를 거시경제학에 적용하여 이탈리아의 20% 인구가 80%의 토지를 소유하고 있음을 발견했습니다.이후, 미국의 경영 컨설턴트 조셉 주란(Joseph Juran)이 1941년에 파레토의 연구를 접하고 품질 관리에 적용하면서 대중적으로 널리 알려졌습니다. 그는 전체 ..
RAG(검색증강생성) + LLM 활용"생성형 AI를 이용해 개발된 애플리케이션에서 사내 데이터와 관련된 질문에 대한 답변을 제공하려면 RAG(Retrieval-Augmented Generation) 기법을 사용해야 하는데요. RAG는 검색한 정보(Retrieval)를 기반으로 AI가 답변을 생성(Generation)하는 방식으로, 사내 데이터에 대해 질의를 하여 관련 정보를 검색한 후 이를 생성형 AI에 전달하여 답변을 생성하는 구조입니다."RAG: LLM의 단점인 할루시네이션, 최신화된 데이터 부재 등을 보완하는 역할즉 RAG는 LLM이 대답하기 전에 LLM에게 다른 외부 데이터를 검색한 뒤 답변해 달라고 지시합니다. https://brunch.co.kr/@ywkim36/146 10분 만에 RAG 이해..
https://www.bucketplace.com/post/2025-01-23-%EC%98%A4%EB%8A%98%EC%9D%98%EC%A7%91%EC%9D%80-%EA%B2%B0%EC%8B%AC%ED%96%88%EC%8A%B5%EB%8B%88%EB%8B%A4-%EC%9D%BC%EC%A0%95%EC%82%B0%EC%9D%84-%EB%8F%84%EC%9E%85%ED%95%98%EA%B8%B0%EB%A1%9C/ 오늘의집은 결심했습니다. 일정산을 도입하기로! - 오늘의집 블로그개발부터 오픈까지 단 2주? 일정산 도입 프로젝트 이야기www.bucketplace.com

대시보드는 아래 목적 중 하나로 대시보드의 필요성이 대두돼요.정보를 얻거나 의사 결정에 필요한 모든 데이터를 한눈에 확인합니다.일상적인 작업에 대한 가장 중요한 정보를 모니터링합니다.모든 동료가 동일한 정보를 보고 사용함으로써 같은 목표에 집중할 수 있도록 합니다.비즈니스, 제품, 기관, 팀 내부 상태를 모니터링합니다. 최근 관리자 페이지의 판매 및 결제현황 데이터 대시보드와 B2B 고객사 이용현황 대시보드를 기획했어요.대시보드 기획의 핵심만 짚어드립니다. 대시보드 기능 기획! 이것만은 기억하자대시보드를 기획할 때 어떤 점을 중요하게 생각하고, 무엇을 주의해야 할까요?어디서도 알려주지 않는 대시보드 기능 기획의 핵심을 정리해 드립니다. ☝️대시보드 기능, 이것부터 정리해요.1️⃣ 쌓이는 데이터를 파악하..