로그인
로그인

마인드 맵 갤러리 NPDP-3 제품 혁신 프로세스

NPDP-3 제품 혁신 프로세스

NPDP 제품관리자 자격증 지식 본문 가이드 제3장 제품혁신 프로세스 1. 제품 혁신-도입 2. 제품 혁신 헌장 3. 제품 혁신-프로세스 모델 4. 제품 혁신-프로세스 모델 비교 5. 제품 혁신-프로세스 제어

2024-01-26 17:56:49에 편집됨

슈퍼직장인

최근 작업 더 많은 작업 보기>>

(III) 저산소 유도 인자 프롤릴 하이드 록 실라 제 억제제
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
Kuka 산업용 로봇의 개발 및 Kuka 산업 로봇의 모션 제어 명령
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
1.1 컴퓨터 네트워크 요약
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!

NPDP-3 제품 혁신 프로세스

슈퍼직장인

최근 작업 더 많은 작업 보기>>

추천 사항
개요

제품 경험 보고서 V1.0
- 19
슈퍼직장인
의약품 마케팅 계획 연간 BP 조치 버전(실행 실무 버전)
- 15
슈퍼직장인
혁신과 기업가 정신이 미래를 창조합니다
- 9
Coleeeee_
제품 관리자
- 67
- 2
Coleeeee_
[B면 제품] 제품 관리자의 즉석 연설을 위한 일반 공식 맵 4개
- 13
MM
제품 전략 마인드 맵
- 46
- 1
MM
제품지원부서 맵
- 14
MM
제품 운영에 있어서 흔히 발생하는 오해에 대한 마인드맵
- 29
MM
제품 작업 캔버스 9개 요소 맵
- 11
MM
제품 RD 가치 사슬 마인드 맵
- 10
MM

NPDP 제품관리자 자격증 제3장 제품혁신 프로세스

성공적인 신제품 개발의 핵심

1. 신제품 개발의 개념

최고의 기회에 리소스가 집중되는 위험과 보상의 게임

위험과 보상의 과정이다

개발 관행

프로세스

신제품의 성공률을 높이는 기반이 됩니다.

2. 제품 개발 위험과 비용, 그리고 개발 단계와의 관계

누적 비용↑

불확실성↓

링크

위험의 두 가지 주요 특성

특징

불확실성

아직 발생하지 않은 미래의 잠재적 사건, 상황 또는 조건

중요성

위험이 발생하면 일종의 영향을 미치고 상황이 달라집니다.

문제, 문제 ≠ 위험

위험 불확실성: 0<위험<100

위험의 세 가지 요소

위험 처리 옵션

예방 치료

교정치료

개략도

위험의 두 가지 주요 특성: 1. 불확실성 2. 중요성

3. 성공적인 신제품 개발의 핵심

옳은 일을 해라

전략

올바른 결정

프론트엔드에 주목하라

일을 제대로 해

전술

프로세스를 잘 활용하라

시험 문제

의사결정을 위한 올바른 의사결정 기본 프레임워크

1. 의사결정 정보의 출처

의사결정은 지식, 정보, 데이터에서 나옵니다.

내부, 외부(모든 정보)

2. 올바른 의사결정의 필요성(기능)

환경 요인의 역동적인 변화로 제품 개발 위험 감소

3. 의사결정을 위한 기본 틀

문제와 기회 파악

도구: 5why법, 생선뼈 분석법

식별하다

정보를 수집하다

모으다

상황 분석

분석하다

솔루션 옵션 식별

계획

평가 옵션

평가하다

최선의 옵션을 선택하세요

선택하다

결정에 따라 행동하다

행동

개략도

프런트 엔드에 주의하세요 - 퍼지 프런트 엔드

1. 퍼지 프런트 엔드

정의

공식적인 제품 개발 단계에 들어가기 전, 조직은 기회를 식별하고 컨셉을 형성하는 이 단계를 퍼지 프론트엔드라고 합니다. 프로젝트에서 가장 덜 정의된 단계입니다.

제품 개발 전 3단계

퍼지 프런트엔드 패스

기회 평가

개념 평가

프로젝트 평가

재무 평가

아이디어 창출 단계

기회 식별

초기 컨셉 생성 단계

개념을 공식화하다

사업 고도화단계(프로젝트 수립단계)

기술 사전 평가 수행

프로젝트 수립 단계

이 모호함은 두 가지 주요 차원으로 나뉜다.

1. 환경적 차원

클라이언트 요구

시장 경쟁

2. 자원 차원

기술

관리하다

자금 조달 불확실성

효과

이 초기 단계에서 정보에 입각한 결정을 내리면 다음과 같은 이점이 있습니다.

1. 불확실성 감소

2. 그리고 프로젝트 투자에 대한 자신감을 지속적으로 제공하십시오.

핵심 요소

고객의 소리

개략도

2. 제품 혁신 헌장(PIC)

정의

1. 조직의 신제품 사업화 추진 프로세스의 핵심이 되는 핵심 전략 문서

등대, 전략 문서

주요 전략 문서

신제품 상용화 프로세스의 핵심을 주도

2.제품 프로젝트에서 5가지 질문에 답변했습니다.

WHO

무엇

어디

언제

왜

콘텐츠

1.배경

확정된 프로젝트 전략과 목적

프로젝트의 목적(왜 하는가?)

사업전략과 혁신전략과의 관계

운영(사업) 전략

특정 비즈니스의 재정적 목표, 성장 및 경쟁 방법을 정의합니다.

사업 5개년 계획

비즈니스 전략 개념

1. 특정 시장에서 특정 서비스나 제품을 제공합니다.

2. 구체적인 사업 목표와 이를 달성하는 방법

사업 전략 설정 단계

1. 비즈니스 목표 결정

표적

2. 신제품 개발의 역할 결정

역할

3. 공격 계획 및 시장 진입 계획 결정

공격 및 시장 진입 계획

혁신 전략

비즈니스 및 기업 목표 달성을 지원하는 혁신 방향과 우선 순위를 정의합니다.

기술 로드맵

혁신전략(혁신프레임워크)

1. 혁신전략 소개

의미와 기능

조직의 모든 혁신에 대한 목적, 방향 및 구조를 제공합니다.

탁월한 혁신 전략

1. 전사적으로 시너지를 낼 수 있는 기반을 마련해야 한다

시너지 효과

2. 혁신 프로젝트의 우선순위가 명확해야 합니다.

우선순위

3. 효과적인 절충이 이루어져야 합니다.

절충안

2. 포터-전략 프레임워크

넓은 시장

대중 시장

1. 비용 리더십 전략

비용 절감 및 가격 우위 경쟁(규모, 최적화된 공급망, 중복성 없음)

샤오미 휴대폰 (가격)

2. 차별화 전략

제품의 성능(남이 없는 것은 내가 갖고, 남이 가진 것은 내가 최고)에 집중하여 비용은 더 많이 들고 고객에게 더 가깝습니다.

Apple 휴대폰(품질 및 성능)

좁은 시장

틈새 시장

3.시장 세분화 전략

특별한 요구 사항, 가장 높은 가격, 고객에게 가장 가까운 제품을 제공하는 특별 시장

Little Genius 어린이용 시계(독특한 군중, 요구 사항)

