-
리뷰 시스템은 인터넷 제품 관리의 중요한 수단으로 전략 기획, 제품 설계, 기술 구현, 제품 운영, 제품 마케팅 등 제품 관리의 모든 측면을 포괄합니다. 효율적인 리뷰 시스템은 기업의 제품 관리 역량을 가늠하는 중요한 척도라고 할 수 있습니다. 리뷰 시스템의 가치 중 일부를 간략하게 나열해 보겠습니다.
검토 시스템은 이해관계자가 제품 구성 목표를 일관되게 이해하는 데 도움이 될 수 있습니다.
검토시스템을 통해 제품기획계획, 제품수요계획, 기술계획, 운영계획, 마케팅계획 등의 품질을 점검하여 제품의 품질향상을 도모할 수 있습니다.
검토 시스템을 통해 제품 기획 및 시공 과정의 핵심 포인트와 리스크 포인트를 점검하여 프로젝트 수행의 리스크를 줄일 수 있습니다.
평가 시스템은 참가자의 역량을 효과적으로 향상시킬 수 있습니다.
시스템 제품 아키텍처와 아키텍처 설계의 정신이 일관되게 구현되는지 검토 시스템을 통해 계획을 확인합니다.
제품 리뷰가 이렇게 중요한데 어떤 회사의 리뷰 시스템도 효율적이지 않은 것 같습니다. 리뷰 시스템이 너무 많다고 불평하고 있습니다. 리뷰 시스템에 관해서는 다양한 소프트웨어 엔지니어링 서적과 방법론에서 다루고 있습니다. 여기서의 초점은 리뷰 시스템의 일반적인 원칙(예: 제품 리뷰)을 논의하는 것이 아닙니다. - 상품평을 통해 확인하는 방법입니다.
1. 건설단계 프로젝트 VS 운영단계 프로젝트
결제 플랫폼, 오픈 플랫폼 등 상품 플랫폼 개념을 적용한 인터넷 상품(상품 플랫폼)의 경우, 구축 기간의 상품 프로젝트 관리는 운영 기간의 상품 프로젝트 관리와는 다른 어려움에 직면해 있습니다.
이러한 제품 플랫폼을 강조하는 이유는 많은 인터넷 제품의 경우 주요 로직이 웹 사이트의 프런트 엔드이므로 이러한 웹 사이트에 대한 검토가 상대적으로 쉽고 프로토타입 기반 접근 방식만 필요하기 때문입니다. 하지만 이러한 플랫폼 제품의 경우 단순한 웹사이트 페이지 개발 작업이 아닙니다. 이러한 시스템의 가장 복잡한 로직은 일반적으로 백엔드 비즈니스 규칙 및 비즈니스 로직에 있으며 이는 프로토타입으로는 명확하게 설명할 수 없습니다.
1) 건설기간 중 프로젝트 특성
프로젝트 주기가 1개월 이상 등 상대적으로 길다.
프로젝트 자원이 상대적으로 풍부하고 별도의 프로젝트 팀으로 운영 가능
프로젝트 관리는 전통적인 프로젝트 관리 방법이나 민첩한 프로젝트 관리 방법을 사용할 수 있습니다.
상대적으로 완전한 제품 문서, 완전한 프로토타입, 완전한 프로젝트 계획, 프로젝트 수립 세미나/수요 세미나 등, 시장 조사/경쟁사 제품 분석 등 프로젝트 전 준비 작업은 상대적으로 충분합니다.
이 프로젝트는 상대적으로 독립적이며 다른 프로젝트의 제약을 덜 받습니다.
2) 운영기간 중 사업특성
주기가 짧아 대부분 2주 이내
리소스는 제한되어 있으며 프로젝트 팀 구성원은 다른 제품을 동시에 유지 관리해야 할 수도 있습니다.
회사의 비즈니스가 확장됨에 따라 제품 및 기술 아키텍처에 익숙한 사람은 항상 부족합니다. 이러한 사람들은 일반적으로 몇 가지 주요 새 프로젝트를 담당하며 신규 직원이 직장에서 시스템에 익숙해지도록 도와야 합니다.
프로젝트 관리는 일반적으로 Scrum 및 XP와 같은 Agile 프로젝트 관리 방법을 채택하거나 Agile 개발을 축소하기도 합니다.
프로젝트에 대한 준비가 그다지 충분하지 않고, 충분한 준비 후에는 불가능합니다.
프로젝트는 기존 제품을 기반으로 최적화 및 재구성되어야 하며 기존 시스템에 영향을 미칠 수 없습니다. 운영 제품의 경우 제품 아키텍처와 시스템 아키텍처는 비트 단위 수정 중에 제어력을 상실하고 변형됩니다. 이러한 요소를 제어하는 메커니즘이 있어야 합니다.
여기에서는 운영 기간 동안의 제품 검토 및 기술 검토 방법에 중점을 둡니다.
2. 운영기간 중 상품평의 원칙
아무리 긴급한 프로젝트라도 제품 리뷰와 기술 리뷰는 반드시 진행되어야 합니다.
리뷰는 민첩해야 합니다
리뷰 형식은 상관없어요, 리뷰! =회의, 검토의 형태는 공식 검토 또는 비공식 검토가 될 수 있습니다. 검토의 핵심은 시스템에 익숙하고 계획을 확인할 수 있는 사람이 있어야 한다는 것입니다.
검토의 목적은 최적의 솔루션을 찾는 것이 아니라 기존 자원의 제약 내에서 가장 합리적인 솔루션을 찾는 것입니다.
완벽한 심사제도는 없습니다. 실무상 심사제도를 지속적으로 최적화하고, 기업의 상황에 맞는 심사제도와 후속조치를 마련하는 것이 핵심입니다.
3. 운영기간 중 상품평의 방법
운영 기간 동안의 제품 검토에는 참고할 수 있는 모범 사례 계획이 없습니다. 회사마다 현실적인 비즈니스 조건이 있고, 비즈니스 모델에 따라 검토 방법이 다릅니다. 운영 기간 동안 제품을 효율적으로 검토하는 것은 관리 표준화, 민첩성, 비즈니스 현실 요구 사항의 균형을 맞춰야 하는 균형의 예술이라고 할 수 있습니다. 하지만 전반적으로 운영 기간 동안의 제품 검토 방법의 핵심은 동일합니다: 팀 협업을 기반으로 한 지속적인 개선입니다.
운영기간 동안의 심사시스템은 운영기간 동안의 제품개발 프로세스를 통해 뒷받침되어야 합니다. 제품 리뷰 시스템의 지속적인 최적화를 보장하기 위해 다른 프로세스 링크에서 리뷰 시스템의 문제점을 수집하고 노출할 수 있도록 운영 기간 동안의 제품 개발을 위한 단순화된 프로세스(구축 기간 중 제품 개발 프로세스와 비교)를 공식화해야 합니다. 예를 들어, 품질 테스트, 운영, 영업, 마케팅 및 기타 링크의 피드백을 통해 검토 시스템이 실패한 프로젝트를 발견하고 사례 라이브러리에 포함하여 R&D 프로세스 및 검토 시스템을 지속적으로 최적화합니다.
검토해야 하는 엄격한 표준을 설정하고 이를 정량화 가능한 체크리스트 형식으로 구체화합니다(간단히 첫 번째 기준).
예를 들어, 개발 시간이 1주 이상 1주 미만이지만 핵심 비즈니스 모듈이 포함된 경우 검토해야 합니다. 검토가 필요한지 여부를 평가하기 위해 인터페이스 담당자를 사용하는 대신 건설 기간 및 영향에 대한 일률적인 방법을 채택하는 이유는 주로 검토 시스템이 단순한 형식화되는 너무 많은 인적 요소를 피하기 위함입니다.
1주일 미만이고 주요 비즈니스 모델의 변경이 포함되지 않는 경우 담당자가 스스로 판단합니다.
검토에는 이해관계자의 참여가 포함되어야 하며, 단순히 제품 담당자와 기술 담당자가 스스로 평가하도록 해서는 안 됩니다. 예를 들어, 제품 솔루션에는 기술 인력, 운영 인력, 재무 인력 등이 있어야 하며, 기술 솔루션에는 제품 인력, 설계자, 비즈니스 전문가 등이 있어야 합니다. 검토에 참여하는 이해관계자는 계획을 롤백하고 다시 실행할 권리가 있습니다. 물론 여기에는 또 다른 더 큰 주제인 팀 협업이 포함됩니다. 시스템이 아무리 완벽해도 팀이 신뢰 관계를 구축하지 못하면 PK가 됩니다.
검토자는 종합적인 검토를 수행할 필요는 없으며, 검토의 효율성을 보장하기 위해 요구 사항의 핵심 사항, 주요 비즈니스 규칙 및 위험 지점에 대해서만 계획을 검토합니다. 검토 결과는 해당 프로세스 양식에 기록되어야 합니다.
검토사례 라이브러리를 구축하고, 정기적(월간)으로 검토사례 라이브러리를 검토하며, 지속적으로 검토시스템을 최적화합니다. 심사사례의 요약은 사람보다는 사안에 초점을 맞춰야 하며, 결과에 대한 책임은 심사자에게 전적인 부담을 지우지 말아야 한다.
시스템의 실행은 시스템이 처음에 얼마나 완벽하게 정의되었는지에 달려 있지 않습니다. 핵심은 시스템을 지속적으로 최적화할 수 있는지 여부에 있습니다. 지속적인 최적화/지속적인 개선/지속적인 개선은 다양한 경영 방법의 잘 알려지고 효과적인 핵심 비결 중 하나이지만 실행하기가 가장 어려운 것이기도 합니다. 특히 그러한 경영 패션 용어와 비교할 때 지속적인 개선을 언급하는 것은 너무 독창적이지 않고 지루합니다. . 우리 모두는 우리가 직면한 다양한 문제를 해결할 수 있는 “만약의 총알”을 희망할 정도로 높습니다.
글의 출처 : 예전처럼 승려가 되어 부처가 되십시오. 재인쇄 시 출처 링크를 명시해주세요.