O desenvolvimento do novo Portal do Software Público ... · O desenvolvimento do novo Portal do...

O desenvolvimento do novoPortal do Software Público Brasileiro

Paulo Meirelles, Hilmer Neri{paulormm,hilmer}@unb.br

By Paulo Meirelles and Hilmer Neri licensed under a Creative Commons Attribution 4.0 International (CC BY 4.0)

O quê?

● Evolução do Portal do Software Público Brasileiro: pesquisa e desenvolvimento para uma nova geração integrada de plataformas abertas e colaborativas

Por quê? (tecnicamente)● Esforços atuais da equipe da DEGSI/SLTI são em manutenção

corretiva e não na evolução

● Provê a integração dos “serviços” (listas, repositórios e CMS) com Interface e autenticação única, através de um arquitetura desacoplada/plugável

Por quê? (juridicamente)

● Evolução do Modelo e atualização da Instrução Normativa○ Estudo de Licenças de Software Livre para o SPB○ Mitigar as contradições na IN 01/2011 do SPB

■ Minuta para uma nova IN

Por quê? (negócio)

● Maximizar o acesso da população a softwares públicos de qualidade

● Garantir suporte na instalação, configuração e uso de software público

Por quê? (negócio)

● Estimular as comunidades de interesse a colaborarem de forma eficaz

● Otimizar o investimento público em desenvolvimento de software

Quem?

● 35 pessoas envolvidas○ 18 alunos○ 6 graduados○ 2 mestrandos○ 5 profissionais sêniors○ 3 professores○ 1 apoio administrativo

Quem?

● 35 pessoas envolvidas○ Noosfero: 8○ Colab: 11○ Mezuro: 2○ DevOps: 4○ Design/Front-End: 5○ Licenças/Normativos: 2○ Gestão: 3

Onde?

● Equipe distribuída:○ Brasília/Gama

■ UnB/LAPPIS○ Salvador

■ desenvolvedor Noosfero

Onde?

● Equipe distribuída:○ Ribeirão Preto/São Carlos

■ desenvolvedor Colab, ICMC-USP○ São Paulo

■ desenvolvedores Mezuro, IME-USP○ Curitiba

■ desenvolvedor Noosfero e DevOps

Distribuição física da equipe

Como?

Nossas variáveis

● Alunos● Professores● Profissionais distribuídos● Calendário letivo (fim de semestre)● Horários incompatíveis● Rotação de pessoas (Ciência sem fronteiras)● Software Livre● Ministério do Planejamento/Governo

Nossas práticas

● "Conf-call meeting" de 15 minutos e diários● Coach por equipe/Coach por turno● Meta-coach● Troca constante de coaches● Lista de discussão aberta● Canal IRC● Mini-relatos diários na lista de email

Nossas práticas

● 16 horas/semanais para os alunos● 20 horas/semanais para os graduados e sêniors● Professores dentro do laboratório● Não fazer fork dos projetos de Software Livre● Presença dos profissionais sêniors a cada 2

meses● Sêniors sempre envolvidos com problemas

"não-triviais" junto com alunos

Nossas práticas

● Pareamento● Testes● Integração contínua● Empacotamento (RPM)● Revisão de código (merge-request)● Propriedade coletiva do código● Usar a própria plataforma (gestão no GitLab)

Nossas práticas

● Planejamento de Releases e Sprints● Feedback contínuo● Jogo do Planejamento● Revisões de Sprints● Empoderamento do time● Gestão descentralizada● Energizar pessoas

Quando?

Como nos comunicamos com uma estrutura organizacional funcional?● Alinhamento da estratégia à visão do

incremento do produto

● Envolvimento das analistas de TI no processo de desenvolvimento

Como nos comunicamos com uma estrutura organizacional funcional?● Custo e Tempo FIXO e escopo VARIÁVEL

● "Tradução" do andamento do escopo para uma visão de produto expressa num gráfico de Gantt, no nível de portfólio

Como nos comunicamos com uma estrutura organizacional funcional?

Valores x Princípios x Práticas: Produção

A entropia de processo

Célio Santana - Tese de Doutorado - Avaliação da utilização de melhoria de processo de software baseada em metodologias ágeis em empresas CMMI.

http://repositorio.ufpe.br/xmlui/handle/123456789/11393?show=full

Métodos Ágeis não tentam tornar a

complexidade mais previsível. Ao invés disso, abraçam a complexidade e lidam com a ela usando a própria complexidade.

Managment 3.0

Managment 3.0

Métodos Tradicionais e Ágeis são antagônicos?

Os objetivos são diferentes?As boas práticas de engenharia de software são

diferentes?

Então o que é diferente?

Pare de fazer ágil e comece a ser ágil!

Jim HighSmith,Adaptive Leadership – Accelerating Enterprise Agility, 2011



OBRIGADO!fga.unb.br/lappis

O desenvolvimento do novoPortal do Software Público Brasileiro

Paulo Meirelles, Hilmer Neri{paulormm,hilmer}@unb.br

By Paulo Meirelles and Hilmer Neri licensed under a Creative Commons Attribution 4.0 International (CC BY 4.0)