Entrada rápida para gerenciamento de produtos através de código aberto

Foto tirada por Finn Hackshaw em Unsplash

"Como você conseguiu o gerenciamento de produtos?"

Essa é uma pergunta que, mais cedo ou mais tarde, todo gerente de produto enfrenta. Como o gerenciamento de produtos deixa de ser apenas uma função de marketing, o mesmo ocorre com a atratividade dessa função.

Se isso é realmente interessante para você, o mundo digital terá algo a oferecer. Há um grande número de canais Slack , grupos do Facebook , grupos do LinkedIn e cursos de treinamento nos quais você pode participar, se envolver e aprender. O produto é fogo. E gerenciá-lo é ainda mais quente.

O que é surpreendente nessa tendência é que poucos usam o caminho realmente subestimado para o gerenciamento prático de produtos, como código aberto.

Iniciar uma carreira de gerente de produto com código aberto

Eu já escrevi sobre código aberto como uma ótima maneira de fazer carreira. Por exemplo, um escritor técnico. A documentação é regularmente referida como o maior problema não resolvido da cultura moderna de desenvolvimento, e nossa missão na Corilla é resolver isso.

Mas gerenciamento de produtos? Que tal isso?

Código aberto - mais do que apenas código

Eu sei o que você está pensando. O código aberto não é apenas para desenvolvedores? Não é apenas o código do GitHub? Isso é algo sobre um pinguim e tios barbudos maus?

Não mais.

O que começou como um movimento que incentiva o compartilhamento de código aberto evoluiu para um poderoso modelo de produto com uma comunidade heterogênea. Aqui está uma pequena lista do que mudou em favor das equipes de desenvolvimento de produtos:

1. O código aberto ganhou . Percebendo isso, você pode ganhar dinheiro, não implorar por isso.
2. Empresas como a Red Hat provaram que projetos de código aberto podem ser produtos viáveis .
3. Os incríveis avanços na tecnologia do consumidor tornaram-se um poderoso incentivo à inovação no design corporativo .
4. A comunidade de código aberto refinou vários modelos de colaboração que se mostraram úteis para todos os tipos de produtos .

O que isso significa para os gerentes de produto?

Startups e grandes empresas perceberam que o código aberto oferece vantagens de mercado. Mesmo uma coisa simples como a versão do Twitter Bootstrap demonstra o impacto que um projeto pode ter em um ecossistema.

Por outro lado, vemos a Red Hat quebrando a marca de receita de US $ 2 bilhões , concentrando-se em serviços em nuvem, em oposição à “boa e velha empresa focada em Linux”. Mas para todos os Red Hat, existem outras grandes equipes de tecnologia, como o RethinkDB, que travaram e queimaram . Esse segmento é relevante - mas apenas para aqueles que se encaixam no mercado de produtos .

Agora que o código aberto está emergindo das sombras para integrar-se à cultura do produto ou morrer, um dispositivo digital comum de repente se torna uma "máquina para tudo" mágica. E isso causa prazer! Inferno Quem mais pode ajudar a preencher a lacuna entre a era do software centrado no desenvolvedor e as expectativas dos clientes estragadas pelo sucesso desenfreado do Design-First Aesthetics da Apple?

Parece uma oportunidade de ser um líder, certo? Mas o que isso realmente significa?

Código aberto como uma oportunidade

A vantagem indiscutível do código aberto é a capacidade de obter experiência em algo, ativamente fazendo isso. E, geralmente, com a aprovação e o apoio da equipe, que se beneficia de qualquer contribuição significativa que você fizer.

Os benefícios a longo prazo de participar de um projeto de código aberto são provavelmente mais significativos. Tudo o que você contribui para um projeto de código aberto se torna uma declaração pública poderosa sobre o seu desenvolvimento como gerente de produto.

Sua capacidade de trabalhar em equipe, sua disposição de tomar iniciativa e desenvolvimento geral no papel de gerente de produtos é o que fornecerá uma inovação nesse papel. Isso é muito mais do que qualquer referência vaga a um emprego ou curso de treinamento anterior ("seu currículo é menos importante que os produtos criados").

Código aberto como comunidade

Vale a pena repetir que a comunidade na cultura de código aberto é tão importante quanto a tecnologia. A maioria deles sempre precisa de suporte adicional em todas as direções possíveis. Mas não apenas o desenvolvimento transforma o trabalho de uma equipe de entusiastas em um produto real, mas também o envolvimento de outras funções - marketing, descrições técnicas, design, UX e ... gerenciamento de produtos.

Duas maneiras de gerenciar um produto de código aberto

Para aqueles que estão iniciando sua jornada no gerenciamento de produtos, existem várias maneiras de interagir com a comunidade Open Source. Aqui estão dois deles em lados opostos do ecossistema.

Caminho corporativo