포터의 전략적 프레임워크

3. 마이어스와 Snow 전략 프레임워크

위험을 좋아하는

1. 탐험가(탐사자)

새로운 기술을 사용하여 가장 먼저 신제품을 시장에 출시하고 신속하게 출시하며 시장 점유율을 확보하고 위험을 감수하십시오.

시장 최초, 신기술, 성장 추구, 위험 감수

새로운 기술, 새로운 모델, 선도, 기회 포착

2. 분석가

빠르게 모방하고 따라가면 더 좋은 제품, 더 저렴한 가격으로

따라가는 속도가 빠르며 일반적으로 제품이 더 좋습니다.

위험을 싫어

3. 변호인(옹호인)

좁고 안정적인 시장과 제품 카테고리에 집중

주로 제품 개선 및 틈새 시장 유지

안정적인 시장에서 틈새시장 점유율 유지

업계 리더, 리더, 선도 기업

4. 피고인

세 가지 아무것도

계획도 없고, 기술도 없고, 결과도 없다

위협받을 때만 반응

4. Christensen-Innovation Framework(제품 성능 점검)

지속적인(지속적인) 혁신

창출하지 않음 → 새로운 시장과 새로운 가치 네트워크, 기존 제품 성능 향상

파괴적 혁신

비즈니스 모델 혁신

창출 → 주로 비즈니스 모델에 의해 창출되는 새로운 시장과 새로운 가치 네트워크

개략도

5. 피사노 혁신 캔버스

일상적인 혁신

기술 사용 가능

기존 비즈니스 모델

성능 개선

침투

파괴적 혁신

기술 사용 가능

새로운 비즈니스 모델

비즈니스 모델 혁신

급진적(획기적) 혁신

새로운 기술

기존 비즈니스 모델

기술 혁신

건축 혁신

새로운 기술

새로운 비즈니스 모델

이중 혁신

혁신 환경 지도

큰 그림 분석

커버링 기술

시장 및 기타 정보

2. 핵심 단계(초점 영역) - 외부

집중 경기장

목표 시장 분석

타겟 시장

경쟁사 분석

경쟁자

핵심기술 및 마케팅

기술, 마케팅

3. 목표와 목표 - 내부

구체적인 목표(시장 점유율, 판매 목표 등)

4. 특별 지침

특별 가이드

프로젝트 팀 내 업무 관계

회의 개최 방법 및 시기

프로젝트 보고서

빈도, 형식, 이해관계자

예산 지출 책임

규제 당국

품질

개략도

시험 문제

기타 지속가능성 고려사항

1. 재사용 또는 재활용을 우선시합니다.

2. 원자재 사용을 줄이고 사회와 지구 환경에 미치는 부정적인 영향을 줄입니다.

3. 기후변화 대응

4. 신제품과 사회적경제로 인해 영향을 받는 모든 이해관계자를 위한 공유가치 창출을 고려합니다.

5. 공급망 “생태계”를 평가하고 UN 지속 가능한 개발 목표를 지원합니다.

프로세스를 잘 활용하라

1. 신제품 개발 프로세스의 개념

프로세스 정의

아이디어가 현실이 되기까지의 일련의 과정

구조화된 프로세스, 신제품 개발에 있어서 그 중요성

NPD 결과는 결론적이지 않습니다

구조화된 프로세스의 정의

재사용, 특정 규칙

구조화된 프로세스의 가치

성공적인 신제품 개발을 촉진하고 투자수익률을 높입니다.

우수공정 판정기준

자신에게 적합하고 비즈니스 요구 사항을 충족합니다.

특정 비즈니스 요구사항 충족

현지 상황에 맞게 조치를 조정하세요.

2. 몇 가지 일반적인 프로세스 소개

제품 혁신 프로세스 모델

1. 부즈 앨런 파운데이션 6단계

60년대

1. 탐색

2. 심사

3.사업평가

4.개발

5. 테스트

6. 상용화

동음이의어 기억

테스트 제공업체 탐색 및 검토

블록 다이어그램

2. 폭포 모델

1970년대

로이스-폭포 모델

1.특징

구조화된

선형 모델

강조하다

순서와 의존성

요구사항 분석의 사전 정의

수요 동결

2. 각 단계의 주요 업무

필요하다

사용자 요구 이해

설계

소프트웨어와 하드웨어가 물리적 설계로 변환됩니다.

구현하다

실제 코드 작성

확인하다

기대치가 충족되는지 확인

유지하다

문제를 찾아서 수정하세요

3. 폭포수 모델의 특징

요구사항을 미리 정의할 수 없습니다.

고객의 요구를 충족할 수 없음

치명적인 결과를 초래하는 주요 결함

낮은 효율성

4. 개선

나선형 폭포 모델

반복적 인

나선형 폭포 모델

정의

선형 기반의 후속 조치

병렬화, 반복 등을 통해 폭포 확장

유연성 부족을 보완할 수 있음

제품 품질을 향상시키고

특징

반복적인 개발 프로세스 모델과 단계별 선형 개발 모델(폭포수 모델)을 결합합니다.

높게 평가되는

위험도 분석

제품의 증분 출시 또는 보다 완전한 버전 추구를 허용합니다.

민첩한 사고로 제품 출시

3. 출입구 관리 프로세스

80년대

1. 스테이지와 게이트의 차이점

개략도

게이트와 무대

평행관계인데

단계

일을 해라(지역을 정하라)

1.활동

2. 종합적인 분석

3. 결과물

시험 문제

문

억지로 시키다

의사결정 속성

강조되다

문지기

다기능 팀

문지기

전문적인 역할

전용 게이트웨이 회의

게이트 미팅

판단(노드 결정)

1. 결과물

2. 판정기준

3. 출력

의사결정

통과/거부/보류/다시 실행

다음 단계로 가는 길

승인된 프로젝트 계획

다음 게이트 날짜 및 결과물

2. 각 단계별 주요업무 및 체크포인트

0단계

발견(기회 식별)

기회를 발견하고 창의적인 아이디어를 창출하세요

결과물

패스 1

창의적 심사

목적

초기심사

색인

몇 가지 주요 지표

체크리스트

스코어 카드

채점 모델

하지만 포함하지 않습니다

재무 지표

산출

대략적인 심사를 거친 품목

굵은 체

스테이지 1

필터

사전 기술 및 시장 평가를 거쳐 선정된 프로젝트

패스 2

2차 심사

목적

엄격한 심사

색인

재정적 이익 평가

위험

체크리스트

채점 모델

산출

정밀심사 후 프로젝트

정밀검사

2단계

프로젝트 수립 분석(비즈니스 사례)

비즈니스 사례

포함하다

1. 제품 정의

2. 포괄적

프로젝트 시연

3. 상세

프로젝트 계획

심층적으로 진행하다

기술

시장

사업

타당성 분석

패스 3

개발 시작

목적

재정적 헌신

색인

재무 분석 결과

산출

개발 계획

사전 운영 및 시장 출시 계획

프로젝트 수립

예산

팀 과제

3단계

개발하다

알파 테스트 또는 실험실 테스트를 거친 제품 프로토타입

제품 개발

완전한 생산 및 시장 출시 계획

시장 개척

패스 4

