Uma instância do Azure DevOps configurada com o modelo de trabalho da ibp: quadros, campos, regras e indicadores que transformam o processo em execução monitorável, sem necessidade de construir nada do zero.
O processo existe, está documentado e passou por avaliação, mas fica em um repositório consultado apenas às vésperas das auditorias. Na prática, o dia a dia segue outras regras, informais.
A equipe usa e atualiza o quadro, mas não é possível identificar onde o trabalho fica parado, quanto custou uma mudança de requisito ou comprovar ao cliente, com data, que determinada aprovação ocorreu.
A solução para as 2 situações é a mesma: fazer o processo acontecer dentro da ferramenta que a equipe já utiliza todos os dias, e não paralelamente a ela.
Não é uma nova ferramenta a ser aprendida. É a plataforma da Microsoft, no seu próprio ambiente, configurada com a experiência que a ibp acumula na implantação de melhoria de processos desde 1995.
As colunas do quadro representam as etapas do seu processo, com regras de validação que impedem um item de avançar sem cumprir os requisitos de cada etapa.
Integridade, rastreabilidade e histórico auditável resultam do próprio registro do trabalho, e não de um levantamento preparado para a avaliação.
O processo documentado, os guias e os artefatos ficam disponíveis junto à execução, e não em documentos separados e difíceis de localizar.
As imagens são da instância de demonstração da ibp, que serve de referência para as implantações. São telas reais, e não simulações.
No alto da tela você troca o tipo de quadro: Épicos, Features, Product Backlog e Gestão.
Esta é a decisão central do desenho da solução. O mesmo projeto responde a 4 perguntas diferentes (o que está sendo construído, o que será entregue, o que está em execução e como o trabalho está sendo conduzido), e cada uma tem o seu próprio quadro, em vez de um único quadro tentando responder a todas.
Épicos agrupam módulos ou subsistemas; Features agrupam as funcionalidades de cada um.
É essa hierarquia que permite gerar o cronograma automaticamente. Sem ela, as entregas se tornam uma lista de tarefas sem responsável, e o relatório para a diretoria precisa ser preparado manualmente todos os meses.
Cada requisito atravessa as colunas do processo: Orçamento, Aprovação, Especificação, Desenvolvimento, Testes, Homologação.
As colunas não são genéricas: elas refletem o seu fluxo, configurado na implantação. As raias Doing e Done de cada coluna mostram o que já foi concluído na etapa, mas ainda não avançou, que é justamente onde o trabalho costuma parar sem ser percebido.
Reuniões, análises de desempenho, lições aprendidas, riscos, decisões, ações, mudanças de requisito, treinamentos e auditorias: cada um é um tipo de card, com os campos que esse tipo exige.
É neste ponto que o CMMI deixa de ser um documento à parte. As evidências não são produzidas especificamente para a avaliação: são o registro que a equipe já utiliza no trabalho, com data, autor e histórico. Uma decisão tomada há 6 meses é localizada em segundos, na mesma tela.
Ao mover um requisito para uma entrega, o campo de iteração é atualizado automaticamente. O quadro da entrega mostra os requisitos com as respectivas tarefas e bugs.
A alocação deixa de depender de planilhas. A equipe e a liderança acompanham a entrega pelo mesmo card, o que evita números divergentes para a mesma informação.
A linha do tempo lê a alocação das features nas entregas e desenha o cronograma, com o percentual de cada barra.
Não é necessário manter um cronograma à parte. Ele reflete o que a equipe já registrou e, por isso, permanece atualizado entre uma reunião e outra.
Burndown, fluxo cumulativo, velocidade, lead time, cycle time e distribuição por tipo de card, no próprio Azure e, após a implantação, também no Power BI.
Os indicadores resultam do registro do trabalho, e não de um levantamento mensal. Quando um número parece inconsistente, é possível clicar nele e chegar ao card que o originou.
Cards, campos, regras de validação e composição das equipes, alinhados às boas práticas e adaptados ao seu fluxo quando necessário.
Portfólio, operação, gestão organizacional, melhoria contínua, treinamentos e auditorias da qualidade.
Histórico de lições aprendidas, riscos, sugestões de melhoria e estimativas, prontas para usar.
Descritivo das atividades de gestão, operação, organizacionais e de apoio no SharePoint, alinhado ao Azure DevOps e ao CMMI nível 3. Quando aplicável, templates de políticas, guias e artefatos.
Visões executiva, de contratos e projetos, de melhoria de processos, de treinamentos e de auditorias, com os arquivos-fonte entregues para uso no seu ambiente.
Formação para quem vai administrar a solução e conduzir os treinamentos internos, mais suporte para ajustes pontuais depois da entrada em operação.
Escopo, prazo e profundidade são dimensionados conforme o contexto, o porte e a cultura da organização. Esta lista tem o objetivo de deixar o escopo claro desde a primeira conversa.
Uma conversa de 30 minutos, com demonstração ao vivo e foco no seu fluxo de trabalho.