-
O sistema de revisão é um meio importante de gerenciamento de produtos da Internet. O sistema de revisão percorre todos os aspectos do gerenciamento de produtos, como planejamento estratégico, design de produto, implementação de tecnologia, operação de produto e marketing de produto. Pode-se dizer que um sistema de revisão eficiente é uma medida importante das capacidades de gestão de produtos de uma empresa. Vamos listar brevemente alguns dos valores do sistema de revisão:
O sistema de revisão pode ajudar as partes interessadas a alcançar uma compreensão consistente dos objetivos de construção do produto;
Através do sistema de revisão, a qualidade dos planos de planejamento de produtos, planos de demanda de produtos, planos técnicos, planos de operação, planos de marketing, etc. pode ser verificada para melhorar a qualidade do produto;
Através do sistema de revisão, os pontos-chave e os pontos de risco no planejamento do produto e no processo de construção podem ser verificados para reduzir os riscos de implementação do projeto.
O sistema de avaliação pode efetivamente melhorar as capacidades dos participantes;
Verifique o plano através do sistema de revisão para garantir que o espírito da arquitetura do produto do sistema e do design da arquitetura seja implementado de forma consistente
Embora a revisão do produto seja tão importante, parece que nenhum sistema de revisão da empresa é eficiente. Todos estão reclamando dos numerosos males do sistema de revisão. A reunião de revisão evoluiu para uma formalidade ou para uma PK entre os principais campos. Quanto ao sistema de revisão, ele é abordado em vários livros e metodologias de engenharia de software. O foco aqui não é discutir os princípios gerais do sistema de revisão (como a revisão do produto). O ponto principal aqui é discutir o processo de operação de uma plataforma. produto baseado em Como verificar através do sistema de revisão.
1. Projetos em fase de construção VS.
Para produtos de Internet (plataformas de produtos) que adotam o conceito de plataforma de produtos, como plataformas de pagamento e plataformas abertas, o gerenciamento de projetos de produtos no período de construção enfrenta desafios diferentes do gerenciamento de projetos de produtos no período de operação.
A razão para enfatizar estas plataformas de produtos é que, para muitos produtos da Internet, a lógica principal é o front-end do site, de modo que a revisão desses sites é relativamente fácil e requer apenas uma abordagem baseada em protótipos. Mas para esses produtos de plataforma, não se trata apenas de um simples trabalho de desenvolvimento de páginas de sites. A lógica mais complexa desses sistemas geralmente reside nas regras de negócios de back-end e na lógica de negócios, e estas não podem ser explicadas claramente por um protótipo.
1). Características do projeto durante o período de construção.
O ciclo do projeto é relativamente longo, como mais de 1 mês
Os recursos do projeto são relativamente abundantes e podem ser operados como uma equipe de projeto separada
O gerenciamento de projetos pode usar métodos tradicionais de gerenciamento de projetos ou métodos ágeis de gerenciamento de projetos
O trabalho de preparação de pré-projeto é relativamente suficiente, como documentos de produtos relativamente completos, protótipos completos, planos de projetos completos, seminários de estabelecimento de projetos/seminários de demanda, etc., pesquisa de mercado/análise de produtos concorrentes, etc.
O projeto é relativamente independente e menos limitado por outros projetos
2) Características do projeto durante o período de operação
O ciclo é curto, a maioria dos quais dura menos de 2 semanas
Os recursos são limitados e os membros da equipe do projeto podem ter que manter outros produtos simultaneamente.
À medida que os negócios da empresa se expandem, as pessoas familiarizadas com os produtos e a arquitetura técnica são sempre escassas. Essas pessoas geralmente são responsáveis por alguns novos projetos importantes e devem ajudar os recém-chegados a se familiarizarem com o sistema em funcionamento.
O gerenciamento de projetos geralmente adota métodos ágeis de gerenciamento de projetos, como Scrum e XP, ou até mesmo desenvolvimento ágil reduzido.
A preparação para o projeto não é suficiente e é impossível fazê-lo após uma preparação suficiente.
O projeto precisa ser otimizado e reconstruído com base nos produtos existentes e não pode afetar o sistema existente. Para produtos operacionais, a arquitetura do produto e a arquitetura do sistema perdem o controle e se deformam durante as modificações bit a bit. Deve haver um mecanismo para controlar esses fatores.
Aqui nos concentramos nos métodos de revisão do produto e revisão técnica durante o período de operação.
2. Princípios de revisão do produto durante o período de operação
Não importa quão urgente seja o projeto, a revisão do produto e a revisão técnica devem ser realizadas
As avaliações devem ser ágeis
O formato da revisão não importa, revise! =Reunião, a forma de revisão pode ser revisão formal ou revisão informal. O cerne da revisão é que é necessário que haja pessoas familiarizadas com o sistema e capazes de verificar o plano.
O objectivo da revisão não é encontrar a solução óptima, mas sim a solução mais razoável dentro dos limites dos recursos existentes.
Não existe um sistema de revisão perfeito. A chave é otimizar continuamente o sistema de revisão na prática e estabelecer um sistema de revisão e medidas de acompanhamento adequados à situação da sua empresa.
3. Métodos de revisão do produto durante o período de operação
Para revisão de produtos durante o período de operação, não existe um plano de melhores práticas para referência. Cada empresa tem suas próprias condições de negócios realistas e diferentes modelos de negócios têm diferentes métodos de revisão. Pode-se dizer que a revisão eficiente dos produtos durante o período de operação é uma arte do equilíbrio, que deve equilibrar as exigências de padronização da gestão, agilidade e realidade empresarial. Mas, no geral, a essência do método de revisão do produto durante o período de operação é a mesma: melhoria contínua baseada na colaboração da equipe.
O sistema de revisão durante o período de operação precisa ser apoiado pelo processo de desenvolvimento de produto durante o período de operação. Um processo simplificado para desenvolvimento de produtos durante o período de operação (em comparação com o processo de desenvolvimento de produtos durante o período de construção) deve ser formulado para coletar e expor problemas no sistema de revisão de outros elos do processo para garantir a otimização contínua do sistema de revisão de produtos. Por exemplo, através do feedback de testes de qualidade, operações, vendas, marketing e outros links, projetos com sistemas de revisão que falharam são descobertos e incluídos na biblioteca de casos para otimizar continuamente o processo de P&D e o sistema de revisão.
Estabeleça padrões rígidos que devem ser revisados e refine-os em um formulário de lista de verificação quantificável (simplesmente o primeiro critério)
Por exemplo, se o tempo de desenvolvimento for superior a 1 semana ou inferior a 1 semana, mas envolver módulos de negócios importantes, eles deverão ser revisados. A razão pela qual é adoptado um método único de período de construção e impacto em vez de utilizar pessoal de interface para avaliar se uma revisão é necessária é principalmente para evitar demasiados factores humanos que fazem com que o sistema de revisão se torne uma mera formalidade.
Se for inferior a uma semana e não envolver alterações nos principais modelos de negócios, a pessoa responsável fará o seu próprio julgamento.
A revisão deve envolver a participação das partes interessadas e não pode simplesmente permitir que o pessoal do produto e o pessoal técnico avaliem por si próprios. Por exemplo: as soluções de produtos devem ter pessoal técnico, pessoal de operações, pessoal financeiro, etc.; As partes interessadas que participam na revisão têm o direito de reverter o plano e refazê-lo. Claro, isso envolve outro tópico maior: colaboração em equipe. Se uma equipe não conseguir estabelecer uma relação de confiança, por mais perfeito que seja o sistema, ele se tornará um PK.
O revisor não precisa realizar uma revisão abrangente, mas apenas analisa o plano nos principais pontos de requisitos, principais regras de negócios e pontos de risco para garantir a eficiência da revisão. Os resultados da revisão precisam ser registrados no formulário do processo relevante.
Estabeleça uma biblioteca de casos de revisão, revise-a regularmente (mensalmente) e otimize continuamente o sistema de revisão. O resumo do caso de revisão deve focar no assunto e não na pessoa. Não coloque sobre o revisor a responsabilidade de ser totalmente responsável pelos resultados.
A execução de um sistema não depende de quão perfeitamente o sistema é inicialmente definido. A chave está em saber se o sistema pode ser continuamente otimizado. Otimização contínua/melhoria contínua/melhoria contínua é um dos segredos centrais bem conhecidos e eficazes de vários métodos de gestão, mas também é o mais difícil de implementar. Especialmente em comparação com os jargões da moda de gestão, mencionar a melhoria contínua é muito pouco original e enfadonho. . É tão alto que todos esperamos por uma “bala de prata” para resolver vários problemas que enfrentamos.
Fonte do artigo: Torne-se um monge como antes e torne-se um Buda. Indique o link da fonte ao reimprimir.