Adicionando topicos relacionados ao gerenciamento no gitlab e sobre o Mezuro

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