Por que os modelos abertos podem realmente melhorar seu controle de qualidade



<div _ngcontent-c16 = "" innerhtml = "

Imagem de Gerd Altmann

O uso de modelos abertos ainda é uma ideia inovadora para a maioria das empresas, mas tive a sorte de interagir com alguns líderes que vêm experimentando modelos abertos nos negócios há mais de uma década. Um desses líderes é Paul Hlivko, agora vice-presidente e diretor de tecnologia da Wellmark Blue Cross e Blue Shield. Ele vem experimentando modelos abertos desde o início dos anos 2000. Recentemente, conversei com Paul sobre como o crowdsourcing estava indo na Wellmark Blue Cross e Blue Shield.

O que achei fascinante em nossa conversa foi a percepção de Paul sobre como o código aberto estimulou o interesse e o envolvimento de funcionários internos e de talentos externos na solução de problemas para os negócios. Em nossa conversa, Paul mencionou algo que considero criticamente importante nas conversas iniciais que as empresas estão tendo sobre experimentar plataformas de código aberto: existe um mito predominante de que as partes interessadas internas são o melhor controle de qualidade. De nossa experiência, esse mito existe em muitos setores. Isso simplesmente não se provou correto, diz ele. Aqui está mais sabedoria de Paul sobre o poder do código aberto.

P: Como você está utilizando modelos abertos na Wellmark?

Estamos fornecendo crowdsourcing duas linhas de trabalho. Primeiro, temos uma plataforma que construímos para nossos stakeholders externos, que administra várias equipes de scrum, ao lado de uma nova equipe de multidão que é capaz de assumir tarefas de história e trabalhar com um pipeline integrado de volta à nossa base de códigos de plataforma. Segundo, estamos usando a multidão de ciência de dados para ajudar a resolver nosso projeto de produto de estado futuro, interagindo através de modelos que correlacionam a utilização, o desempenho e a variação do produto em nossa base de clientes. Para ambos os esforços, estamos muito perto de contar com a produção da multidão para entregar esses investimentos importantes que estamos fazendo.

P: Quais foram alguns dos pontos problemáticos?

Quando as pessoas são apresentadas pela primeira vez à multidão, elas geralmente se preocupam com a qualidade dos produtos de trabalho e o controle dos resultados finais. A ironia disso é uma suposição subjacente de que as poucas centenas de funcionários da empresa são consideradas o melhor mecanismo de controle da qualidade versus a multidão de milhares de concorrentes e medidos com dados e algoritmos. Não encontrei um cenário em que o controle de qualidade de uma multidão não atendesse às expectativas se o desafio fosse definido adequadamente, com o envolvimento certo da empresa e o modelo de incentivo certo para o trabalho.

P: Como você preparou suas equipes?

Definimos um desafio manual de crowdsourcing interno que foi aberto a todos os nossos desenvolvedores para fazer isso. Eu queria ter o modelo mental de nossa liderança e os membros da equipe acostumados a como as multidões funcionam, antes de iniciarmos nossa parceria com a Topcoder, que foi a plataforma que escolhemos.

P: Quais são alguns dos resultados comerciais que você viu?

Modelos de plataforma e multidões permitem que um modelo de negócios tradicional permaneça alinhado com a forma como as empresas apoiadas por empreendimentos estão escalando e acessando ecossistemas de talentos e parceiros para entregar sua proposta de valor. Ele também pode impulsionar a inovação interna, melhorar a integração entre vida profissional e profissional, levar a aperfeiçoamentos contínuos e quebrar algumas das restrições hierárquicas internas que muitos funcionários enfrentam em uma organização maior quando desejam experimentar trabalhos alternativos como parte de seu plano de crescimento.

P: Que conselho você daria para as empresas que estão desenvolvendo programas de código aberto?

Antes de iniciar, você começará a enfrentar desafios de engenharia, questões de financiamento, integração de pipeline de desenvolvedores / desenvolvedores, considerações de marca e uma série de outros pequenos itens para resolver. Eu recomendaria identificar os principais talentos, tanto os líderes quanto os membros da equipe, que são bons em se apoiar no modelo e pensar horizontalmente nesses problemas. Uma equipe interna pequena pode defender a multidão e evangelizá-la quando estiver pronta.

