Commit 8ce2bcff9da00627ce84ba942474c054a9a5ed4a
1 parent
3aee0781
Exists in
master
Adicionando topicos relacionados ao gerenciamento no gitlab e sobre o Mezuro
Showing
1 changed file
with
55 additions
and
10 deletions
Show diff stats
relatorioR4.md
| @@ -266,20 +266,65 @@ determinada superfície` | @@ -266,20 +266,65 @@ determinada superfície` | ||
| 266 | 266 | ||
| 267 | ### Gereciamento de tarefas do projeto na própria plataforma | 267 | ### Gereciamento de tarefas do projeto na própria plataforma |
| 268 | 268 | ||
| 269 | -`TODO` | ||
| 270 | - | ||
| 271 | -`Experimentação do gitlab para o gerenciamento de atribuição de tarefas ...` | 269 | +O desenvolvimento e gerenciamento da Release 4 foi todo realizado dentro do |
| 270 | +próprio Portal do Software Público Brasileiro, onde utilizou-se o Gitlab como | ||
| 271 | +a principal ferramenta de gerenciamento de atividades e documentação. | ||
| 272 | +Utilizou-se os recursos integrados aos grupos e repositórios do Gitlab para | ||
| 273 | +apoiar o fluxo organizacional já estabelecido na Release 3, mantendo-se | ||
| 274 | +os níveis estratégico, tático e operacional. | ||
| 275 | + | ||
| 276 | +Neste sentido, o principal meio de documentação e comunicação, tanto no | ||
| 277 | +nível estratégico quanto tático, se tornou a Wiki do Gitlab que está presente | ||
| 278 | +dentro do principal repositório de desenvolvimento do projeto. A proposta | ||
| 279 | +utilizada consiste de um conjunto de páginas Wiki que seguem a seguinte | ||
| 280 | +estrutura: | ||
| 281 | + | ||
| 282 | +* **Release X**: Página com os detalhes da release onde são apresentadas todas | ||
| 283 | +as épicas, suas funcionalidades e histórias de usuários. O *backlog*, ou seja, | ||
| 284 | +o escopo da release está listado nessa página. | ||
| 285 | + * **Cronograma/Agenda**: Página onde estão descritas as datas de reuniões e | ||
| 286 | + cerimônias que acontecem ao longo de uma Release. | ||
| 287 | + * **Sprint N**: Página com a documentação da Sprint N onde estão mapeadas | ||
| 288 | + todas as histórias de usuários que foram planejadas. Cada sprint | ||
| 289 | + possui sua própria página onde pode-se ter uma descrição dos objetivos | ||
| 290 | + principais da sprint, assim como a lista de *links* para as histórias de | ||
| 291 | + usuários. | ||
| 292 | + | ||
| 293 | +Além disso, a Wiki é utilizada para documentar, entre outras coisas, os | ||
| 294 | +procedimentos da equipe de desenvolvimento e contribuições para os softwares | ||
| 295 | +envolvidos. | ||
| 296 | + | ||
| 297 | +No nível operacional, são utilizadas as ferramentas *issues* (tiquetes) e | ||
| 298 | +*milestones* (marcos) do Gitlab. Para cada história de usuário criou-se uma | ||
| 299 | +*milestone* com título, descrição e pontuação (estimativa). Dentro de cada | ||
| 300 | +história de usuário é criado um conjunto de *issues* descrevendo as tarefas | ||
| 301 | +que devem ser feitas para o desenvolvimento completo de uma história de usuário. | ||
| 302 | +Desse forma, para cada história de usuário, o Gitlab fornece um kanban onde os | ||
| 303 | +desenvolvedores assumem tarefas e modificam seu status. Essa visualização ainda | ||
| 304 | +apresenta uma barra de progresso representando o quanto de um história já está | ||
| 305 | +finalizado. | ||
| 272 | 306 | ||
| 273 | 307 | ||
| 274 | ### Ambiente de monitoramento de Código-Fonte | 308 | ### Ambiente de monitoramento de Código-Fonte |
| 275 | 309 | ||
| 276 | -`TODO` | ||
| 277 | - | ||
| 278 | -* `Coletar, monitorar e interpretar a qualidade interna dos produtos de | ||
| 279 | -softwares disponíveis na plataforma....` | ||
| 280 | -* `Subsídio para gamificação dos softwares disponibilizados no portal a partir | ||
| 281 | -da sua qualidade interna` | ||
| 282 | - | 310 | +Durante a release 4, foram adicionados à plataforma Mezuro novos coletores para |
| 311 | +que sejam extraídas métricas de Python e Ruby. Além disso, os principais passos | ||
| 312 | +já foram dados para integrar a plataforma ao Portal do SPB, através da | ||
| 313 | +plataforma de integração Colab. | ||
| 314 | + | ||
| 315 | +Portanto, durante a release 4, a plataforma Mezuro foi evoluída para suportar a | ||
| 316 | +tecnologia de autenticação única utilizada pelo Portal do SPB, possibilitando o | ||
| 317 | +desenvolvimento do plugin de integração do Mezuro com o Colab. Para complementar | ||
| 318 | +a integração básica da plataforma, também já foi projetado e desenvolvido a | ||
| 319 | +integração visual inicial necessária para unificação da experiência do usuário. | ||
| 320 | + | ||
| 321 | +Os últimos passos remanescentes para a integração inicial do Mezuro no SPB | ||
| 322 | +estão relacionados ao processo de instalação da plataforma, como o empacotamento | ||
| 323 | +da ferramenta e de suas dependências. A integração do Mezuro no portal do SPB | ||
| 324 | +viabilizará a coleta, monitoramento e interpretação da qualidade interena dos | ||
| 325 | +prondutos de softwares disponíveis na plataforma. Essas informações serão | ||
| 326 | +subsídios para ranqueamento e classificação dos softwares disponibilizados no | ||
| 327 | +portal. | ||
| 283 | 328 | ||
| 284 | ### Separação do catálogo de software de governo | 329 | ### Separação do catálogo de software de governo |
| 285 | 330 |