O documento discute a prática do Inner Source, que traz as práticas do desenvolvimento de software open source para dentro de organizações. Isso pode melhorar o reuso de software, a qualidade através da revisão por pares, e a inovação explorando a experiência de toda a organização. O documento também lista 9 fatores chave para o sucesso do Inner Source, incluindo o tipo de software, gestão de pessoas, e práticas de desenvolvimento necessárias.
4. A Catedral VS O Bazar
Times isolados com
estruturas hierárquicas
Código e documentação
fechada
Somente entregas
estáveis
5. A Catedral VS O Bazar
Times isolados com
estruturas hierárquicas
Código e documentação
fechada
Somente entregas
estáveis
Ambiente aberto onde
todos contribuem
Código e documentação
acessíveis à todos
Entregas “cedo” e
frequentes
9. Alavancar o reuso de software e componentes
Melhorar a qualidade através da lei de linus:
“Given enough eyeballs, all bugs are shallow.”
10. Alavancar o reuso de software e componentes
Melhorar a qualidade através da lei de linus:
“Given enough eyeballs, all bugs are shallow.”
Inovação: explorar a experiência
e criatividade de toda a organização
11. Alavancar o reuso de software e componentes
Melhorar a qualidade através da lei de linus:
“Given enough eyeballs, all bugs are shallow.”
Inovação: explorar a experiência
e criatividade de toda a organização
Acelerar o desenvolvimento e “Time to Market”
12. Alavancar o reuso de software e componentes
Melhorar a qualidade através da lei de linus:
“Given enough eyeballs, all bugs are shallow.”
Inovação: explorar a experiência
e criatividade de toda a organização
Acelerar o desenvolvimento e “Time to Market”
Facilitar a mobilidade e a adesão das pessoas
13. 9 fatores para um inner
source de sucesso
O que, onde e como trazer o Bazar para dentro da
Catedral
14. Categorias dos Fatores
O QUE
O software para
inner source
ONDE / QUEM
Gestão e Pessoas
COMO
Práticas e
Ferramentas
15. O Produto
✖ Visão e objetivo
✖ Valor
organizacional
✖ Tecnologia aberta
e comum
O QUE
16. Stakeholders
✖ Variedade de pessoas, projetos,
unidades de negócios interessadas
✖ Utilizar “o conhecimento coletivo”
O QUE
21. Coordenação e Liderança
✖ Reconhecer
projetos e pessoas
✖ Modelo de
Meritocracia
✖ Coordenação auto
organizada
ONDE
QUEM
22. Transparência
✖ Acesso ao código,
revisões, lista de
bugs, etc…
✖ Compartilhar o
conhecimento
✖ Comunicar
projetos, evoluções
ONDE
QUEM
23. Suporte da gestão e motivação
✖ Advogar os benefícios
dos projetos para
organização
✖ Empoderar pessoas para
elas resolvam problemas
✖ Sustentar a flexibilidade
natural desses projetos
ONDE
QUEM