Março de 2021
💻Gestão de Produtos
Um produto é algo que desenvolvemos e para satisfazer as necessidades de alguém (clientes). É um bem transferível. Um produto digital tem um ciclo de vida cuja melhoria dura enquanto o produto estiver sendo usado. Ou seja, os produtos do Estado, dificilmente, naturalmente, têm um término.
Todos os produtos cujas funcionalidades realizamos implementações nesse mês estão descritos abaixo, bem com os respectivos pontos de histórias (Esforço, Incerteza e complexidade) requeridos.
Conclusão de pontos de histórias de usuários por produto:
Produtos | Pontos de histórias |
Produto não especificado | 215 |
SOLAR | 199 |
SUSIE | 154 |
VISAON | 96 |
Spike | 50 |
API Solicitação | 42 |
SID | 42 |
Atualização Cadastral | 35 |
SIF | 29 |
Pipeline | 29 |
API Almoxarifado | 28 |
Openshift | 24 |
GitLAB | 21 |
Central DEV | 19 |
API Pentágono | 16 |
Documentos.sistemas | 16 |
e-Almoxarifado | 12 |
Meu Acesso | 8 |
SISDEPOL | 8 |
Docker | 8 |
Governa | 8 |
Organograma | 8 |
SKALA | 7 |
API Servidores | 7 |
API SKALA PUBLICA | 7 |
Storage | 6 |
Pentágono | 5 |
API IntegraSEI! | 5 |
e-RH | 5 |
e-Patrimônio | 5 |
e-Compras | 5 |
SonarQube | 5 |
e-Estado | 5 |
Regulariza Já | 5 |
Portal do Servidor | 3 |
SISPAR | 3 |
Portal do Governo | 3 |
SAURON | 2 |
SEI | 1 |
Mr Day | 1 |
TOTAL | 1147 |
Abaixo a relação de produtos trabalhados em cada time:
Pontos de histórias
Para medir a quantidade de trabalho realizado por cada time em seus respectivos produtos usamos pontos de histórias ou story points. A pontuação de uma história de usuário leva em consideração 3 importantes fatores: incerteza, esforço e complexidade.
- Incerteza: o quanto estamos alinhados e entendemos o quê precisa ser produzido;
- Esforço: é considerado cada membro da equipe e suas expertises, e qual o esforço será necessário para desenvolver cada funcionalidade;
- Complexidade: o quão complexo é para desenvolver a funcionalidade. É levado em consideração se temos todo o conhecimento necessário para desenvolver a funcionalidade dentro da equipe.
Abaixo está a distribuição dos pontos de histórias por atividades:
Em Homologação: 00
Uma diminuição de 100% com relação ao mês anterior.
Em Para Produção:
Uma diminuição de 72% com relação ao mês anterior.
Em Concluído:
Um aumento de 31% com relação ao mês anterior.
Distribuição dos pontos de histórias por time.
Em Homologação: 0
Em Para Produção:
Em Concluído:
Tarefas(tasks)
Task é a realização de uma tarefa. As tasks são usadas, no desenvolvimento de produtos, para quebrar uma um atividade a ser desenvolvida como uma história de usuário ou um bug. As tasks não são pontuadas, e são utilizadas para definir como vai ser feita a atividade.
Conclusão de tasks por produto:
Produtos | Tasks |
Pentágono | 90 |
SUSIE | 83 |
SOLAR | 60 |
Regulariza Já | 57 |
Prato Fácil | 39 |
Mr Day | 28 |
Central DEV | 21 |
e-Compras | 18 |
VISAON | 18 |
Atualização Cadastral | 16 |
API Pentágono | 11 |
SIF | 10 |
Spike | 10 |
API Almoxarifado | 10 |
API IntegraSEI! | 10 |
Organograma | 9 |
Openshift | 6 |
GitLAB | 6 |
Pipeline | 6 |
API Solicitação | 5 |
API Servidores | 5 |
Portal do Governo | 4 |
SKALA | 4 |
SISNE | 4 |
e-Almoxarifado | 4 |
API SKALA PUBLICA | 4 |
Meu Acesso | 4 |
SIGRH | 3 |
e-Patrimônio | 3 |
SID | 3 |
e-RH | 2 |
Assine aqui | 2 |
Eventos | 2 |
Docker | 2 |
Gov.Doc | 2 |
ODISSEU | 2 |
Storage | 1 |
SISPAR | 1 |
Governa | 1 |
SEI | 1 |
SAURON | 1 |
SISDEPOL | 1 |
Total | 569 |
Histórias não planejadas na sprint
Em toda planning são destacadas histórias que foram priorizada para o desenvolvimento, ou seja, o time vai desenvolver as funcionalidades de acordo com as histórias planejadas na planning. Isso deve se mantem fiel, porem, muitas vezes acontece o que chamamos de atravessamentos que são histórias não planejadas, mas que por causa de uma urgência é passado para o time desenvolver, como por exemplo, os BUGs.
Segue abaixo o quantitativo de histórias não planejadas:
👥Gestão de equipes
A Coordenadoria de Desenvolvimento utiliza SCRUM que é um framework leve que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos. Nossa equipe está organizada por papeis e times, conforme abaixo:
Distribuição dos colaboradores por papel
Distribuição dos colaboradores por time
Entrada, saída e mudança de papel dos colaboradores
ENTRADA | JUNIOR BARBOZA DA SILVA | SCRUM MASTER |
SAÍDA | ANDERSON LOURENÇO JACONE | DEVELOPER |