Encontro de primavera de 2019

Detalhes aparecendo em breve

Vou compartilhar a história do InnerSource em Bosch, que começou há uma década. Na minha palestra, vou compartilhar detalhes interessantes sobre os começos e a evolução do InnerSource em Bosch, bem como muitas lições que aprendemos no caminho.

Thales InnerSource Software (TISS) Comunidade nasce da Thales Digital Transformation chamada para iniciativas em 2016. Como diferencial chave com tentativas anteriores de promover o compartilhamento e reutilização de código fonte, foi projetado desde o início para abordar aspectos fundamentais da colaboração aberta: legal, ferramentas e mudança cultural. Hoje, esta comunidade é organizada como uma fundação “interna” de código aberto e está crescendo continuamente dentro da empresa. Thomas Froment, como líder da Comunidade, apresentará seu feedback da experiência, esclarecendo como eles estão tentando implementar InnerSource nesta empresa multinacional (65 000 empregados, incluindo 25 000 engenheiros em 56 países). Tópicos-chave que serão abordados: Governança, Legal, Ferramentaria, Promoção e Incentivos, partilha transparente de sucessos, fracassos, questões abertas e os desafios que enfrentam em 2019 para escalar TISS em nível de grupo.

Práticas colaborativas são adotadas naturalmente pelos participantes nos projetos de hoje. Muitas pessoas na cultura de TI têm sido ‘aumentadas’ com trabalho em equipe e comunicação aberta como parte integrante da cultura de código aberto. Não para os gigantes que com seus passos fazem passos maiores, mas ao mesmo tempo se encontram relutantes em mudar. Não é incomum durante uma implementação InnerSource ver os padrões industriais habitados subirem sua cabeça feia. Os seres humanos podem ser excepcionalmente criativos de maneiras positivas e negativas. Assim como diferentes motivações impulsionam a ingenuidade humana para frente, igualmente podem nos deter. Quais são as possíveis razões por trás do seu InnerSource perder tração e o que podemos fazer para recuperar as coisas?

A Red Hat, principal fornecedora mundial de soluções Open Source Enterprise, tem uma ferramenta de avaliação aberta, chamada Open Source Maturity Assessment (OSMA), para permitir que as organizações compreendam sua maturidade atual em relação ao seu conhecimento, adoção e capacidade de utilizar efetivamente as tecnologias Open Source / InnerSource dentro de sua organização. A avaliação coloca uma série de perguntas com respostas de múltipla escolha em torno das seguintes áreas-chave: Objetivos de Negócios, Conhecimento Geral de Código Aberto, Padrões de Desenvolvimento e Ferramentas, Participação da Comunidade Upstream, Governança e Políticas Legais e Apoio à Gestão Sênior. Os resultados da avaliação são usados como ponto de partida para dar a uma organização uma melhor compreensão de seus objetivos de negócios sobre o software e metodologias Open Source / InnerSource, as áreas de foco a serem abordadas (sob as áreas de consumo, contribuição, criação e estratégia/governança) e recomendados próximos passos. Durante esta oficina, vamos:

• Faça cada participante passar pela ferramenta de avaliação para determinar a maturidade de sua organização.
• Analise os resultados para destacar áreas para uma organização focar
• Mantenha uma discussão aberta sobre maturidade da organização, incluindo problemas encontrados e maneiras de aumentar o nível de maturidade A avaliação em si é Open Source e o código pode ser encontrado em https://github.com/boogiespook/osma.

É uma simples pilha de LAMP, permitindo que perguntas e respostas sejam personalizadas para uma organização. A ferramenta de maturidade foi apresentada e então usada por várias organizações, grandes e pequenas, para ajudá-los a entender onde estão em sua jornada Open Source.

Esta apresentação abrange a Fase de Descoberta InnerSource em Zalando e as melhores práticas atualmente adotadas em toda a empresa.

Quando a Ebit Systems lançou seu programa InnerSource, decidiu impulsionar mudanças culturais através da gamificação. Shelly Nizri oferece uma visão geral do Software Guild, uma abordagem inovadora de gamificação para aumentar o engajamento e incentivar a colaboração na organização. Junte-se para aprender como a empresa prevaleceu apesar de recursos humildes e venceu todos os desafios no espírito do InnerSource

Então você decidiu que InnerSource é o caminho para o seu empreendimento. Bom para você! O resto é moleza. Você só precisa explicar aos seus empregados o que é tudo isso. Ah, sim, e falar com as pessoas do imposto corporativo, não deve ser problema, você conhece um cara lá. Então peça ao departamento legal para responder algumas perguntas simples, e vá embora! Certo, ferramentas também são um problema. E governança… Certo, então você não pensou em todos os detalhes menores, mas você chama a atenção de todos e espalha a notícia. Calma! Certo? Bem, deixe-me falar um pouco sobre nossa jornada no Daimler TSS. Ainda não resolvemos tudo, mas estamos em um bom caminho, e talvez nossa experiência possa ajudá-lo também.

