Issue #3
customização do GITLAB para o órgão
Debater o assunto sobre customização do GITLAB para cada órgão.
A versão comunidade tem algumas limitações.
Por exemplo o gerenciamento de usuários de cada grupo deve ser por usuário, ele não aceita apenas adicionar um grupo do LDAP e todos daquele grupo tem acesso as permissões concedidas.
-
Milestone changed to Fazer gestão do projeto via GitLab
-
Vamos criar uma comunidade do Gitlab no SPB para ele ser público e podermos formatar uma maneira de evoluir algumas funcionalidades.
-
Status changed to closed
-
Acrescento a sugestão de levar à equipe do SPB a proposta de evoluir/desenvolver uma solução para contratação pública de serviços de desenvolvimento, manutenção e evolução de software público, que possibilite a "remuneração" ou "premiação" de desenvolvedores.
Previsão jurídica até que temos:
- Lei 8666
- Seção IV - Dos Serviços Técnicos Profissionais Especializados - Art. 13.
- Art. 111
- Lei 8666
A evolução de um software público pode ser realizada com a contratação pública, dentro dos preceitos jurídicos previstos na legislação atual (lei 8666, IN 4, etc...).
A comunidade do SPB pode ser beneficiada com iniciativas de órgãos públicos que possibilitem a "remuneração" aos serviços prestados pelos membros da comunidade. Isto poderia ser vantajoso tanto para os entes públicos (CONTRATANTES) como para a comunidade envolvida (possíveis CONTRATADOS), e poderia fomentar o desenvolvimento e a evolução dos softwares como também do ambiente/comunidade do SPB. Deve ser considerada também a possibilidade de produzir ou gerar economia para os cofres públicos.
A equipe do SPB poderia desenvolver e propor uma solução de contratação enquadrada e alinhada juridicamente com a legislação vigente, já que tem uma posição privilegiada por estar no MPOG, coordenando a comunidade do SPB e com um quadro técnico capaz de evoluir esta questão, podendo fazer uso dos recursos do SISP e contar com a participação dos ATIs envolvidos.
Na discussão na oficina do SPB (06/11/2015, na ENAP) chegamos a discutir estas possibilidades. Descrevo um possível cenário que vislumbramos:
- Com o gerenciamento de ISSUES na plataforma do SPB as tarefas poderiam ser criadas, discutidas e priorizadas, para serem demandadas em um "concurso público", com remuneração prevista, tendo seu escopo e detalhamento descritos. Os desenvolvedores seriam estimulados/desafiados a prover a solução e a submetê-las para o Software Público.