테스트 입력

목적

지속적인 호소

색인

개발업무 검토 및 점검

업데이트된 재무 분석

산출

테스트의 다음 단계 또는 검증 계획

즉시 시행 가능

상세한 시장 출시 및 운영 계획

향후 구현 준비

4단계

테스트 및 수정

테스트 및 검증된 제품

패스 5

공개로 전환

목적

완전 상용화

색인

테스트 및 검증 단계에서 활동의 품질과 결과

예상 재무보고

프로젝트 시작 준비 상태 및 운영 시작 계획의 적절성

산출

상장 개시

본격 생산 시작

5단계

상장됨

대규모 생산 및 제품 시장 진출

패스 6

시판 후 검토

목적

리뷰 게시

세 가지 기본 질문

1. 프로젝트의 성공

이점

프로세스, 인력, 기술 등의 측면에서 경험과 교훈을 요약합니다.

2. 프로젝트 미흡(문제)

결점

장애

압축된 일정

확장된 목표(범위 확장) 할당된 리소스가 너무 적음

예산과 우선순위 설정이 서로 충돌하여 고객 불만으로 이어짐

3. 다음번에 개선하려면 어떻게 해야 할까요?

개선하다

경험과 교훈을 요약하고 이를 실현 가능한 제안으로 전환

색인

PLR-1

신제품 개발 프로세스 평가

신제품 출시 후, 팀 해체 전

세 가지 기본 질문에 답하세요

PLR-2

초기 시장 평가

제품 판매 주기(제품 출시 후 몇 주, 몇 달)

제품 판매가 예상 수준에 도달했는지 확인

고객은 신제품에 만족합니까?

제품 재고가 시장 수요와 일치합니까?

PLR-3

전략적 목표를 달성하다

보통 1년정도

목표가 완전히 달성되었는지 평가

산출

7. 시판 후 검토(3개 기간)

이제 테스트 및 시장 검토를 위한 스크리닝이 시작되었습니다.

개략도

3. 게이트 관리 프로세스의 장점과 한계

주요 아이디어

제품 개발 과정에서 문제 지점을 찾아내고 게이트를 통해 이러한 위험을 최대한 차단하여 불확실성을 줄입니다.

이점

1. 지침 및 제약사항 제공

2. 품질 결정을 내리세요(게이트)

3. 모든 참가자에게 투명함

4. 다양한 형태의 조직에 적용 가능

한정

1. 될 수 있다

과도한 관료주의

2. 충분히 이해하지 못한 채 사용 시 발생할 수 있는 문제

지나치게 경직되고 비용이 많이 드는 오해

3. 지침과 제약사항을 따르세요.

어느 정도 혁신을 저해할 수 있음

4.게이트웨이 관리 프로세스 - 스테이지 게이트 수 조정 원칙

공개가 시급하다

시간이 촉박할수록 프로세스가 빡빡해지고 단계 수가 줄어듭니다.

불확도 크기

신제품의 불확실성 및 위험도 관련

기술 및 시장 분야에 대한 기존 지식

기존 지식이 넓을수록 위험은 낮아지고 필요한 단계는 줄어듭니다.

위험을 줄이려면 불확실성이 클수록 더 많은 정보가 필요하므로 프로세스가 더 길어집니다.

해당 분야에 대한 회사의 지식과 경험의 축적

시험 문제

5. 대비

6. 개발 및 적용

4. 통합제품개발 IPD

90년대

1. 컨셉

다양한 기능 시스템의 결과와 개념을 체계적이고 포괄적으로 적용하여 고객 요구에 맞는 신제품을 효과적이고 효율적으로 개발합니다.

2.특징

동시 엔지니어링으로 개발

부서 간 협업 개념

이해관계자 활용

조기 참여

과정이 더 복잡해요

본질적으로 향상된 프레임워크 가이드

이 프레임워크는 일반적인 프로세스의 기본 원칙을 포함합니다.

학습과 지속적인 개선에 특별한 초점

3.프레임워크

IPD의 단계에는 의사결정 승인이 포함됩니다.

4. IPD의 기본원리

1. 다기능 팀에 완전한 권한 부여

2. 개발을 투자 행위로 간주

3. 가치 중심 전달

4. 내장된 품질

5. 위험 관리 및 통제

6. 구조화된 프로세스

7. 비동기식 개발 및 동시 엔지니어링

8. 개발 도구 및 방법

5.IPD경영의 본질

집중하다

사업실적

다기능 팀

위험 관리 및 통제

지속적으로 디자인 개선

집중하다

1. 시장 수요

2. 경쟁 분석

6. 통합제품개발체계 분류

기본 도구

프로젝트 및 팀

고객에 집중

전략과 포트폴리오

지식, 기술 및 혁신

7. IPD의 목표

빠르고 정확하며 저비용으로 제품 개발 실현

빠른

성공적인 제품을 신속하게 시장에 출시

빠른 배달

허용하다

시장 부문에서 고객 요구를 충족하는 제품 개발

시장 부문

낮은

저비용 제품 개발 및 저비용 제품 설계 실현

두 가지 저렴한 비용

5. 동시엔지니어링 IPD

90년대

동시 엔지니어링

모델 다이어그램

개념

개념부터 구현까지 모든 요소를 순차적이 아닌 병렬로 통합하는 다기능 팀

특징

처음부터 제품 라이프사이클의 모든 요소를 고려하세요.

기능성, 제조 가능성, 조립, 테스트, 유지 관리, 환경 영향, 최종 폐기 및 재활용이 포함됩니다.

이러한 설계 활동은 동시에, 즉 병행하여 수행되어야 합니다.

제품 설계 및 제조 공정 개발 병행

병렬성은 두 가지 형태로 나타납니다.

부품별 병렬 크로스오버

단일 구성 요소는 프로세스별로 병렬화됩니다.

특징

병렬 크로스오버

구성요소 교차 병렬

병렬 링크

일찍 일을 시작하다

시간을 벌기 위해

특정 방법

부서 간 협력, 빈번한 의사소통, 문제 조기 발견

통합제품개발 IPD

크고 복잡한 프로젝트에 적합

1. 컨셉

통합 제품 개발

다양한 기능 시스템의 결과와 개념을 체계적이고 포괄적으로 적용하여 고객 요구에 맞는 신제품을 효과적이고 효율적으로 개발합니다.

2.특징

동시 엔지니어링으로 개발

부서 간 협업 개념

이해관계자 활용

조기 참여

과정이 더 복잡해요

본질적으로 향상된 프레임워크 가이드

이 프레임워크는 일반적인 프로세스의 기본 원칙을 포함합니다.

학습과 지속적인 개선에 특별한 초점

3.프레임워크

IPD의 단계에는 의사결정 승인이 포함됩니다.

4.IPD경영의 본질

비즈니스 결과에 집중

다기능 팀

위험 관리 및 통제

지속적으로 디자인 개선

시장 수요 및 경쟁 분석에 집중

5. 통합제품개발체계 분류

기본 도구

프로젝트 및 팀

고객에 집중

전략과 포트폴리오

지식, 기술 및 혁신

6. IPD의 목표

빠르고 정확하며 저비용으로 제품 개발 실현

빠른

성공적인 제품을 신속하게 시장에 출시