GitHub é a plataforma na qual a maioria dos softwares Open Source é escrita, gerando grandes quantidades de valor conectando desenvolvedores em todo o mundo para trabalhar em alguns dos problemas mais ambiciosos. Compreensivelmente, as empresas queriam se juntar a essa rede e reproduzi-la em suas próprias organizações como InnerSource. Esses mesmos negócios estão lutando para encontrar fluxos de trabalho que são flexíveis o suficiente para evoluir com suas corporações e a forma em constante mudança que Open Source é desenvolvida. GitHub tem uma visão de ajudar as empresas a implementar práticas InnerSource investindo e construindo em suas redes, mantendo os dados dos clientes e as práticas empresariais seguras.

Junte-se a Brent Beer enquanto compartilha alguns dos recentes sucessos e planos da GitHub para o futuro.

Uma das principais perguntas que qualquer empresa disposta a tentar InnerSource é como isso pode ser integrado com sua forma atual de se desenvolver. Ainda mais, alguns deles começaram recentemente com Ágil e isso pode ser visto como “ainda outra abordagem de desenvolvimento de software”. Agile e InnerSource são definidos em ambos os casos e [por exemplo: na Wikipédia] como práticas de desenvolvimento de software. No entanto, parece que ainda não está claro como cada um pode complementar o outro. Esta conversa visa trazer à mesa algumas reflexões sobre como Agile está sendo usado por algumas grandes corporações, e como InnerSource está sendo aplicado por algumas outras. Não queremos afirmar fatos, mas abrir uma discussão frutífera com o público com o objetivo de trazer mais casos de uso e compartilhar experiências entre os participantes.

Como você traz um legado de Planejamento de Recursos Empresariais (ERP) para “A Nuvem”, com a promessa de permitir novos modelos de negócios e reduzir custos? Como lidar com uma enorme dívida técnica e organizacional acumulada ao longo de décadas? Como você inicia uma transformação radical e como você coloca as pessoas em movimento? Estes são os desafios que o recém-contratado CTO de uma unidade de negócios dentro da Softplan, grande empresa brasileira, aceitou há alguns anos. Nesta palestra, explicamos como tivemos a oportunidade de trabalhar com o CTO, e apoiá-lo com uma abordagem orientada por dados. Depois de introduzirmos a noção de análise de software, explicamos como usamos métricas primeiro para diagnosticar os problemas, e depois para suportar um processo de melhoria contínua. Revisamos uma série de experimentos específicos feitos neste contexto, discutindo sucessos e desafios. Enfatizamos os aspectos humanos da transição e explicamos como as métricas podem ser poderosas quando se trata de desencadear conversas e impulsionar mudanças de comportamento. Explicamos como nossas recomendações iniciais foram para inspirar as equipes a adotarem práticas que podem ser vistas “em ação” no GitHub. Quando embarcamos nesta jornada, não sabíamos sobre o InnerSource Commons. No entanto, alguns dos problemas que encontramos são muito parecidos com os do catálogo de padrões. Na palestra, mapeamos nossas experiências para problemas descritos no catálogo. Comparamos nossas soluções com as encarnadas nos padrões.

Durante as últimas sessões InnerSource Commons e Padrões, houve um conjunto de questões levantadas pela comunidade. Eles estão relacionados à descoberta, descoberta, consciência, documentação e outros. Nesta palestra, Kristof Van Tomme e Daniel Izquierdo discutirão o uso de um Portal de Desenvolvedores como forma de centralizar e lidar com todos esses padrões relacionados. Após a introdução, vamos nos dividir em grupos de discussão para trabalhar em padrões-chave que o público acredita que precisam ser incluídos na maioria dos portais.

Nos últimos 10 anos, a Red Hat Consulting ofereceu serviços em torno de processos de código aberto e cultura, juntamente com suas ofertas normais baseadas em tecnologia. Enquanto Red Hat é uma empresa de soluções de software Enterprise, também é o principal proponente de como o código aberto funciona e por que ele produz um bom software, usando uma abordagem baseada na comunidade. Este artigo discute: se for possível, código aberto deve ser considerado em favor da fonte interna como uma abordagem para uma organização Se InnerSource é a única opção, o que deve ser considerado durante esta fase de um projeto

