2ª sprint(Terminou em 02/03): Planejamento
Design definido
Atividade | Responsável | Estimativa (1 a 3) |
---|
Arquitetura da informação e fluxo de navegação | Yaso | |
Estrutura de navegação | Yaso | 2 |
Wireframes | Yaso | 3 |
Projeto Gráfico | Time dados abertos | |
Logomarca | Time dados abertos | 3 |
desenho de ícones e elementos principais de interação com os datasets | Time dados abertos | 3 |
Votação da logo | Poppi | 2 |
Protótipo das telas com base nos wireframes | Time dados abertos | 3 |
Cases para a OGP
Atividade | Responsável | Estimativa (1 a 3) |
---|
Escrever sobre os cases escolhidos | Poppi, e Augusto | 2 |
Contatar os desenvolvedores dos outros cases para escreverem sobre ele | Demoulidor | 1 |
Revisar os cases escritos | Time dados abertos | 2 |
Solicitar apoio de outros participantes para revisão e tradução | SLTI | 1 |
Produção separada do desenvolvimento
Atividade | Responsável | Estimativa (1 a 3) |
---|
Mudança do DNS para o novo servidor de produção | Time dados abertos | 1 |
Passar para o Duke a VM para ele publicar no servidor dele | Duke, Poppi e Time dados abertos | 2 |
Ambiente migrado para o serpro | Time dados abertos | Concluído |
Apontar produção para o SERPRO, continuar desenvolvimento no labCluster | Time dados abertos | 1 |
Manual de catalogação de datasets
Atividade | Responsável | Estimativa (1 a 3) |
---|
Publicação do documento para desenvolvimento colaborativo: https://okfnpad.org/mancat | Time dados abertos | Completo |
Escrita do documento | Time dados abertos | 2 |
Abertura do acesso do CKAN de desenvolvimento para teste do manual | Time dados abertos | 2 |
Teste do documento | Time dados abertos | 3 |
Outras atividades
- Traduzir o CKAN 1.6 - Augusto Herrmann - Completo!
- Atualizar o CKAN para o 1.6 fixo - Time dados abertos - 1 (aguardar a versão oficial ser lançada pela OKFN)
- Atualizar as tarefas do TRAC - Time dados abertos - 1
- Dar permissão no TRAC para as pessoas colocarem as tarefas - Time dados abertos - 1
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