빠른 배달

허용하다

시장 부문에서 고객 요구를 충족하는 제품 개발

시장 부문

낮은

저비용 제품 개발 및 저비용 제품 설계 실현

두 가지 저렴한 비용

7.IPD의 기본원리

다기능 팀에 완전한 권한 부여

개발을 투자로 여기세요

가치 중심 전달

내장된 품질

위험 관리

구조화된 프로세스

비동기식 개발 및 동시 엔지니어링

개발 도구 및 방법

재구성: 시장, 프로세스, 제품

8. IPD 시스템의 조직적 실천 수준

6. 린 제품 개발

핵심

낭비 제거 및 생산 효율성 향상

토요타 생산 방식(TPS)을 기반으로 합니다.

링크:TPS

TPS(Toyota Production System)는 Toyota Motor Corporation이 개발하고 실행하는 생산 관리 시스템으로, 린 생산(Lean Production)의 핵심 개념으로도 널리 알려져 있습니다.

TPS의 핵심 목표

TPS는 낭비를 제거하고 효율성과 품질을 향상시켜 지속적인 개선과 고객 만족을 달성하는 것을 목표로 합니다.

낭비를 제거하고 품질과 효율성을 개선함으로써 고객에게 고품질 제품과 서비스를 제공하는 동시에 지속적인 개선을 통해 장기적인 경쟁 우위를 달성합니다.

TPS의 핵심원리

1. 린 사고

TPS는 직원들이 업무 프로세스를 최적화하고, 비용을 절감하고, 품질과 대응성을 개선하여 더 큰 가치를 창출하는 방법에 대해 끊임없이 생각하도록 권장합니다.

2.고객 오리엔테이션

TPS는 고객의 요구에 대한 심층적인 이해를 강조하고 이를 생산 결정의 중요한 기반으로 활용합니다. 시기적절한 피드백과 의사소통을 통해 생산은 고객 요구를 더 잘 충족할 수 있습니다.

3. 공정 최적화

TPS는 생산 프로세스의 모든 측면을 분석하고 개선하여 낭비와 불필요한 활동을 제거하여 린 프로세스를 달성하는 데 중점을 둡니다.

4. 소량 생산

TPS는 과도한 재고와 자원 낭비를 방지하기 위해 소량 생산과 주문형 생산을 옹호합니다.

5. 지속적인 개선

TPS는 모든 직원이 지속적인 개선 활동에 적극적으로 참여하고, 문제 식별, 근본 원인 찾아 해결 방법 제공을 통해 지속적인 품질 및 효율성 향상을 달성하도록 장려합니다.

TPS를 위한 주요 도구

1.5S 마무리

조직, 조직, 청소, 표준화 및 규율을 통해 깨끗하고 질서 있는 작업 환경을 조성합니다.

2.KAIZEN 개선 활동

직원들이 소규모, 저비용 개선 활동에 적극적으로 참여하여 업무 프로세스와 근무 조건을 점진적으로 개선하도록 독려합니다.

3. 생산 촉진

과도한 재고와 자원 낭비를 방지하기 위해 고객 요구에 따라 생산을 계획하고 주문형으로 생산합니다.

4. 연속 조립 라인

생산 라인 레이아웃과 사이클 타임을 최적화함으로써 제품의 지속적인 흐름이 달성되고 대기 시간과 재고가 줄어듭니다.

9가지 원칙

1. 고객이 가치를 정의합니다.

2. 다양한 솔루션

3. 원활한 개발 프로세스

4. 존중 기준

5. 수석 엔지니어가 전체 과정에 참여합니다.

6. 부서간 협업

7. 지속적으로 학습하고 개선하세요.

8. 우수한 문화

9. 연대조직

폐기물의 근원

모두 업무 효율성을 저하시키고, 고객 중심이 아닌, 다 낭비야

1. 혼란스러운 업무 환경

2. 가용 자원 부족

3. 명확한 우선순위가 부족함

4. 서로 다른 부서 간 의사소통에 장벽이 있습니다.

5. 잘못된 제품 요구사항 정의

6. 제조가능성에 대한 조기 고려 부족

7. 과도한 디자인

8. 비효율적인 회의가 너무 많다

9. 이메일이 너무 많다

7개 폐기물 제조

개발 프로세스의 핵심 개념

지식 성장

린 플로우

관리, 개선 및 지속적인 학습

장점과 한계

이점

프로세스의 초점은 다음과 같습니다.

정보가 원활하게 흐른다

엄격한 통제보다는

이벤트 중심, 단순화된 협력, 최적화된 설계

단순화하다

위험 관리 및 통제

일정, 비용, 성과, 품질에 대한 위험에 주의

활성 제어

모든 규모의 프로젝트에 적합

심상

학습 및 진행 상황을 기록하고, 우선순위를 지정하고, 문제를 해결하는 도구는 간단하고 시각적입니다.

한계

인력에 대한 높은 요구 사항

참가자는 고도로 헌신적이고 경험이 풍부해야 합니다.

조직 구조 및 문화에 대한 높은 요구 사항

조직구조와 문화를 바꿔야 한다

강력한 공급업체 관리

강력한 공급업체 관리가 필요합니다

조직 자체의 의지

조직은 프로젝트 목표와 방향의 변화를 기꺼이 수용할 수 있습니다.

린 도구 - Kanban

칸반의 6가지 핵심 사례

시각적 작업흐름

진행 중인 작업(WIP) 제한

흐름 측정 및 관리(풀)

표시 규칙

피드백 루프 만들기

협업과 실험을 통해 개선

7. 민첩한 개발

애자일 선언문

개인과 상호작용

사람 중심

보다 낫다

프로세스 및 도구

작동하는 소프트웨어

가치 지향

보다 낫다

완전한 문서

고객 협업

윈윈(win-win) 사고

보다 낫다

계약 협상

변경 사항에 응답

유연한

보다 낫다

계획을 따르다

12가지 원칙

1.고객 만족

2. 변경 사항 수락

3. 수시 배송

4. 함께 일하세요

5. 환경 및 지원 제공

6. 대면 커뮤니케이션

7. 지표

8. 지속 가능한 속도

9.기술적 우수성

10. 단순성

11. 자기 조직화 팀

12. 정기적으로 반성하라

세 글자

제품 책임자(PO)

대표하다

고객 혜택

결정하다

제품 백로그 콘텐츠 및 우선순위

팀 결과 수용 여부

주된 임무

ROI

애자일 코치(SM)

스프린트 반복 주기

환경 지원 제공

일을 끝내다

프로젝트 정보 실시간 업데이트

자기조직팀(ST)

7-2

5명 또는 9명

교차 기능

목표 달성을 위한 자기 조직화 접근 방식

제품에 대한 책임

세 가지 역할(PMP)

1. 제품 소유자

대변인, 조타수, 수락자

도킹

고객과의 소통(이니시에이터), 니즈 수집, 상위 고객 육성(이니시에이터)

PO 책임

제품에 집중

제품 개발 방향 안내

만들다

제품 백로그(또는 팀과 함께 생성)

종류

비즈니스 가치를 기준으로 작업 우선순위 지정(팀원 위)

모니터링 요구 사항