Uma apresentação informal, mas com esperança informativa, sobre os desafios de implementar InnerSource em uma empresa de médio porte e não técnica. A missão da Harvard Business Publishing é melhorar a prática da gestão em um mundo em mudança, e nossas áreas de foco são na publicação e aprendizagem de pedagogias. Reconhecemos que enquanto não somos uma empresa de tecnologia, tratamos a engenharia de software como uma competência essencial que pode fazer ou quebrar nossa estratégia. A adoção do InnerSource foi vista como um componente chave em nossos planos de longo prazo, mas ficou muito aquém de nossas expectativas. Gostaríamos de compartilhar nossa experiência não como uma acusação inerente de InnerSource mas como um conto de intenções e aspirações versus todos os dias e restrições inexcitantes, mas muito reais.

Fonte interna é a aplicação de metodologias de código aberto para software desenvolvido internamente. Embora simples de definir, fonte interna pode ser difícil de explicar e implementar com sucesso. Muitos engenheiros não têm experiência em código aberto e as idéias e mecânicas de desenvolvimento de código aberto. Mesmo aqueles com esse passado enfrentam um novo conjunto de restrições e motivações ao tentar trabalhar abertamente dentro da empresa. O caminho de aprendizagem InnerSource dá uma introdução simples e fácil de entender à fonte interna. Ele introduz termos, conceitos e princípios chave para uma fonte interna eficaz, juntamente com explicações e exemplos reais. Pretende-se atualizar os recém-chegados, bem como proporcionar aos que têm experiência um vocabulário comum a usar quando se discute conceitos mais avançados. O caminho de aprendizagem InnerSource será livremente hospedado pela O’Reilly Media na https://www.safaribooksonline.com/learning-paths para seu uso e compartilhamento. Nesta sessão vamos rever o conteúdo do caminho de aprendizagem e como você pode usá-lo e compartilhá-lo.

Crowdsourcing está surgindo como uma estratégia alternativa de terceirização que está ganhando atenção na comunidade de engenharia de software. No entanto, o desenvolvimento de software crowdsourcing envolve tarefas complexas que diferem significativamente das micro-tarefas que podem ser encontradas em plataformas crowdsourcing como o Amazon Mechanical Turk – estas últimas são muito mais curtas em duração, e normalmente muito simples e não envolvem nenhuma interdependência de tarefas. Para alcançar os benefícios potenciais da crowdsourcing no contexto de desenvolvimento de software, as empresas precisam entender como essa estratégia funciona, quais desafios surgem, e quais fatores podem afetar a participação da multidão. Pesquisas até o momento sobre desenvolvimento de software crowdsourcing tenderam a se concentrar na “multidão” ou na plataforma técnica, com pouca pesquisa sob a perspectiva do cliente que está buscando alavancar o modelo de desenvolvimento crowdsourcing. As descobertas de um estudo de caso aprofundado do desenvolvimento de software de crowdsourcing em uma empresa da Fortune 500 são aumentadas com uma análise de mais de 13.000 competições de crowdsourcing em um período de dez anos na plataforma de crowdsourcing Topcoder, uma das plataformas mais populares para o desenvolvimento de software, são atraídas para avaliar a eficácia da crowdsourcing em um contexto de desenvolvimento de software.

Métricas são uma parte importante da jornada InnerSource. O InnerSource Commons tem sido um ótimo lugar para discussão sobre o tema. Especificamente, a comunidade de padrões InnerSource entregou um padrão focado nos primeiros passos com métricas [1] onde nenhuma métrica específica é detalhada, mas isso dá um ponto de partida para discutir quando, como e o que medir. Esta palestra visa detalhar essas métricas e KPIs para uma discussão mais aprofundada em toda a comunidade. Isto é baseado no trabalho em andamento na comunidade GrimoireLab/CHAOSS, um Projeto da Fundação Linux. As métricas propostas são divididas em três áreas principais: atividade, comunidade e processo. [1] https://github.com/InnerSourceCommons/InnerSourcePatterns/blob/master/introducing-metrics-in-innersource.md

Detalhes aparecendo em breve

Cultura é difícil de descrever, e ainda mais difícil de imitar. Como se começa a estabelecer uma cultura de código aberto? Quais são os princípios subjacentes sobre os quais essas culturas são construídas? Nos últimos 13 anos, estive lendo e pensando sobre essas perguntas, tentando entender o que faz alguns projetos de código aberto terem sucesso e fazer outros falharem. Nesta palestra eu quero introduzir 7 modelos mentais e insights surpreendentes que eu adotei ao longo do caminho que transformaram a maneira como eu penso sobre negócios. Apresentarei os insights junto com referências aos livros de onde foram derivados, e explicarei por que acredito que podem ajudar uma organização a construir uma cultura de código aberto.