마인드 맵 갤러리 NPDP3 신제품 개발 프로세스
NPDP3 신제품 개발 프로세스에 대한 마인드맵입니다. 포함 내용: 제품 개발 프로세스 비교 및 제품 개발 프로세스 모델 요약, 제품 개발 프로세스 거버넌스, 제품 혁신 헌장.
2021-10-20 10:15:24에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
신제품 프로세스
제품 개발: "위험과 보상" 프로세스
쿠퍼 (2001)
제품 개발 프로세스는 대략 "위험 관리" 도박과 동일합니다. 도박의 규칙은 다음과 같습니다.
불확실성이 높으면 베팅을 줄여라
불확실성이 감소함에 따라 지분은 증가합니다.
2012년 PDMD 조사에 따르면 신제품의 성공률은 61%로 나타났다(Markham and Lee, 2013). 성공률은 주로 회사가 채택한 신제품 개발 관행 및 프로세스의 품질에 따라 달라집니다.
성과가 좋은 회사의 성공률은 82%입니다.
다른 회사의 성공률은 59%입니다.
신제품 실패 위험 관리
신제품 개발의 누적 비용
비용이 증가하면 위험은 감소합니다.
지식은 결정을 바꾸고 불확실성을 줄일 수 있습니다.
표준 의사결정 프레임워크
올바른 결정을 내리는 데 필요한 지식, 정보 및 데이터의 출처
조직 기록
직원 정리
외부 컨설턴트
출판된 문헌
특허
경쟁자
고객님, 잠깐만요
제품 개발 프로세스에서 "프론트 엔드"의 중요성(Fuzzy Front End)
이는 조직이 공식적인 제품 개발 프로세스에 들어가기 전에 기회를 식별하고 개념을 개발하는 단계입니다.
이 단계에는 아이디어 창출 단계, 초기 컨셉 개발 단계 및 고급 사업 단계가 포함됩니다.
초기에는 비용이 상대적으로 낮았습니다. 프로토타입 개발의 후기 단계와 상용화를 위한 규모 확장 과정에서 비용이 크게 증가하기 시작합니다. "퍼지 프런트 엔드"는 조직에 더 낮은 비용으로 신제품의 잠재력을 보다 명확하게 탐색할 수 있는 기회를 제공합니다.
제품 개발 과정
신제품 프로세스 정의(Kahn, 2013)
초기 아이디어를 지속적으로 시장성 있는 제품 및 서비스로 전환하기 위해 회사가 수행하는 일련의 구조화된 작업 및 작업 프로세스입니다.
보스, 앨런, 해밀턴(1982) 6단계
탐구
상영
사업평가
개발
테스트
상용화
신제품 개발 프로세스
스테이지 게이트 - 쿠퍼와 에지트(1980년대)
게이트 관리 프로세스의 기본 모델
게이트 관리 프로세스의 주요 단계
발견
새로운 기회와 새로운 제품 아이디어 찾기
범위 지정
시장 기회, 기술 요구 사항 및 기능 가용성에 대한 사전 평가
프로젝트 분석(비즈니스 사례)
보다 심층적인 기술, 시장 및 상업적 타당성 분석을 포함하여 심사 단계를 넘어서는 중요한 단계
개발
제품 설계, 프로토타입 제작, 제조 가능성을 위한 설계, 제조 준비 및 시장 진출 계획
테스트 및 검증
모든 가정과 결론을 수정하기 위해 제품과 상용화 계획의 모든 측면을 테스트합니다.
시작하다
대규모 생산 및 상업 출시를 포함한 제품의 완전한 상용화
게이트 관리 프로세스 단계 및 수량 조정은 다음에 따라 다릅니다.
신제품 출시가 시급합니다. 시간이 촉박할수록 프로세스가 빡빡해지고 단계 수가 줄어듭니다.
신제품과 관련된 불확실성 또는 위험 수준과 관련된 기술 및 시장 영역에 대한 기존 지식. 기존 지식이 넓을수록 위험은 낮아지고 필요한 단계는 줄어듭니다.
위험을 줄이려면 불확실성이 클수록 더 많은 정보가 필요하므로 프로세스가 더 길어집니다.
게이트 관리 프로세스의 단순화된 다이어그램
단계
의미
단계는 전체 제품 개발 프로세스에서 정의된 영역입니다.
포함하다
활동
프로젝트 리더와 팀원이 프로젝트 계획에 따라 완료해야 할 사항
통합분석
부서 간 커뮤니케이션을 통해 프로젝트 리더와 팀원이 모든 활동의 결과를 종합적으로 분석합니다.
결과물
종합분석결과 제출, Gate 입장 시 팀이 작성하여 제출요청해야 하는 내용입니다.
문
의미
게이트는 제품 개발 프로세스에서 정의된 지점입니다. 프로세스의 이 시점에서 프로젝트의 미래에 대한 중요한 결정을 내려야 합니다.
포함하다
결과물
게이트 리뷰 포인트에 대한 내용을 입력합니다. 전달 가능한 성공은 이전 단계의 작업 결과이며 구현에 따라 결정됩니다. 각 게이트에는 표준 배송물 목록이 있습니다.
기준
프로젝트를 판단하는 데 사용되는 척도로서 프로젝트의 통과 여부와 프로젝트의 우선순위를 결정합니다. 이러한 기준은 일반적으로 재정적 기준과 질적 기준을 모두 포함하는 채점 시트로 설계됩니다.
출력
게이트 리뷰 결과입니다. 게이트는 결정(통과/촬영/보류/재실행) 및 다음 단계로의 경로(승인된 프로젝트 계획, 다음 게이트의 날짜 및 결과물)를 포함한 명확한 출력 콘텐츠를 제공해야 합니다.
게이트 관리 프로세스의 장점과 한계
이점
제품 개발을 위한 지침과 제약사항을 제공합니다.
품질 의사결정 강조
모든 참가자에게 투명함
다양한 유형의 조직에서 사용됩니다.
한정
지나치게 관료주의화될 위험
완전한 이해가 없으면 지나치게 경직되고 비용이 많이 드는 오해가 발생할 수 있습니다.
지침과 제약을 따르면 창의성이 어느 정도 억제될 수 있습니다.
게이트 관리 프로세스 개발 및 적용
쿠퍼 (2014)
프로세스의 기본 원칙은 동일하지만 게이트 관리 프로세스의 적용은 특정 상황에 맞게 수정되어야 합니다.
통합 제품 개발(IPD)
통합 제품 개발의 개념은 1990년대 항공우주 제품에 널리 사용되었던 "Concurrent Engineering"에서 발전되었습니다.
웨너 외(1988)
동시 엔지니어링은 제조 및 지원을 포함하여 제품과 관련 프로세스의 통합된 동시 설계에 대한 체계적인 접근 방식입니다. 이 접근 방식을 통해 개발자는 처음부터 제품 수명주기의 모든 요소를 고려할 수 있습니다. 개념부터 구현까지, 품질, 비용, 일정부터 사용자 요구까지
동시공학의 기본 전제
기능성, 제조 가능성, 조립, 테스트, 유지 관리, 환경 영향부터 최종 폐기 및 재활용에 이르기까지 제품 수명 주기의 모든 요소가 초기 설계 단계에서 고려됩니다.
병렬적인 프로모션 프로세스가 생산성과 제품 품질을 크게 향상시킬 수 있다는 점을 고려하여 앞서 언급한 디자인 활동은 모두 동시에, 즉 병렬적으로 수행됩니다.
폭포 모델
Winston Royce(1970), 21은 소프트웨어 산업에서 널리 사용된다.
5단계
필요하다
해당 제품에 필요한 기능, 용도, 사용자 요구 등을 이해합니다.
설계
프로젝트를 완료하는 데 필요한 소프트웨어 및 하드웨어를 결정하고 이를 실제 설계로 변환합니다.
구현하다
프로젝트 요구 사항 및 설계 사양을 기반으로 실제 코드 작성
확인하다
제품이 고객 기대에 부응하는지 확인
유지하다
고객을 통해 제품 설계의 결함이나 오류를 파악하고 수정합니다.
통합 제품 개발의 정의(Kahn, 2013)
다양한 기능 시스템의 결과와 개념을 체계적이고 종합적으로 적용하여 신제품을 효과적이고 효율적으로 개발하고 고객의 요구를 충족시키는 방법입니다.
IBM은 폭포수 방식에서 통합 제품 개발 프로세스로 전환합니다.
고객 요구 사항 충족, 법무 부서 규정 준수, 안전 표준 충족, 유지 관리 비용 절감 및 기업 자원 사용 최적화
제품 수명주기 관리
IBM PLM 솔루션(2009)
목표
기본적인 제품 개발 도구 적용부터 프로젝트 관리 적용, 고객의 소리와 전략적 연계까지 최종적으로 지식 습득 및 관리를 기반으로 한 학습 문화를 구축합니다.
통합 제품 개발 시스템을 기반으로 한 조직 관행의 계층 구조
특징
학습과 지속적인 개선에 특별한 초점
린 개발 (린)
린 제품 개발이란 무엇입니까(린 제품 개발은 생산성에 관한 것입니다)(Mastelli, 2011)
시간당 또는 단위당 수익 창출
디자이너나 개발자의 효과적인 활용
출시 시간 단축
단위 시간당 더 많은 프로젝트 완료
더 많은 고객 만족, 더 많은 시간 축적
낭비가 적다
잠재적인 폐기물 발생원
혼란스러운 작업 환경
사용 가능한 자원 부족
명확한 우선순위가 부족함
서로 다른 기능 간 의사소통에 장벽이 있음
잘못된 제품 요구 사항 정의
문법성에 대한 조기 고려 부족
과잉설계
비생산적인 회의가 너무 많습니다
이메일이 너무 많아
신제품 개발을 위한 제안
고객이 정의한 가치를 구축하고 가치를 추가하지 않는 낭비를 제거합니다.
제품 개발의 프런트 엔드에 더 많은 에너지를 투자하고, 가능한 모든 솔루션을 완전히 탐색하고, 설계 공간을 최대화합니다.
높은 수준의 제품 개발 프로세스 구축
변동성을 줄이고 유연성을 창출하며 예측 가능한 결과를 생성하기 위해 엄격하고 표준화된 프로세스를 구현합니다.
개발 프로세스의 처음부터 끝까지 통합을 담당하는 수석 엔지니어 체제 구축
직무 전문성과 부서 간 통합의 균형 유지
모든 엔지니어의 역량을 개발하세요
공급업체를 제품 개발 시스템에 완전히 통합합니다.
학습의 개념 확립과 지속적인 개선
우수성과 지속적인 개선을 지원하는 조직 문화 조성
사람과 프로세스를 일치시키는 기술 채택
간단한 시각적 커뮤니케이션으로 전체 조직을 정렬하세요
효과적인 표준화 도구와 조직 학습 도구를 잘 활용하세요.
린 제품 개발의 장점과 한계
이점
엄격한 통제보다는 정보의 원활한 흐름에 초점을 맞춘 프로세스
이벤트 중심 접근 방식으로 협업을 단순화하고 설계를 최적화합니다.
일정, 비용, 성과 및 품질에 대한 위험을 사전에 관리하고 통제하는 데 중점을 둡니다.
모든 규모의 프로젝트에 적합
문서화, 진행, 우선순위 지정, 문제 해결을 위한 도구는 대개 간단하고 시각적입니다.
국 현상
관련된 사람들은 상당히 헌신적이고 경험이 풍부해야 합니다. 그래야만 시스템 개선을 제안하고 시스템 변화에 적극적으로 대응할 수 있습니다.
조직의 구조와 문화를 바꿔야 합니다. 특히, 조직은 통일되고 헌신적인 프로젝트 문화와 적절한 지원 조직 구조를 가져야 합니다.
강력한 공급업체 관리가 필요합니다. 린(Lean) 제품 개발 또는 정시 납품에는 공급업체와의 동기화 및 원활한 의사소통이 필요합니다.
조직은 프로젝트 목표와 방향의 변화를 기꺼이 수용할 수 있습니다.
린 제품 개발 프로세스의 핵심 개념
애자일 개발(Agile)
기민한
민첩한 방법은 협업 환경에서 자유롭게 조직된 팀이 반복적으로 제품을 개발하는 프로세스입니다.
점진적이고 반복적인 작업 단계를 통해 팀은 스프린트라고도 하는 미래 기대에 대응할 수 있습니다.
애자일 개발은 소프트웨어 산업에서 널리 사용됩니다.
2001년 2월, 17명의 소프트웨어 개발자가 유타에 모여 경량 개발 방법을 논의하고 애자일 개발 선언문을 발표했습니다.
각 문장마다 오른쪽 항목도 가치가 있지만, 우리는 왼쪽 항목이 더 중요하고 가치 있다고 생각합니다.
개인과 상호 작용이 프로세스와 도구보다 우선합니다.
작동하는 소프트웨어가 포괄적인 문서보다 낫습니다.
고객 협업이 계약 협상보다 중요합니다
그에 따라 변화하는 것이 계획을 따르는 것보다 낫습니다.
민첩한 제품 개발의 주요 원칙
우리의 최우선 과제는 가치 있는 소프트웨어를 조기에 지속적으로 제공하여 고객을 만족시키는 것입니다.
우리는 개발 후반에도 요구 사항의 변경을 환영합니다. 민첩한 프로세스는 이러한 변화를 고객의 경쟁 우위로 전환합니다.
작동하는 소프트웨어를 몇 주 또는 몇 달에 한 번씩 자주 제공하세요. 짧을수록 좋습니다.
프로젝트 기간 동안 사업가와 개발자가 함께 작업합니다.
프로젝트를 개발하고, 그들에게 필요한 환경과 지원을 제공하고, 그들이 업무를 잘 수행할 것이라고 신뢰하도록 의욕 있는 사람들을 모집하세요.
개발팀에서 정보를 전달하는 가장 시간을 절약하고 효과적인 방법은 대면 커뮤니케이션입니다.
작동하는 소프트웨어는 발전의 주요 척도입니다.
민첩한 프로세스는 지속 가능한 개발에 도움이 됩니다. 스폰서, 개발자 및 사용자는 항상 고정된 진행 속도를 유지해야 합니다.
민첩성 향상을 위한 첨단 기술과 우수한 디자인에 지속적으로 집중
단순성 - 백로그를 최소화하는 기술은 모든 것의 기초입니다.
스스로 조직하는 팀만이 최고의 아키텍처와 디자인을 생산할 수 있습니다.
팀은 업무 효율성을 향상하고 업무 프로세스를 조정하는 방법을 정기적으로 반영합니다.
민첩한 제품 개발 프로세스의 핵심 요소
제품 백로그
제품 백로그는 기능적 및 비기능적 고객 요구 사항은 물론 기술 팀 요구 사항을 포함하여 시스템 요구 사항의 우선 순위 목록입니다.
제품 백로그는 다양한 소스에서 나오지만 우선순위 지정은 제품 소유자의 단독 책임입니다.
제품 백로그 항목은 팀이 스프린트 반복으로 완료할 수 있을 만큼 작은 작업 단위입니다.
민첩한 프로세스(스크럼)
의미 - (서덜랜드, 2014)
Agile은 1993년 Jeff Sutherland가 만든 프로세스로, 럭비 팀의 "스크럼" 스크럼에서 영감을 받았습니다.
Agile 프로세스는 가장 프로세스 지향적인 Agile 구현 프레임워크입니다. 이 접근 방식을 사용하면 소프트웨어 생성이 일정한 속도로 진행되며, 새로운 제품을 개발하는 일련의 고정 길이 반복이 이루어집니다.
스프린트
의미
스프린트는 개발 단계가 검토 단계로 들어갈 수 있도록 특정 작업이 완료되는 기간입니다.
기획 회의
계획 회의는 모든 스프린트의 출발점입니다. 기획 회의에서는 제품 리드(작업을 할당하는 사람)와 팀 개발자가 스프린트를 위해 완료할 작업을 논의하고 결정합니다. 스프린트 주기는 애자일 코치에 의해 결정됩니다.
스프린트 계획 회의
스프린트
스프린트가 시작된 후
제품 관리자가 작업을 일시 중지하고 개발팀이 작업을 담당합니다.
스프린트가 끝날 때
팀은 완료된 작업을 제품 책임자에게 넘깁니다. 제품 책임자는 스프린트 회의에서 설정된 기준에 따라 작업을 수락할지 거부할지 결정합니다.
제품 소유자
누구야?
제품 소유자는 고객의 이익을 대표하고 제품 백로그에 요구사항의 우선순위를 지정하고 나열하는 데 최종 결정권을 갖는 사람입니다.
일
그는 특히 스프린트 계획 회의 중에 항상 팀에 접근할 수 있어야 합니다.
스프린트가 시작된 후 제품 리더는 더 이상 팀을 관리하거나 작업을 변경해서는 안 됩니다.
제품 소유자의 주요 책임은 경쟁하는 이해관계자의 이익 균형을 맞추는 것입니다.
애자일 코치(스크럼 마스터)
애자일 코치는 팀과 제품 소유자 사이의 촉진자입니다. 그의 직무는 팀을 관리하는 것이 아니라 팀과 제품 리드를 돕는 것입니다.
애자일 코치가 팀과 제품 리드를 돕는 방법
팀과 제품 리드 사이의 장벽을 제거하세요
팀의 창의성을 자극하고 팀에 권한을 부여합니다.
팀 생산성 향상
엔지니어링 도구 및 관행 개선
팀의 진행 상황에 대한 정보가 실시간으로 업데이트되고 모든 구성원이 볼 수 있도록 보장
애자일 팀(스크럼 팀)
애자일팀은 보통 7명으로 구성되나, 2명씩 증감 가능
스프린트 목표를 달성하기 위해 팀 구성원은 일반적으로 여러 기능 부서의 사람들과 비전문가(교차 기능 팀)로 구성됩니다.
소프트웨어 개발팀 구성원에는 소프트웨어 엔지니어, 건축가, 프로그래머, 분석가, 품질 전문가, 테스터, UI 디자이너 등이 포함됩니다.
스프린트 동안 팀은 스프린트 목표를 달성하기 위해 스스로 조직합니다.
팀은 목표 달성 방법에 대한 자율성을 가지며 해당 목표에 대해 책임을 집니다.
애자일 프로세스 세분화
애자일 제품 개발의 장점과 한계
이점
민첩한 프로세스는 비즈니스 요구 사항을 정량화하거나 성공하기 어려운 제품 개발에 새롭고 실행 가능한 기회를 제공합니다.
민첩한 방법을 함께 결합함으로써 급변하는 환경에서 최첨단 개발을 신속하게 코딩하고 테스트할 수 있습니다. 문제가 발생하면 쉽게 해결할 수 있습니다.
정기적인 회의를 통해 업무 진행 상황을 수시로 업데이트합니다. Agile은 가벼운 관리 및 제어 방법이므로 프로젝트 개발에 대한 가시성이 분명합니다.
다른 민첩한 방법과 마찬가지로 이는 본질적으로 반복적이며 사용자의 지속적인 피드백이 필요합니다.
짧은 스프린트 주기와 시기적절한 피드백 덕분에 팀은 변화에 더 쉽게 대응할 수 있습니다.
종종 일일 회의를 통해 개인 생산성을 평가하여 팀 구성원의 생산성을 향상시킬 수 있습니다.
일일 회의를 통해 문제를 사전에 파악하고 신속하게 해결할 수 있습니다.
Agile 방법은 모든 기술이나 프로그래밍 언어, 특히 빠르게 변화하는 Web 2.0 프로젝트 또는 새로운 미디어 프로젝트와 호환됩니다.
프로세스 및 관리 측면에서 운영 비용이 최소화되어 프로젝트가 더 빠르게 진행되고 비용이 절감됩니다.
한정
Agile은 "범위 확장" 문제의 주요 원인입니다. 이는 명확한 기한이 없는 한 프로젝트 관리 이해관계자가 팀에 새로운 기능을 제공하도록 요청할 것이기 때문입니다.
작업이 명확하게 정의되지 않으면 프로젝트 비용 및 시간 추정이 부정확해집니다. 이 경우 작업은 여러 스프린트에 걸쳐 분산될 수 있습니다.
팀원들이 최선을 다하지 않으면 프로젝트 수상이 완료되지 않거나 실패하게 됩니다.
Agile 방법은 소규모 팀에서도 완성할 수 있으므로 빠르게 변화하는 소규모 프로젝트에 적합합니다.
민첩한 방법에는 숙련된 팀원이 필요합니다. 팀에 초보자가 있는 경우 프로젝트가 제 시간에 완료되지 않을 수 있습니다.
민첩한 코치가 자신의 팀을 신뢰한다면 민첩한 방법과 프로젝트 관리가 더 잘 작동할 것입니다. 애자일 코치가 팀원들에 대해 지나치게 엄격한 통제를 하게 되면 팀원들에게 큰 좌절감을 안겨주고, 팀의 동기부여가 부족해 프로젝트 실패로 이어질 수 있다.
개발 과정에서 팀원이 떠나는 것은 프로젝트 개발에 막대한 부정적인 영향을 미칠 것입니다.
테스트 팀이 각 스프린트 후에 회귀 테스트를 수행할 수 없으면 프로젝트 품질 관리자가 구현하고 정량화하기가 어려울 것입니다.
디자인적 사고
제품 개발 프로세스 모델의 비교 및 요약
특정 모델은 일부 특정 상황에 적합할 수 있지만 대부분의 시나리오에는 여러 모델의 적절한 조합이 필요합니다.
민첩하고 린
기대다
Lean은 특히 제조 공정에서 흔히 발생하는 반복 작업의 경우 낭비를 줄이고 운영 효율성을 향상시키는 것을 목표로 합니다.
제품 개발에 대한 린 접근 방식의 진정한 가치는 이 접근 방식의 초점(일련의 핵심 원칙 또는 지침)이 신제품 개발 프로세스의 기초 역할을 한다는 것입니다.
린 스텝(Lean Step)은 정의된 프로세스이지 신제품을 성공적으로 개발하는 데 필요한 특정 행동과 작업에 초점을 맞춘 프로세스가 아닙니다.
기민한
애자일 디자인의 원래 의도는 짧은 시간에 작업을 수행하고 고객과 자주 상호 작용하며 변화에 빠르게 대응하는 것입니다.
민첩한 구조, 프로세스 및 역할은 제품 또는 제품 구성 요소 개발에 적용될 때 명확하게 정의됩니다. 간단히 말해서 Agile은 시간 중심의 반복 철학을 구현합니다. 즉, 단계별 방식으로 제품을 구축하고 제품을 작은 조각으로 전달하는 것입니다.
장점 중 하나는 어떤 단계(피드백, 시장 상황, 기업 장애 등에 따라)에 적응하고 변화할 수 있으며 시장과 관련된 제품만 제공할 수 있는 능력입니다.
린(Lean)과 애자일(Agile)은 본질적으로 서로 관련이 없습니다. 신제품을 개발할 때 린(Lean)을 추구할 필요가 없고, 운영 효율성을 향상할 때 민첩성을 추구할 필요도 없습니다.
민첩한 및 게이트웨이 관리
게이트웨이 관리
출입구 관리 프로세스
출입문 관리 프로세스는 프로젝트 관리나 경계 계획 모델이 아닙니다. 오히려 아이디어부터 출시 단계까지 포괄적이고 완벽한 시스템입니다. 이는 다기능(기술 제품 개발자는 물론 영업, 마케팅, 운영 부서 포함)의 거시적 계획 프로세스입니다.
게이트웨이에 세심한주의를 기울이십시오
게이츠는 투자 결정 모델의 기초를 형성하며, 게이트에서 주요 질문에 답해야 합니다.
올바른 프로젝트를 진행하고 있나요?
프로젝트를 제대로 진행하고 있나요?
기민한
Agile은 신속한 소프트웨어 개발을 위해 설계되었습니다.
실제로 개발 단계는 일련의 스프린트로 구성되며, 각 스프린트 또는 반복은 작업 제품(코드 또는 소프트웨어 실행)을 생성하며 작업 제품은 이해관계자(고객)에게 시연될 수 있습니다.
반복은 제품에 충분한 기능을 추가하지 못하거나 제품의 릴리스 요구 사항을 충족하지 못할 수 있지만 각 반복이 끝나면 반복의 목표인 잠재적으로 사용 가능한 버전이 있게 됩니다.
제품이나 새로운 기능을 출시하려면 여러 번의 반복이 필요한 경우가 많습니다. 스프린트는 보통 3~5주 동안 지속됩니다.
하위 주제
애자일 관리와 게이트웨이 관리의 관계
쿠퍼 (2015)
애자일 관리와 게이트웨이 관리는 서로를 대체할 수 없습니다. 오히려 Agile은 특정 단계(아마도 3단계와 4단계)의 속도를 높이기 위해 게이트 관리 프로세스 내에서 사용할 수 있는 효과적인 주변 계획 도구이자 프로젝트 관리 도구입니다.
게이트웨이 관리 및 민첩성
소프트웨어 개발 중 출입구 관리에서 애자일의 역할(Cooper, 2015)
제품 개발을 다른 프로세스 관리와 통합
통합 제품 개발
통합 제품 개발은 제품 개발의 기능, 역할 및 행동을 통합하기 위한 프레임워크를 제공합니다.
정의
다양한 기능 시스템의 성공과 개념을 체계적이고 포괄적으로 적용하여 신제품을 효과적이고 효율적으로 개발하고 고객 요구를 충족시키는 방법입니다.
게이트 관리 모델의 거시적 계획 특성 및 의사결정 기반, 애자일 모델의 미시적 계획 및 유연성, 린 방식의 시간 및 에너지 낭비 감소 강조, 학습 조직에서 제품 개발의 포괄적 통합은 다음과 같습니다. 잠재적으로 상호 배타적이지 않고 상호 보완적입니다.
학습과 지속적인 개선에 중점을 두고 각 모델의 요소를 제품 개발 프로세스에 꼭 맞는 모델로 통합하는 것은 진정한 고급 제품 개발 방식의 특징입니다.
제품 개발 프로세스의 거버넌스
“거버넌스”라는 용어는 이사회의 업무를 설명하는 데 자주 사용됩니다. 여기서는 일상적인 비즈니스 운영보다는 전략적 문제에 대해 생각하는 데 중점을 둡니다.
정의(프로젝트 관리 연구소)
프로젝트, 프로그램 및 포트폴리오 관리 활동을 안내하는 데 사용되는 프레임워크, 기능 및 프로세스입니다. 조직의 프로젝트 관리에서 거버넌스는 프로젝트 관리를 위한 조직의 전략적 실행 프레임워크에 대한 지침, 의사결정 및 감독을 제공합니다.
거버넌스 관점에서 답변해야 할 질문
제품 개발 프로세스가 조직 및 해당 제품 또는 서비스와 관련된 요구 사항에 부합합니까? 프로세스가 조직 전체에 잘 전달되고, 이해되고, 수용되고 있습니까?
새로운 제품이나 서비스의 결과가 측정 가능한 목표를 달성해야 합니까? 제품 개발에 참여하는 모든 사람이 이러한 목표를 이해하고 수용하고 있습니까?
실제 지출 대비 예산, 마일스톤 시점, 전체 개발 주기 시간 등 프로세스 관련 지표가 있습니까? 이러한 지표가 학습과 지속적인 개선의 기초가 됩니까?
관리 권한과 개인 책임의 균형을 적절하게 유지합니까?
의사결정 프로토콜과 프로세스가 효과적이고 시기적절한 의사결정을 가능하게 합니까? 실패와 지연을 초래할 수 있는 중요하고 불필요한 장애물이 있습니까?
제품 개발 프로세스는 조직의 여러 부서에 걸쳐 입력 정보, 출력 정보 및 프로세스 지표를 기반으로 정기적으로 검토됩니까?
제품 혁신 헌장
제품 혁신 헌장은 조직을 신제품 상용화 프로세스의 중심에 두는 핵심 전략 문서입니다. 이는 프로젝트의 이유, 목표, 목표, 기준 및 경계를 다룹니다. 그는 제품 개발 프로젝트에서 “누가, 무엇을, 어디서, 언제, 왜”라는 5가지 질문에 답합니다.
제품혁신헌장의 내용
배경
프로젝트 확인 - 프로젝트의 목적과 비즈니스 전략 및 혁신 전략과의 관계. 조직은 왜 전체 프로젝트를 수행합니까?
프로젝트 범위 – 프로젝트의 초점이 얼마나 넓거나 좁습니까?
프로젝트 목표를 구현하는 데 있어서 프로젝트 팀의 역할
프로젝트 제약 - 자원, 자금 조달, 제조, 마케팅, 프로젝트 성공에 영향을 미칠 수 있는 모든 형태의 요소
기존 및 미래 핵심 기술
환경, 산업 및 시장 분석을 통해 고객, 경쟁업체, 법률 및 규정 등 신제품이 위치한 상황을 설명할 수 있습니다.
주요 무대
경기장이라는 말은 주로 스포츠나 문학, 예술 공연이 열리는 장소를 가리킨다. 이 의미는 상업분야로 확장되어 사업활동이 이루어지고 완성되는 장소를 가리킨다.
제품 혁신 헌장의 주요 단계는 다음과 같습니다.
목표 시장(성과가 발생하는 곳)
핵심기법 및 마케팅 방법(수행방법)
프로젝트 성공을 지원하는 핵심 기술 및 시장 규모
경쟁사의 강점과 약점(기타 성과) - 기술, 마케팅, 브랜딩, 시장 점유율, 제조 등
목표와 목적
비즈니스 전략에 기여하는 구체적인 목표
예: 새로운 시장에서의 점유율, 현지 시장 점유율의 성장
사업목표 - 이익, 매출, 비용절감, 생산성 향상
프로젝트 관련 목표 – 재정 예산, 출시 기간
각 목표는 구체적이고 측정 가능한 성공 기준, 즉 성과 지표와 연관되어야 합니다.
특별 지침
프로젝트 팀 내 업무 관계 – 회의 개최 방법 및 시기
프로젝트 보고 – 빈도, 형식, 이해관계자
예산 지원 책임
외부 기관의 참여
예: 규제 기관
출시 기간 또는 제품 품질과 관련된 특별 규정