Partilhar via

Recomendações para formalizar práticas de gestão do desenvolvimento de software

  • Artigo

Aplica-se a esta Power Platform recomendação de lista de verificação de Excelência Operacional bem arquitetada:

OE:03 Formalize o processo de ideação e planeamento do software, partindo de normas industriais e organizacionais estabelecidas. Utilize uma lista de pendências comum e priorizada e especificações suficientemente detalhadas. Impulsione melhorias contínuas no processo de planeamento com base nos resultados.

Este guia descreve as recomendações para gerir práticas de desenvolvimento da carga de trabalho de acordo com as normas estabelecidas. A capacidade de sua equipa de produzir software de alta qualidade depende de uma abordagem estruturada e colaborativa para o planeamento de desenvolvimento. As equipes de carga de trabalho devem entender e comunicar claramente às partes interessadas o trabalho que está a ser feito. Mais precisamente, as equipes de carga de trabalho devem ter uma visão clara do trabalho a ser feito em um ciclo de desenvolvimento e garantir que todas as partes interessadas estejam alinhadas sobre o "porquê" desse trabalho. As normas estabelecidas definem como as práticas de desenvolvimento devem ser executadas e permitem que a equipa de carga de trabalho colabore de forma eficaz, reduzindo o risco de confusão sobre as metas e expetativas.

Principais estratégias de design

Formalize as suas práticas de desenvolvimento da carga de trabalho para ajudar a garantir um entendimento comum dos objetivos e expetativas.

Não trate low-code cargas de trabalho como de baixa complexidade. Você ainda se beneficia da formalização do desenvolvimento e gerenciamento de low-code cargas de trabalho. Aprenda com outras equipas de desenvolvimento de software. Ter uma matriz de decisão que dite o nível de formalização necessário com base na complexidade e criticidade da carga de trabalho.

Normas para planeamento do desenvolvimento

As normas a seguir podem ajudá-lo a estruturar uma estratégia de planeamento de desenvolvimento abrangente.

  • Priorização: Planejar a ordem e o escopo do trabalho envolve entender o verdadeiro impacto e valor dos recursos de carga de trabalho no negócio. Também inclui a avaliação destes impactos em relação a outros pedidos de trabalho e o mapa geral do seu produto ou programa. Uma forma de priorizar cargas de trabalho é avaliar o valor de negócio de toda a carga de trabalho. Também poderá considerar útil avaliar as funcionalidades de carga de trabalho individuais para o valor de negócio.

  • Categorização: Estabeleça processos que garantam que as aplicações críticas tenham as proteções necessárias para suportá-las. Ao mesmo tempo, garanta que os cenários de produtividade não sejam retardados ou sufocados por muitos processos rigorosos.

  • Colaboração: O processo de definição das alterações propostas para a carga de trabalho deve ser um esforço colaborativo. A maioria das alterações na carga de trabalho afeta várias funções e componentes, portanto, envolver o maior número possível de membros da equipa de carga de trabalho ajuda a garantir que considerações importantes não sejam perdidas e que todos estejam cientes do efeito em seu domínio específico. A colaboração também ajuda a definir claramente o escopo de uma mudança e como dividir as tarefas necessárias em itens de trabalho bem definidos. Um grupo maior com experiência em todos os domínios é capaz de fornecer estimativas apoiadas pela experiência para o esforço necessário.

  • Ferramentas: Use ferramentas e processos estabelecidos e comprovados pelo setor, como quadros Agile, Scrum eKanban.

Compensação: a metodologia ágil pode se tornar muito rígida se for excessivamente prescritiva. Procure um equilíbrio entre normas bem definidas e inovação.

  • Implantação: planeje usar implantações pequenas e iterativas frequentes em vez de implantações grandes e pouco frequentes.

  • Termos: padronize sua definição de ciclos de desenvolvimento concluídos para ajudar a garantir que as funções de suporte, incluindo testes, documentação e recursos de acessibilidade, sejam concluídas com êxito.

  • Comunicação: Defina os protocolos padrão para proprietários de produtos e gerentes de projeto para promover lançamentos futuros.

  • Histórias de usuários: padronize um modelo para histórias de usuários. As histórias de utilizadores bem escritas devem seguir a abordagem INVEST:

    • I – Independente: cada história de utilizador deve ser independente das outras, permitindo que a equipa entregue em pequenos passos incrementais.
    • N – Negociável: as histórias de utilizador devem ser negociáveis e abertas a discussão e mudança.
    • V–Valioso: As histórias de usuários devem fornecer valor ao cliente.
    • E – Estimável: as histórias de utilizador devem ser estimáveis e ter uma definição clara de concluído.
    • S – Pequena: as histórias de utilizador devem ser pequenas e centradas numa única funcionalidade.
    • T – Testável: as histórias de utilizador devem ser testáveis e ter critérios de aceitação claros.

  • Critérios de aceitação: padronizar um modelo para critérios de aceitação. Certifique-se de que os critérios de aceitação se relacionam especificamente com a história de utilizador e podem ser comprovados de forma inequívoca utilizando um ou mais testes de aceitação.

  • Rastreamento: Garantir que o processo de desenvolvimento seja rastreável. Deve rastrear claramente o estado da sua carga de trabalho de produção e o código associado de volta aos testes de garantia de qualidade, critérios de aceitação, histórias de utilizador e funcionalidades. O rastreio detalhado também pode ser um requisito regulamentar em alguns casos, como os cuidados de saúde.

  • Revisão: Realize regularmente auditorias internas de suas práticas de desenvolvimento por meio de retrospetivas e post-mortems do ciclo de desenvolvimento. A reflexão sobre os processos deve ser não culpabilizadora e centrar-se na aprendizagem que pode ser aplicada como melhorias. Certifique-se de que a equipa reflete sobre a eficácia da história e das tarefas do utilizador na definição das tarefas necessárias e na precisão das estimativas de tempo.

  • Relatórios: padronize relatórios para as partes interessadas que fornecem métricas úteis com foco na mudança. O foco na mudança permite monitorizar a aceleração e a desaceleração do produto. As métricas úteis podem incluir alterações em:

    • Taxa de crescimento mensal de adoção
    • Desempenho
    • Tempo de preparação
    • Frequência de incidentes

    Os relatórios não devem ser usados como uma ferramenta para avaliar o trabalho de indivíduos, portanto, evite métricas como pontos de história ou linhas de código para cada engenheiro.

Facilitação do Power Platform

Embora não Power Platform existam produtos que facilitem diretamente essa recomendação, você pode usar outras ferramentas na Microsoft pilha. Os Painéis do Azure são um serviço baseado na Web que permite que as equipas planeiem, acompanhem e discutam o trabalho em todo o processo de desenvolvimento.

O GitHub Projects é uma ferramenta de gerenciamento de projetos personalizável para organizar projetos e integra-se com seus problemas e solicitações pull no GitHub.

Próximos passos

Lista de verificação de Excelência Operacional