">

Imagem de Gerd Altmann

O uso de modelos abertos ainda é uma ideia inovadora para a maioria das empresas, mas tive a sorte de interagir com alguns líderes que vêm experimentando modelos abertos nos negócios há mais de uma década. Um desses líderes é Paul Hlivko, agora vice-presidente e diretor de tecnologia da Wellmark Blue Cross e Blue Shield. Ele vem experimentando modelos abertos desde o início dos anos 2000. Recentemente, conversei com Paul sobre como o crowdsourcing estava indo na Wellmark Blue Cross e Blue Shield.

O que achei fascinante em nossa conversa foi a percepção de Paul sobre como o código aberto estimulou o interesse e o envolvimento de funcionários internos e de talentos externos na solução de problemas para os negócios. Em nossa conversa, Paul mencionou algo que considero criticamente importante nas conversas iniciais que as empresas estão tendo sobre experimentar plataformas de código aberto: existe um mito predominante de que as partes interessadas internas são o melhor controle de qualidade. De nossa experiência, esse mito existe em muitos setores. Isso simplesmente não se provou correto, diz ele. Aqui está mais sabedoria de Paul sobre o poder do código aberto.

P: Como você está utilizando modelos abertos na Wellmark?

Estamos fornecendo crowdsourcing duas linhas de trabalho. Primeiro, temos uma plataforma que construímos para nossos stakeholders externos, que administra várias equipes de scrum, ao lado de uma nova equipe de multidão que é capaz de assumir tarefas de história e trabalhar com um pipeline integrado de volta à nossa base de códigos de plataforma. Segundo, estamos usando a multidão de ciência de dados para ajudar a resolver nosso projeto de produto de estado futuro, interagindo através de modelos que correlacionam a utilização, o desempenho e a variação do produto em nossa base de clientes. Para ambos os esforços, estamos muito perto de contar com a produção da multidão para entregar esses investimentos importantes que estamos fazendo.

P: Quais foram alguns dos pontos problemáticos?

Quando as pessoas são apresentadas pela primeira vez à multidão, elas geralmente se preocupam com a qualidade dos produtos de trabalho e o controle dos resultados finais. A ironia disso é uma suposição subjacente de que as poucas centenas de funcionários da empresa são consideradas o melhor mecanismo de controle da qualidade versus a multidão de milhares de concorrentes e medidos com dados e algoritmos. Não encontrei um cenário em que o controle de qualidade de uma multidão não atendesse às expectativas se o desafio fosse definido adequadamente, com o envolvimento certo da empresa e o modelo de incentivo certo para o trabalho.

P: Como você preparou suas equipes?

Definimos um desafio manual de crowdsourcing interno que foi aberto a todos os nossos desenvolvedores para fazer isso. Eu queria ter o modelo mental de nossa liderança e os membros da equipe acostumados a como as multidões funcionam, antes de iniciarmos nossa parceria com a Topcoder, que foi a plataforma que escolhemos.

P: Quais são alguns dos resultados comerciais que você viu?

Modelos e multidões de plataformas permitem que um modelo de negócios tradicional permaneça alinhado com a forma como as empresas apoiadas por empreendimentos estão escalando e acessando ecossistemas de talentos e parceiros para entregar sua proposta de valor. Ele também pode impulsionar a inovação interna, melhorar a integração entre vida profissional e profissional, levar a aperfeiçoamentos contínuos e quebrar algumas das restrições hierárquicas internas que muitos funcionários enfrentam em uma organização maior quando desejam experimentar trabalhos alternativos como parte de seu plano de crescimento.

P: Que conselho você daria para as empresas que estão desenvolvendo programas de código aberto?

Antes de iniciar, você começará a enfrentar desafios de engenharia, questões de financiamento, integração de pipeline de desenvolvedores / desenvolvedores, considerações de marca e uma série de outros pequenos itens para resolver. Eu recomendaria identificar os principais talentos, tanto os líderes quanto os membros da equipe, que são bons em se apoiar no modelo e em pensar horizontalmente sobre esses problemas. Uma equipe interna pequena pode defender a multidão e evangelizá-la quando estiver pronta.