본문 바로가기

PM 교육18

[PM교육] 제품 개발 방법론(3) [ 3일차. 칸반(Kanban) 프로젝트 관리 ]1. 칸반(Kanban) 칸반은 1940년대 후반에 일본 토요타 자동차 회사에서 시작되었다. 토요타는 제조 공정에서 효율성을 높이기 위해 칸반 시스템을 개발했으며, 이를 통해 생산 과정을 시각적으로 관리하고, 재고 관리와 작업 효율을 최적화하였다. lean 프로세스와 마찬가지로 칸반은 이후 소프트웨어 개발과 IT 분야에 적용되어 애자일 개발 방식의 중요한 요소로 자리잡게 된다.   Kanban은 시각적 작업 관리 시스템으로, 작업 흐름을 명확하게 보여주고,작업 과부하를 방지하여,효율성을 높이는 도구이다.   칸반의 핵심 6가지 원칙은 아래와 같다. 업무 흐름의 시각화 : kanban 보드를 사용하여 각 작업 단계를 컬럼으로 나누고 작업 항목은 카드로 표시 .. 2024. 10. 14.
[개인실습] WBS와 모의 스크럼 프로젝트 [ WBS와 모의 스크럼 프로젝트 ]  1. WBS란? WBS(Work Breakdown Structure)를 영어 단어적으로 해석하자면 '작업 분해 구조'라고 한다. 프로젝트를 달성하기 위한 전체 작업을 계층적으로 나누는 도구이며 이를 통해 큰 프로젝트를 세부 작업으로 나누어 각 작업의 범위와 내용을 명확히 하고, 관리 가능한 수준으로 세분화한다.  WBS는 프로젝트의 명확한 범위 규정, 효율적인 작업 관리, 리소스 및 일정 관리, 작업 책임 명확화, 위험 최소화 등을 위해 프로젝트의 규모가 커질수록 그 중요성이 높아진다.  WBS는 조직의 양식에 맞도록 작성하는 것이 대부분이다. 일반적으로 프로젝트의 목표를 먼저 설정하고, 주요 단계 구분, 작업 세분화, 작업 책임자 할당, 검토 및 수정의 단계를 걸.. 2024. 10. 13.
[PM교육] 제품 개발 방법론(2) [ 3일차. 스크럼(Scrum) ] 1. 스크럼(Scrum) 이란?스크럼은 이전 게시물에서 다루었던 Agile 방법을 실행하는 도구 중 하나이다. 스크럼은 다음과 같은 특성을 갖는다.솔루션에 포함할 기능과 개선점에 대한 우선 순위를 부여한다.개발 주기(Sprint)는 7~30일 정도로 조절하고, 개발 주기마다 실제 동작할 수 있는 결과를 제공한다.작은 단위의 작업을 반복적으로 수행하면서 제품이나 서비스를 완성한다.개발 주기(Sprint)마다 적용할 기능이나 개선에 대한 목록을 제공한다.매일 10~15분 정도 회의를 가진다(스탠딩 회의).항상 팀 단위로 생각한다.원활한 의사소통을 위하여 구분 없는 열린 공간을 유지한다. 스크럼은 위의 사진에서 볼 수 있듯 세 가지의 역할 구성 요소를 갖는다.Product .. 2024. 10. 13.
[PM교육] 제품 개발 방법론 [ 2일차. 제품 개발 방법론 ] 오늘은 제품 개발 방법론의 종류에 대해 알아보고 각 특징에 대해서 학습할 것 이다. 각 제품 개발 방법론의 장단점에 대하여 학습하고 방법론의 선택 기준에 대해 얘기해볼 것 이다.  제품 개발 방법론 Oerview 1. RAD(Rapid Application Development) RAD는 1980년대 후반에 나온 소프트웨어 개발 방식 중 하나로, 빠른 프로토타이밍과 피드백을 통해 소프트웨어를 신속하게 개발하는 방법론이다. 이 방식은 사용자의 요구 사항을 빠르게 반영하고 반복적인 개발을 통해 최종 제품의 품질을 높이는 것을 목표로 한다.RAD가 출현하게 된 배경은 아래와 같다. 빠르게 변화하는 비즈니스 환경 대응 : 전통적인 개발 방법론이 대규모 프로젝트에서 느리고 유연성.. 2024. 10. 13.
[PM교육] PM의 역할과 역량, 커뮤니케이션 [ 1일차. PM의 역할과 역량, 커뮤니케이션 ] 1. PM 역할제품 관리(Product Manage)란가치있고(Valuable), 사용가능하며(Usable), 실행가능한(Feasible) 제품을 발견하는 것 입니다. - Marty Cagan 의 '인스파이어드' 에서  PM(Product Manager)는 항상 Valuable, Usable, Feasible 3가지를 염두해두어야한다.Valuable: 사업적 가치가 있는가? Usable : 고객에게 필요한 제품인가?Feasible : 기술적으로 구현이 가능한가?  이 3가지의 mindset은 PM의 업무 분야와 연결된다고 볼 수 있다. PM은 UX, Tech, Business의 중심에서 이들과 함께 일한다.   UX, Tech, Business의 집합체라.. 2024. 10. 10.
[PM교육] 고객 문제 발견 및 기회 창출(4) [ 4-5일차. 고객문제 솔루션 도출 ] 1. 페르소나 (Personars)유저리서치 과정에서의 페르소나는 제품/서비스를 대표하는 가상의 인물이다. 유저리서치 전에는 추측으로 페르소나를 설정하지만 유저리서치를 통해서 얻는 정보(직업, 행동, 성향, 가치관 등)들을 분류하고 관련있는 대상자끼리 묶어서 공감해야할 좀 더 사용자에 가까운 페르소나가 만들어 진다.  페르소나를 설정할 경우, 아래와 같은 효과를 얻을 수 있다. 제품 개발 방향 구체화 사용자 중심의 의사결정을 할 수 있는 가이드 역할 (의사결정 가이드)사용자에 맞는 우선 순위 설정팀원 간의 공통 언어 제공: 제품 개발 중 팀원 간에 같은 '사용자' 이미지 상을 가지게 됨  페르소나의 유형은 아래와 같다. 1차 페르소나: 제품이나 서비스를 가장 많이.. 2024. 10. 7.

티스토리툴바