Por um lado, existem grandes projetos e produtos apoiados por empresas. A vantagem aqui é que a comunidade é relativamente bem organizada e segue uma certa carta de processo. Tais projetos são fornecidos por participantes e funcionários talentosos e contribuem para a adaptação de iniciantes.

A vantagem de participar de projetos corporativos ou produtos de código aberto é que você terá a oportunidade de aprender um determinado processo. Idealmente, sob a orientação de gerentes de produto experientes de empresas de renome. Lembre-se de que muitas empresas de código aberto tendem a contratar trabalhadores diretamente das comunidades que conhecem.

Em contraste com o acima, nesse caminho você também observará ineficiências e problemas de conformidade do produto em um estágio inicial e na saída. Aqui, como em qualquer trabalho corporativo, o valor de um gerente de produtos reside não apenas no fato de que ele pode acompanhar claramente o processo, mas também em dar o fora dele quando isso cai sobre ele.

Caminho de inicialização

Se você acha que um projeto corporativo de código aberto precisa de você, aguarde até encontrar as startups de código aberto. Oi

A vantagem de participar neste nível é que você terá um envolvimento mais direto no processo e ciclos de treinamento mais rápidos com equipes frequentemente incrivelmente talentosas.

Como em qualquer startup, não será fácil para você. Isso é ideal para um gerente de produto ambicioso que deseja demonstrar sua influência direta no sucesso de qualquer iniciativa em particular. Os desafios diretos darão uma direção (ou inspiração) real para a implementação de quaisquer outros esquemas de treinamento que você usar. As startups garantem treinamento em tempo real para tudo o que você precisa.

Se uma empresa é o lugar onde você estuda e interage em um ritmo constante, em uma startup você prova sua capacidade de gerenciar o tempo. E se você é algo como eu, você já estará pensando ...

Meu líder espiritual

Localizando Projetos de Código Aberto para Gerentes de Produto

Tudo é mais simples aqui do que você provavelmente espera. Se você lê esses artigos, já sabe quem se importa com esse tópico, a ponto de dedicar tempo a ele. Escreva nos comentários, encontre autores no Twitter ou diretamente por e-mail.

Falando em Twitter , escreva-me diretamente.

Em termos de mecanismos de busca, existem várias opções. AngelList tem um diretório de código aberto de empresas . E a frase de pesquisa "código aberto" no CrunchBase produz mais de 6.000 resultados.

Usar as fontes * (desculpe o trocadilho) no GitHub pode ser útil. As atualizações recentes do GitHub Explore foram excelentes e se tornaram um sério ponto de partida para algo que foi além do repositório de código e, por si só, se tornou importante para a comunidade.

Outra área de pesquisa estratégica é a interação com os desenvolvedores. Todo o ecossistema de relacionamentos com desenvolvedores é baseado em pessoas experientes em tecnologia, apaixonadas pelo envolvimento da comunidade.

E, finalmente, existem várias associações de pessoas que são mais versadas na cultura do código aberto e nas possibilidades dentro dele. Entre eles está a equipe opensource.com. Diga a eles que eu os aconselhei a você.

Você chegou até aqui (então continue)

Se houver algum ponto que precise ser repetido, direi o seguinte: o código-fonte aberto precisa de tanta motivação e orientação do produto para sobreviver e prosperar. Se você escolher esse caminho inexplorado, chegará ao que provavelmente será um divisor de águas para a indústria. Ao mesmo tempo, essa é uma ótima maneira de avançar em uma carreira no campo de gerenciamento de produtos, bem como sua chance de realizar suas idéias e sonhos no ecossistema, percebendo que ele não pode apenas precisar de suporte - ele precisa ganhar com a ajuda de produtos que definem o mercado.

O meu próprio não está muito longe disso - a história do Corilla já está bem documentada , mas, de certa forma , já passou. Vários escritores técnicos criam seu próprio produto de conteúdo interno. E então ele decide trazê-lo à mente. Afinal, o que poderia dar errado, certo?

Se eu puder fazer algo para incentivá-lo a experimentar suas próprias habilidades em um contexto semelhante, informe-me. Tudo o que você deseja, basta começar. Se você cumprir essa missão - faça-o. Quanto mais cedo você fizer isso, mais rápido poderá criar algo incrível para o mundo inteiro.

Obrigado pela leitura. Meu nome é David Ryan . Desenvolvi produtos como Corilla , trabalhei para empresas como a Red Hat e fui palestrante convidado em lugares como a NUMA Paris . Atualmente, estou escrevendo um livro sobre o futuro do código aberto e estou trabalhando em “Faça as melhores perguntas” - um informativo para comunidades tecnológicas líderes em tecnologia e comunidades de prática. Diga olá .

• • esse trocadilho é apenas em inglês. Isso se refere ao GitHub como fonte de código (fonte), que por si só é uma fonte (código aberto). Correção para comentários vitvakatu