실제 상황에 따라 청소, 요구 사항 변경 및 정렬

피드백에 참여하세요

프로젝트에 참여하고 자주 적시에 피드백 제공

"완성된 사용자 스토리" 식별

2. 애자일 코치

촉매제, 늙은 암탉, 방어자

핵심 포인트 1: 섬기는 리더십

역할 포지셔닝은 보조적이고, 하인과 같으며, 서비스 지향적입니다.

포인트 2: 프로모션 효과

팀 내외의 협력과 의사소통을 장려하고 다른 사람을 대신하여 결정을 내리지 않습니다.

포인트 3: 개입

도움을 요청했을 때

팀이 애자일을 위반하는 경우

Agile 도구를 사용하는 방법을 모릅니다.

갈등을 스스로 해결하는 것은 효과적이지 않습니다.

핵심 포인트 4: 조직의 장애물 제거

제품 개발 방향과 개발 방법을 방해하지 않습니다.

핵심 포인트 5: 다른 사람들이 기여할 수 있는 길을 열어주세요

팀이 문제를 해결하고 민첩한 관행의 효과를 보장할 수 있도록 지원 및 지원을 제공합니다.

3. 자기 조직화 팀

자기조직화, 일반화, 투명한 의사소통

성과와 자기관리에 집중하라

자기 주장의 과제, 건설적인 대결, 민첩한 코칭에 대한 헌신 없음

인원수

3-9명의 플레이어, 플러스 또는 마이너스 2개 변경

PO와 SM은 인원수에 포함되지 않습니다.

인원이 많을 경우 팀이 나누어질 수 있습니다.

풀 타임

하나의 프로젝트에 집중하다

일반 전문가

병목 현상을 줄이고, 효율성을 개선하고, 사일로/사일로를 줄이는 데 도움이 됩니다.

팀원 교체

일반적으로 팀이 구성된 후에는 직원을 임의로 변경하거나 추가하거나 제거하지 않습니다.

교체가 필요한 경우, 더 나은 시간은 두 번의 반복 사이입니다.

오피스 스타일

선호하는 중앙 사무실

정의: 팀이 함께 일하는 지리적 위치를 나타냅니다.

가상오피스와는 다르게

이점

대면 커뮤니케이션

침투적 의사소통 촉진

정의: 함께 일하는 팀원 간의 정보 흐름 무의식적으로 공유

정보는 무의식적으로 공유됩니다.

일반적으로 직접적인 주의 없이 정보를 얻음으로써 정보 전송 비용을 줄이고 미묘하게 통신합니다.

글로벌, 분산된 팀

가상 수단, 어항 창 및 원격 페어링을 사용할 수 있습니다.

어항 창문

팀을 여러 위치로 이동함으로써 장기 화상회의 링크 구축 및 어항창 생성

매일 작업을 시작할 때 링크를 열고 하루가 끝나면 링크를 닫습니다.

원격 페어링

음성 및 비디오 링크를 포함한 화면을 공유하기 위해 가상 회의 도구를 사용하여 원격 페어링을 설정합니다.

의사소통을 돕기 위해 온라인 협업 도구(비디오, 광고판)를 사용하십시오.

CAVES 및 공공 장소에 대한 공통 원칙

동굴

거래를 위해 예약된 개인 공간으로 격리되고 조용한 환경이 필요합니다.

공용 공간공통

공공영역은 소통과 협업이 자주 일어나는 공공공간이다.

팀빌딩의 5단계

형태

팀원의 역할과 책임을 명확히 한다.

지령

충격

갈등을 낳다

영향/코치 유형

사양

문제를 해결하고 협력하려고 노력하십시오.

참여

성숙한

성숙한 단위처럼 질서있게 운영하고 효율적으로 업무를 완수한다.

권한 부여

해산

프로젝트가 종료되고 팀이 해산됩니다.

터크먼의 사다리 이론

형성 단계

리소스를 늘리고, 새로운 구성원이 팀에 합류하고, 서로를 알아가세요.

충격 단계

서로 다른(반대되는) 의견, 갈등, 분쟁 및 불일치

표준화 단계

함께 일하고, 업무 요구에 따라 일하는 습관과 행동을 조정하고, 신뢰를 배우기 시작하세요.

성숙한 단계

효율적으로 협력하고 문제를 해결하세요.

용해 단계

팀을 해체하고 사람들을 석방하라

제너럴리스트 전문가를 양성하는 방법, 제너럴리스트 전문가가 되는 방법

지식 공유

크로스 트레이닝, 스킬 트레이닝

페어 프로그래밍

요약하다

성공적인 애자일 팀의 역할

제품 소유자

제품 개발 방향 안내

제품 백로그 생성 및 유지 관리

비즈니스 가치에 따라 작업 주문

피드백을 제공하다

팀 진행자

민첩한 프로세스를 준수하는지 확인

팀을 지도하고 코치하며 팀의 장애물을 제거합니다.

다기능 팀 구성원

필요한 모든 기술을 갖춘 일반 전문가

잠재적으로 출시 가능한 제품을 정기적으로 제공

핵심 책임

단시간에 작업을 전달

다섯 가지 이벤트

세 가지 유물

1. 제품 백로그

딥 모델

제품 백로그 정리

반복 0

제품 백로그에 대한 준비 정의(DoR) 생성

준비의 정의

사용자 요구사항을 중심으로 한 팀의 체크리스트입니다. 여기에는 팀이 시작하는 데 필요한 모든 정보가 포함됩니다.

체크리스트

인용 품질 관리

다음 스프린트에서 사용자 스토리를 백로그에서 개발로 이동하기 위해 충족해야 하는 조건인 Ready의 정의

준비가 정의된 상태의 사용자 스토리 스토리가 즉시 실행 가능해야 함을 의미합니다.

그래서 준비된 상태 이는 세분성 세분화가 적절하다는 것을 의미합니다.

DoR 및 DoD

DoR(준비의 정의)

준비의 정의

정의

작업이나 기능을 시작하기 위해 충족해야 하는 일련의 조건이나 기준을 나타냅니다.

효과

DoR은 구현이 시작되기 전에 팀이 작업 또는 기능에 대해 명확하게 이해하고 합의하도록 돕습니다.

DoR에는 다음이 포함될 수 있습니다.

1. 업무 또는 기능

설명이 명확하고 구체적이며 상세합니다.

2. 타당성 조사 및 위험 평가

완전한

3. 필요한 자원(인력, 시간, 예산 등)

할당된

4. 프로젝트 요구 사항, 목표 및 승인 기준

명확히하다

5. 모든 관련 이해관계자가 업무 및 기능에 대해 논의했습니다.

합의에 도달

DoD(완료의 정의)

완료의 정의

정의

작업이나 기능이 완료된 것으로 간주되기 전에 충족해야 하는 일련의 조건이나 기준을 나타냅니다.

효과

DoD는 팀이 예상되는 품질과 표준에 따라 작업이나 기능을 완료하도록 돕습니다.

DoD에는 다음이 포함될 수 있습니다.

1. 코드가 작성되었으며 코드 리뷰를 통과했습니다.

2. 기능이 모든 예정된 테스트를 통과했습니다.

단위 테스트

통합 테스트

성능 시험

3. 문서가 완성되고 업데이트되었습니다.

