Local
Nome do local: Balaio Café
Endereço do local: CLN 201, Bloco B, lojas 19 a 31, Asa Norte, Brasília, DF
Participação remota: Canal
#dadosgovbr no IRC Freenode. Transmissão de vídeo em
webstreaming.
Apoio ao registro da reunião no
OKFnPad.
Lista de discussão da INDA:
https://groups.google.com/group/lista-inda-gt3Data e hora: 02/03/2012 | 09:00 - 18:00
Objetivo
Realização da revisão e da retrospectiva da sprint 2ª sprint do
Novo PlanejamentoParticipantes Presenciais
Nome | Organização |
---|
Christian Miranda | DSI/SLTI/MP |
Augusto Herrmann | DSI/SLTI/MP |
Alexandre Gomes | SEA Tecnologia |
César Brod | DSI/SLTI/MP |
Ricardo Poppi | Presidência |
Yasodara Córdova | Presidência |
Participantes Online
Nome | Organização |
---|
Ramón Fonseca | Ibict |
Raphael Adrien | |
Thami Gomes | |
Amilton Antonio | |
Duke | |
Hudson Augusto | |
Relato do Desenvolvimento
Design:
Foi feita uma reunião para definição de uma série de elementos, unindo o que já estava definido pelo cardsorting a novas opiniões ->
Reunião de definições do design em https://okfnpad.org/dadosgovbr-wireframes-e-logoos wireframes estão prontos. Recebemos várias contribuições. Yaso e Christian consolidaram as contribuições em reunião anteontem, produzindo um wireframe único com elementos tirados dos wireframes contribuídos. Falta ainda um projeto de identidade visual seguindo o wireframe.
- Passar o wireframe finalizado para os colaboradores implementarem o código usando o wireframe final e a identidade visual do portal que está no ar ("Plano B").
- Acionar o DGE para ver se conseguimos alguém para nos ajudar no design da identidade visual ("Plano A"). O Poppi vai tentar contato com o pessoal da EBC para tentar alguma ajuda.
Separação do ambiente de desenvolvimento e produção: VM disponibilizada aos colaboradores do projeto por link no Dropbox e está disponibilizado em Torrent. Precisamos ainda criar um tracker oficial com whitelist de Torrents, para só permitir os Torrents autorizados. O tracker terá o endereço tracker.dados.gov.br.
- Solicitar internamente o registro de subdomínio tracker.dados.gov.br.
A VM do Serpro foi concluída e está no ar. O subdomínio DNS beta.dados.gov.br já foi virado para esta máquina, mas ainda não foi atualizado para acesso em todo lugar.
Manual: Foi escrita a metodologia e foi escrita a primeira versão do manual. Faltam:
- A revisão (acabamento) do manual;
- Teste do manual: pedir a uma pessoa que não conhece que cadastre tendo apenas a informação do manual. Os 3 são:
Cases da OGP: foram selecionados 3, mas não foram escritos.
- Escrever um parágrafo sobre cada um:
- Para onde foi o meu dinheiro
- Onde Acontece (segurança pública do RS, vencedor do Desarollando America)
- Gastos dos Municípios do Ceará
Sprint Review
Design definido
Atividade | Responsável | Estimativa (1 a 3) | Concluído ? |
---|
Arquitetura da informação e fluxo de navegação | Yaso | | não |
Estrutura de navegação | Yaso | 2 | não |
Wireframes | Yaso | 3 | não |
Projeto Gráfico | Time dados abertos | | não |
Logomarca | Time dados abertos | 3 | sim |
desenho de ícones e elementos principais de interação com os datasets | Time dados abertos | 3 | não |
Votação da logo | Poppi | 2 | sim |
Protótipo das telas com base nos wireframes | Time dados abertos | 3 | não |
Cases para a OGP
Atividade | Responsável | Estimativa (1 a 3) | Concluído ? |
---|
Escrever sobre os cases escolhidos | Poppi, e Augusto | 2 | não |
Contatar os desenvolvedores dos outros cases para escreverem sobre ele | Demoulidor | 1 | não |
Revisar os cases escritos | Time dados abertos | 2 | não |
Solicitar apoio de outros participantes para revisão e tradução | SLTI | 1 | não |
Produção separada do desenvolvimento
Atividade | Responsável | Estimativa (1 a 3) | Concluído ? |
---|
Mudança do DNS para o novo servidor de produção | Time dados abertos | 1 | não |
Passar para o Duke a VM para ele publicar no servidor dele | Duke, Poppi e Time dados abertos | 2 | sim |
Ambiente migrado para o serpro | Time dados abertos | 3 | sim |
Apontar produção para o SERPRO, continuar desenvolvimento no labCluster | Time dados abertos | 1 | não |
Manual de catalogação de datasets
Atividade | Responsável | Estimativa (1 a 3) | Concluído ? |
---|
Publicação do documento para desenvolvimento colaborativo: https://okfnpad.org/mancat | Time dados abertos | 1 | sim |
Escrita do documento | Time dados abertos | 2 | sim |
Abertura do acesso do CKAN de desenvolvimento para teste do manual | Time dados abertos | 2 | não |
Teste do documento | Time dados abertos | 3 | não |
Retrospectiva:
O que deu certo:
- Design:
- Logo escolhida em votação, recebemos muitas contribuições
- Recebemos muitas contribuições de wireframes
- Infra:
- A preparação da VM de distribuição foi concluída com sucesso
- Distribuição da VM (http e torrent) de uma maneira inovadora, provavelmente o único portal de governo cujo código é amplamente distribuído em peer-to-peer
- A preparação da VM de produção foi concluída
- Participação e colaboração:
- possibilidade de participação remota, uso de web streaming, irc e pad
- registro na wiki de todas as reuniões e decisões
- Proximidade da Conferência da OGP pode ser um elemento motivador para a participação de mais pessoas do governo
- Participação na sprint review do stakeholder que faz o papel do "cliente" (César Brod)
- Uso de ferramentas colaborativas variadas, embora confuso no início, permitem um grande nível de colaboração síncrona e assíncrona
- Percepção pública positiva dos trabalhos (saindo positivamente na mídia)
O que deu errado:
- Design:
- Design = Planejamento
- andou devagar
- processo bagunçado
- O processo de Design não foi planejado desde o início. Teria que ter esse processo definido desde o início, definir um planejamento e uma "equipe" para delegar tarefas.
- design foi subestimado, foi priorizado o prazo
- faltou entrosamento na equipe
- Falta conhecimento do que é Design
- Designer não costuma saber como trabalhar em equipe
- Isto é, reune, discute, mas na hora de fazer é individual, tenta impor "sua" idéia, principalmente quando não concorda com os outros
- Não há ferramentas colaborativas para Design
- Cases:
- não foram escritas as informações sobre os cases
- Participação:
- Pouca participação de pessoas do governo
- Pouco temo de dedicação durante a sprint
- Carnaval no meio da sprint
- Divergências e discussões improdutivas
- Falta de liderança para conduzir as tarefas
- Planejamento/Participação
- Obrigar a pessoa que entra no meio do processo a se inteirar do assunto pela Wiki, pra depois dar pitaco
- Muita gente fica com vergonha de participar, de dar pitaco na hora, e espera demais também
- Dificuldades da organização em consolidar tudo na Wiki
- São muitos canais de comunicação síncrona e assíncrona para poucas pessoas para acompanhar e consolidar
- Coluna "Estimativa" não é clara a que se refere nas páginas das Sprint Reviews
O que pode ser melhorado:
- Definir escopo do projeto
- Definir prioridades e marcos
- Definir os líderes das atividades
- Deixar o TRAC funcionando
- Definir políticas de acesso, designação e acompanhamento de tarefas pelo TRAC
- Definir um responsável?
- Criar vídeos e tutoriais para "Quero participar, como faço?" - usar a parceria com o W3C, se for o caso
- Definir um papel de anfitrião, para dar as boas vindas às pessoas novas que chegam querendo colaborar com o projeto
- Definir esse papel no momento síncrono (reunião presencial)
- Definir esse papel no assíncrono
- Isto é, definir quem vai fazer isso e seu substituto na sua falta
- Ter um plano de marketing
- Melhorar as intruções na wiki de início de participação para novos colaboradores
- Colocar uma legenda para coluna "Estimativa" na página da Sprint Review
Planejamento:
Levando em consideração o grande número de atividades a se fazer e o reduzido prazo, optamos por colocar somente as tarefas imprescindíveis para a nova versão do portal estar no ar para anúncio na reunião da OGP.
3ª sprint(16/03): Funcionalidades acessórias e datasets
Legenda do esforço:
1 - simples
2 - mais difícil que o 1
3 - mais difícil que o 2
Atividade | esforço estimado (1 a 3) | esforço realizado (1 a 3) |
---|
Implementação do portal | | |
Implementação em html da página inicial aproveitando o indentidade visual antiga e o wireframe da yaso | 2 | |
API funcional e estável: Deploy de código automatizado para todos os componentes | 1 | |
Conteúdo informacional com links ativos, prontos e validados | 3 | |
Seguir padrões e-Gov | 1 | |
Funcionalidade de Notícias | 2 | |
Interface limpa para o resultado das buscas | 1 | |
Interface uniformizada através de proxy transformador implementado (diazo, deliverance ) | 3 | |
Realizar testes de carga | 2 | |
Desenvolver conceitos de identidade visual das telas | | |
solicitar ao departamento de governo eletrônico de apoio para a elaboração da identidade visual em cima dos wireframes | 1 | |
solicitar à EBC de apoio para a elaboração da identidade visual em cima dos wireframes | 1 | |
Desenvolver os protótipos já com a identidade visual incorporada | 3 | |
Definição das outras telas, à partir do modelo da primeira | | |
Tela inicial do catálogo de dados | 2 | |
Tela da busca dos dados | 2 | |
Tela do dataset | 2 | |
Inclusão de datasets no portal | | |
Conjuntos de dados: pelo menos 3 áreas, educação, segurança pública e saúde, no mínimo 10 estados e até 100 datasets cadastrados | 3 | |
Postagem para o portal sisp sobre o portal brasileiro de dados abertos para cadastro de datasets | 1 | |
Aproximação das organizações parceiras da SLTI e INDA para publicação dos datasets no portal | 3 | |
4ª sprint(02/04): Ambiente funcional e estável
- Cases OGP publicados no portal da OGP
- Ambiente no SERPRO já com o DNS VIRADO
- Ambiente estável e performático
- Caixa aceleradora HTTP (varnish ou outros)
- Curso de EAD para publicação de dados abertos
- Metadados dos datasets embarcados em RDFa
- Deploy de novas instâncias de servidor com balanceamento de carga automatizado
Backlog não planejado:
- Cadastrar usuários no CKAN
- Funcionalidade de avaliar e comentar Datasets
- Tutorial / oficina de dados abertos e workshop de catalogação
- 700 datasets cadastrados
- Consulta de datasets por órgão e por assunto (VCGE)
- Processo de encaminhamento de idéias e pedidos de datasets definidos e integrados com a LAI