사용자 매뉴얼

기술 문서

4. 작업 또는 기능과 관련된 문제 및 결함

해결됨

자연

모든 작업의 질서 있는 목록, 가치 지향

종류

가치 리스크를 고려하세요

비용, 종속성, 정치 등도 고려될 수 있습니다.

도구

카노 모델(KANO 모델)

사용자 요구사항을 분류하고 우선순위를 지정하는 데 유용한 도구

사용자 요구사항 분석 및 사용자 만족도에 미치는 영향을 바탕으로

제품 성능과 사용자 만족도 사이의 비선형 관계를 반영합니다.

개선 및 빗질

진보적인 디테일

콘텐츠

기능적 내용

기능적이지 않은 콘텐츠

기술 부채, 위험 대응, 운영 및 유지 관리 작업 등은 비기능 사용자 스토리로 백로그에 포함됩니다.

성능 요건

제품의 주요 작동 및 성능 요구 사항

우주 왕복선 무게

웹사이트 로드

성능 요구 사항은 단일 기능에 국한되지 않으므로 단일 기능의 승인 테스트에 포함되어서는 안 됩니다.

성능 요구사항에는 제품이 성능 지표를 통과하는지 확인하기 위한 전반적인 승인 테스트가 있어야 합니다.

위험

위험은 발생할 경우 프로젝트에 영향을 미칠 수 있는 불확실한 사건입니다.

Agile에서 부정적인 위험은 반가치와 같습니다.

가치는 돈을 절약하는 것이고, 위험은 돈을 쓰는 것이다

위험이 발생하면 이를 처리하는 데 시간과 자원을 투자해야 합니다.

이는 또한 프로젝트의 이익을 위협할 것입니다.

기민한

이는 비즈니스 가치와 위험 동인의 조합입니다.

가능한 한 빨리 위험 회피 및 이전 조치를 계획하십시오.

민첩한 프로젝트는 초기 단계에서 계속해서 반복하고 높은 위험을 처리합니다.

높은 위험을 조기에 노출

이러한 방식으로 위험 대응 비용이 상대적으로 낮아지고, 이후 단계에서 비효율적인 작업 입력이 발생할 가능성이 줄어듭니다.

소규모 위험 기반 실험

스파이(spying)라고 불리는 위험 관리 기술이다.

책임이 있는

주로 PO에서 생성하고 유지 관리함

심층 모델

상세한, 적절한, 추정 가능한, 긴급한, 우선순위가 지정된

나뉘다

너무 큰 사용자 스토리는 분할해야 함

반복 중에 완료될 수 있는지 확인하기 위해

다른

기능 중심 개발 모델(FDD)

이 모델에는 제품 소유자 역할이 없습니다.

FDD의 주요 인물

주요 개발자

클래스 소유자

기능팀

2. 할 일 목록을 반복하세요

자연

이 반복에서 완료해야 하는 목표와 작업 항목

특정 작업을 명확히 하세요.

팀에서 자체적으로 논의하고 접수합니다.

시간

반복 기획 회의에서 생성됨

원칙적으로

반복 프로세스 중에 반복 할 일 목록은 일반적으로 마음대로 변경되지 않습니다.

먼저 반복 작업이 성공적으로 완료되었는지 확인합니다.

조정

사용자 스토리가 이미 명백히 유효하지 않은 경우

또는 현재 상황이 긴급하여 이를 처리하지 못하면 전체 반복이 위태로워질 수 있습니다.

반복 백로그를 조정할 수 있습니다.

3. 배송 가능한 제품 증가

배송 가능한 제품 증분은 반복에서 실제로 완료된 사용자 스토리입니다.

잠재적인 패키지 제품 기능 증가

배송 가능한 제품 증가분, 배송된 값

변화에 더 효과적으로 대응할 수 있도록 가능한 한 빨리 가치를 제공하세요.

다섯 가지 이벤트

회의

1. 반복과 스프린트

민첩한 코치와 자율적인 팀이 정의하는 스프린트 주기

반복 시간 상자

팀 역량 및 프로젝트 특성과 일치해야 함

한번 결정되면 마음대로 조정되지 않습니다.

요구 사항이 자주 변경되고 고객이 더 높은 검토 빈도를 요구하는 경우

전체 반복 시간 상자를 단축할 수 있습니다.

8843

2. 반복 및 스프린트 계획 회의

PDCA-P

무엇을 합니까

스프린트 계획 회의

반복 작업과 목표를 결정하는 것입니다.

반복 대상

PO가 스프린트 동안 달성하고 달성하고자 하는 것

팀은 완료를 위해 노력할 수 있습니다.

반복 백로그(스프린트 백로그)

어떻게 이루어지는지 토론해 보세요

출력 반복 백로그

회의의 기본 내용

1. 일반적으로 PO에서는 제품 백로그(product backlog)를 설명하고 스토리를 구체화하며, 팀에서는 이를 평가하고 반복 백로그(sprint backlog)를 제시합니다.

2. 사용자 스토리를 작업으로 분할하여 시간 추정

3. 팀원 각자의 도메인 업무(과제)

4. 스프린트 백로그 업데이트

누가 참여하는가

PO, 개발팀, 애자일 코치

PO는 제품 백로그를 설명하고 스토리를 다듬습니다.

반복 백로그를 평가하고 제시하는 팀

관련 당사자가 팀 계획 및 수요 목표 변경을 이해하고 싶은 경우 스프린트 계획 회의에 초대될 수 있음

관계자는 이해할 수 있다

팀 상황

상품상황

얼마나 오래

타임박스 2X

1개월 반복 주기, 스프린트 계획 회의 시간 상자는 월 8시간입니다.

2시간/주

3. 일일 스탠드업 미팅

PDCA-D

무엇을 합니까

목적

프로젝트 상태 정보 이해(진행 상황 추적)

팀의 개별 상태를 이해하세요.

합의 정보

정보 격차 해소

문제, 장애물, 위험 식별

일일 스탠드업 회의는 애자일 원칙을 뒷받침하는 가장 중요한 초석 중 하나이며 마음대로 취소할 수 없습니다.

정보를 동기화하여 업무 가시성 및 정보 공유 제공

여는 방법

일일 스탠드업 회의는 팀이 직접 주최하고 토론을 통해 시간과 장소를 결정합니다.

회의에는 개발팀과 애자일 코치가 모두 참석하며, 상황에 따라 PO가 초청되며, 관련 당사자도 초청됩니다.

개발팀과 애자일 코치들이 모두 회의에 참석했습니다.

타임박스는 보통 15분

기타 사유(문화적 환경 등)가 회의의 효율성에 영향을 미치므로 시간을 적절하게 연장할 수 있으나 일반적으로 20분을 넘지 않습니다.

사람이 너무 많으면 팀을 나눠서 하는 것도 고려해 보세요

모두가 차례대로 질문에 답합니다.

1. 지난 스탠드업 미팅 이후 나는 무엇을 성취했는가?

2. 지금부터 다음 스탠드업 회의까지 무엇을 성취할 계획입니까?

3. 나의 장벽(위험 또는 문제)은 무엇입니까?

방송국 회의는 정보를 동기화하고 문제를 제기할 뿐 해결하지는 않습니다.

문제 해결은 일일 스탠드업 회의 후 개별적으로 조정 가능

안티패턴

현황보고회가 아님

문제를 발견하기만 하고 해결하지는 않는다

스탠드업 미팅 후 특별토론을 통해 문제 해결 가능

현재 반복 목표에 영향을 미치지 않고 전체 프로세스와 관련된 경우 회의를 검토하여 개선 사항을 논의할 수 있습니다.

4. 반복검토회의

PDCA-C

무엇을 합니까

반복 검토 회의에서: 1.PO 식별 "완료", 2. 완성된 사용자 스토리를 고객이 수락하고 피드백을 제공합니다.

스프린트 반복 중에 달성된 내용을 설명하세요.

완성된 작품을 보여주세요

원칙적으로 제품 소유자가 참석해야 합니다.

논의하다

다음번엔 기대됨

변화의 크기

유행 분석

완료되지 않았거나 승인되지 않은 사용자 스토리는 제품 백로그로 돌아가기 전에 협상하고 전달해야 합니다.

누가 참여하는가

제품 소유자, 주요 고객, 애자일 코치, 개발팀

얼마나 오래

1개월 반복 주기, 회의 시간 상자는 4시간입니다.

4시간/월

1시간/주

반복 검토 회의에서는 주로 작업 완료에 대해 설명하고 "완료" 기능을 시연합니다.

5. 반복검토회의

PDCA-A

무엇을 합니까

자신을 성찰하고 그 과정에 주의를 기울이십시오. 대책의 실효성 검토, 원인파악 및 개선방안 제시

잘 된 점과 잠재적인 개선이 필요한 부분에 대해 토론하세요.

팀이 프로세스를 조정하는 데 도움이 되는 경험과 교훈을 요약합니다.

목적

1. 이전 스프린트의 사람, 관계, 프로세스, 도구의 상황을 검토합니다.

2. 잘 진행된 주요 영역과 잠재적으로 개선이 필요한 영역을 식별하고 순위를 매깁니다.

3. 스크럼 팀의 작업 방식을 개선하기 위한 계획 개발

누가 참여하는가

일반적으로 팀 구성원, 민첩한 코치

민첩한 코치가 회의를 보장합니다.

긍정적이고 생산적이다

PO는 상황에 따라 다름

이해관계자들이 참여하도록 초대됩니다.

얼마나 오래

Iteration 검토 후 및 다음 Iteration 계획 전

한 달 반복 주기, 일반적으로 3시간

애자일의 장점과 단점

이점

변화에 빠르게 대응하고 문제를 신속하게 해결

한정

1. 범위 크리프가 발생합니다.

2. 비용 및 시간 추정이 부정확함

3. 인력에 영향을 받는 요인이 크다

4. 빠르게 변화하는 소규모 프로젝트에 적합

8. 린 스타트업

린스타트업(제품개발) 컨셉

기업가가 제품을 개발할 때 조사하고 실험하고 테스트하고 반복하는 새로운 사업을 시작하는 방법입니다.

빠른

재판

저렴한 비용

재판

예측 단계 제품 개발 모델

실험 차원을 설정하려면

동음이의어 기억: 실험이 필요하다

린 제품 개발 모델(Lean Startup Model)

원칙은 기업가가 다음을 수행할 수 있도록 보장합니다.

고객이 정말 원하는 제품을 개발하세요

검증되지 않은 아이디어로 사업을 운영하는 것보다

린스타트업(제품개발) 프로세스

발견 단계

고객/문제 매칭

동음이의어 기억: 문제 찾기

기획단계

문제/솔루션 일치

동음이의어 메모리: 솔루션

MVP 단계

제품/시장 적합성

동음이의어 메모리 : MVP 제품

확장 단계

채널/제품 매칭(스케일링)

동음이의어 메모리: 확장 채널

동음이의어 메모리: Fa Fang V 확장

프렌치 마이크로 확장

린 개발

발견 단계

고객/문제 매칭

도구

6프레임 사용자 초상화

요구 사항 = 사용자 시나리오 목표 작업

고객/문제 매칭

주요 체크포인트

타겟 고객 찾기

심각한 문제(고통점)가 있습니까?

엄격한 요구인가 아니면 빈도가 높은가?

목표 시장 부문

충분히 매력적인가요?

대규모, 빠른 성장 및 높은 전략적 위치

전략적 일관성

회사의 전략과 일치하는가?

기획단계

빠른 시행착오, 빠른 반복

문제/솔루션 일치

최초의 솔루션은 최상의 솔루션은커녕 실현 가능한 솔루션이 아닌 경우가 많습니다.

문제점 및 문제점

해결해야 할 문제와 문제점은 무엇입니까?

충족해야 할 필요성은 무엇입니까?

기존 대안

기존 대안은 무엇입니까?

당신의 가치 제안

우리 솔루션의 독특한 점은 무엇입니까?

고객이 우리 제품을 구매하는 이유는 무엇입니까?

도구

엘리베이터 테스트

범용 템플릿

1. 나에게 좋은 아이디어가 있습니다. 그렇게 해야 한다고 생각합니다.

~을 위한

대상 고객

WHO

필요와 기회

는

상품명

제품 카테고리

저것

핵심 가치 혜택

구매 이유를 설명하세요.

같지 않은

선택할 수 있는 주요 경쟁 제품

우리의 제품

차이점

2. 이 제품이 상용화되면 시장에서 확실히 인기를 끌 것 같아요!

린 스타트업 모범 사례 - 린 캔버스

다른

고객과의 심층 인터뷰

솔루션의 효율성을 테스트하기 위해

전문가와 상의하세요

델파이

솔루션의 위험 지점 식별

문제/솔루션 일치

핵심 사항 체크리스트

그러한 문제(고충점)를 안고 있는 대상 고객이 실제로 있는지 확인합니까?

그리고 시장은 충분히 매력적인가?

검증 솔루션이 과연 타겟 고객의 문제(Pain Point)를 해결할 수 있을까?

솔루션이 고유한 차별화된 제안을 형성할 수 있습니까?

제품이 시장 부문의 사용자에게 효과적으로 도달할 수 있습니까?

고객 테스트

기획단계

전문가 또는 대상 사용자에게 비즈니스 계획 BP 또는 Lean Canvas 모델을 보여주세요.

인터뷰를 실시하다

계획의 효율성을 확인하세요.

반복적인 개선

초점이 맞춰져야 한다

주요 추측 및 가정

MVB (최소 실행 가능 사업)

최소 실행 가능한 비즈니스 테스트

주메이요핀

얼리 어답터와 공동 제작

MVP 단계

최소 실행 가능한 제품

제품 비즈니스 모델, 위험 식별 "4가지 질문"

제품팀 자체 감사 방식

~이든

강력하고 주파수 수요가 있습니까?

~이든

공격형과 방어형 둘 다?

~이든

사람과 사물을 일치시키나요?

~이든

손익분기점?

MVP 사례

주요 요점

제품의 가장 큰 위험을 찾아보세요. 린 캔버스

최소한의 리소스로 MVP 디자인

비즈니스 측면

개발

MVP는 사용자의 핵심 문제를 해결하고 데이터를 수집하여 위험을 확인할 수 있어야 합니다.

제품/시장 적합성

핵심 사항 체크리스트

제품의 주요 데이터 지표가 이상적인 상태에 도달했습니까? 시장의 매력을 느꼈습니까?

제품이 통과됐나요?

40% 지표 검증

확장하다

40% 표시

"그로스해킹"

시장 매칭 PMF 달성 여부를 검증하는 데 사용됩니다.

설문조사에 참여한 사용자 중 최소 40%는 특정 제품이나 서비스를 더 이상 사용할 수 없게 되면 "매우 실망"할 것이라고 답했습니다.

또는 설문조사에 참여한 사용자 중 최소 40%가 해당 제품이나 서비스를 '필수' 제품으로 간주합니다.

틈을 건너

사용자 경험 지도

피크 엔드 법칙

문제

기능의 성급한 일반화

시장이 조기에 확장됨

해결책

확장 단계

제품이 확장되기 위해서는 데이터 중심의 성장 제품 운영이 있어야 하며, 채널과 제품이 잘 일치해야 합니다.

빌드-테스트-학습 루프(BML)

구축-측정-학습

일부 제품을 개발하고, 이를 대상 고객에게 제공하고, 반응을 테스트한 후, 결과를 통해 학습함으로써 가설을 개발하고 측정하는 과정을 설명합니다. 이는 제품 혁신 프로세스 전반에 걸쳐 지속적인 개선 접근 방식입니다.

기업가 정신 (아이디어)

빌드(제품)

측정 데이터)

학습(새로운 아이디어)

효과

신속하게 반복

후원

작은 발걸음 앞으로

반복주기 단축

테스트 구동

측정 데이터 표시기

검증 가능한 지식을 얻다

반복 결과

조정 또는 변형

가설 확인 및 변환

증폭된 변환

이전에는 제품 내의 단일 기능으로 생각되었던 것이 전체 제품이 됩니다.

축소된 변환

전체 제품으로 간주되었던 것이 더 큰 제품의 단일 기능이 됩니다.

고객 부문 혁신

제품은 실제 고객을 유치할 수 있지만 원래 비전의 고객은 그렇지 않습니다.

실제 문제를 해결하지만 보다 인정받는 시장 부문을 목표로 삼아야 합니다.

고객 요구 변화

초기 고객 피드백은 해결 중인 문제가 중요하지 않거나 재정적으로 실현 가능하지 않음을 나타냅니다.

위치를 바꾸거나 완전히 새로운 제품이 필요한 경우

플랫폼 전환

애플리케이션에서 플랫폼으로 또는 그 반대로 변경

사업구조 전환

고수익/저매출, 저수익/고매출 중 하나를 선택해야 합니다.

가치 포착 변환

스타트업이 가치를 포착하는 방식의 변화는 비즈니스, 제품 및 마케팅 전략에 큰 영향을 미칠 것입니다.

"무료" 모델은 큰 가치를 얻지 못함

성장엔진 전환

올바른 성장 엔진 모델(바이럴, 고정, 유료)을 선택하면 성장 속도와 수익성에 큰 영향을 미칠 수 있습니다.

채널 전환

고유한 가격, 기능, 경쟁력 있는 포지셔닝 조정이 필요한 판매 또는 유통 채널 허브

기술 혁신

문제를 해결하기 위해 완전히 다른 기술을 사용하십시오. 특히 새로운 기술이 뛰어난 가격과 성능 향상을 제공할 수 있는 경우에는 더욱 그렇습니다.

학습 계획 - 나선형 개선

좋은 계획은 빨리 실패하므로 빨리 배울 수 있다

예측 단계와 린 제품 개발 모델 비교

9.시스템엔지니어링

개념

시스템 사고와 시스템 엔지니어링 프로세스 모델의 개념 통합

설계, 프로젝트 관리 도구 및 방법론의 체계적이고 통합된 프로세스를 통해 문제를 솔루션으로 전환합니다.

시스템 엔지니어링은 수많은 기술 및 인간 중심 분야가 중복되고 체계적으로 통합됩니다.

목적

산업, 기계, 제조, 제어, 소프트웨어, 전기 및 토목 공학은 물론 사이버네틱스, 조직 연구 및 프로젝트 관리의 요소를 시스템 수명 주기에 결합하고 통합하는 것입니다.

따라서 시스템 사용자 요구 사항은 기술 및 관리 프로세스를 통해 안정적으로 캡슐화되고 전달됩니다.

디자인 프레임워크의 단계

첫 번째 단계

계획

제품

선택하다

일

2 단계

분명한

일

의해서 준비되었다

요구사항 목록

세 번째 단계

식별하다

해결해야 할 기본 문제

네 번째 단계

설립하다

기능적 구조

다섯 번째 단계

연구하고 채택하세요

작동 원리

6단계

선택하다

적합한 솔루션

7단계

확신하는

원칙적인 해결책

8단계

평가하다

원칙적인 해결책

개략도

특징

1. 솔직하고 의도적이며 심층적인 디자인 사고

2. 종합분석부터 세부분석까지 분석을 통해 '문제'를 정의합니다.

3. 학제간

4. 복잡성 관리

5. 비용 절감

6. 위험 감소

7. 프로젝트 진행 속도 향상

8.최적화

9. 제품 품질 개선

장점과 단점

10. 디자인적 사고

정의

창의적인 문제 해결 접근법이다

비선형 방법

D-씽킹으로도 알려진 디자인 싱킹은 DIEO가 제안한 '딥 다이브' 방식을 기반으로 합니다.

즉, 문제를 발견하고 창의적으로 해결하는 보다 포괄적이고 체계적이며 협력적인 방식입니다.

팀 브라운(Tim Brown): 디자인적 사고는 디자이너가 보유한 다양한 도구에서 영감을 얻어 혁신에 대한 인간 중심의 접근 방식입니다.

인간의 필요

기술적 가능성

비즈니스 성공을 위한 요구 사항

결합된

디자이너 패스

가능한 해결책을 제안하다

계획을 제안하다

간단한 프로토타입 만들기

고객 피드백 받기

피드백 받기

재설계

다시 프로토타입 등

다시 프로토타입

드디어 문제를 해결하다

문제를 풀다

단계

프레임 내용

식별하다

발견하다

고객 인사이트를 통해 기회 발견

가능성

전제는 반복 프로세스를 통해 여러 소스의 정보를 통합하는 것입니다.

정의

제품과 관련된 고객의 요구를 깊이 이해

필요

이는 일종의 제품 설계 사양으로 이어질 수 있습니다.

해결하다

만들다

목표 시장과 공유할 수 있는 컨셉과 프로토타입 개발

컨셉, 프로토타입

평가하다

프로토타입에 대한 추가 피드백은 여러 번의 개선 반복을 위한 기초로 사용됩니다.

프로토타입, 피드백, 반복적인 개선

해결 과정

디자이너는 가능한 솔루션을 제안합니다

계획

간단한 프로토타입을 제작하고 고객 피드백을 받으세요

간단한 프로토타입, 피드백

재설계, 재프로토타입 등을 수행합니다.

프로토타입 재설계

드디어 문제를 해결하다

문제를 풀다

3. 여러 프로세스의 비교

멘징 VS 보스