Avaliação de Projeto entre Equipes
É difÃcil vender o valor de projetos InnerSource entre equipes que não proporcionam um impacto direto na receita da empresa. Aqui está uma maneira baseada em dados para representar seu projeto que articula seu valor e o amplifica.
Você é responsável por uma equipe cross que serve como plataforma para outros na empresa.
O projeto entre equipes não proporciona nenhum valor direto para a receita da empresa.
Projetos entre equipes podem ter um impacto muito grande na empresa, mas são difÃceis de representar de maneira baseada em dados. Como resultado, é fácil e comum tanto buscar projetos que não fornecem valor real quanto subfinanciar o que, de outra forma, produziria grande valor.
Os projetos precisam demonstrar valor (objetivo ou subjetivo) à liderança da empresa para serem financiados.
O valor do projeto entre equipes é disperso em várias unidades de negócios finais.
Devido a essa dispersão, o valor do projeto entre equipes é difÃcil de medir diretamente.
Estabeleça um padrão e modelo de como valorizar projetos entre equipes.
Tais modelos nos fornecem a ferramenta necessária para nos concentrarmos e ampliar a colaboração de alto valor para a empresa.
O core de todo o valor do projeto entre equipes é a ideia de que podemos realizar mais juntos do que separados. Atribuir valor a um esforço entre equipes é um exercÃcio em quantificar quanto mais está sendo feito juntos. O delta exato na produtividade variará de acordo com o domÃnio e o projeto. Existe um processo comum pelo qual você pode criar um modelo para calculá-lo.
Monte uma pequena equipe de especialistas em seu domÃnio. Usando essa equipe de especialistas, estime 4 coisas sobre cada consumidor de sua saÃda de projeto:
Quanto tempo leva para que eles consumam a saÃda do seu projeto?
Quanto tempo levaria para que eles criassem o valor da saÃda do seu projeto para si mesmos?
Qual a porcentagem da saÃda do seu projeto é realmente útil para eles?
Quanto tempo eles gastariam em manutenção da solução criada por eles mesmos, em base contÃnua (idealmente por uso)?
Ao fazer essas estimativas, é impossÃvel saber com alta precisão exatamente quanto tempo cada atividade leva. Isso não é o seu objetivo. Em vez de exatidão, você deve se esforçar para estabelecer um limite mÃnimo nessas estimativas. A ideia é que o grupo de especialistas seja capaz de dizer uns aos outros: "Não sabemos exatamente quanto tempo levaria, mas todos concordamos que é pelo menos isso." Especificamente, você deve estimar um tempo máximo razoável para consumir a saÃda do seu projeto e tempos mÃnimos razoáveis para os consumidores, caso contrário, criar, usar e manter suas próprias soluções.
Uma observação sobre o custo de "criar sua própria solução" (home-roll). O custo de criar uma solução por conta própria NÃO é necessariamente o mesmo (muito improvável, na verdade) do custo de criar uma solução compartilhada. Muitas vezes, para a mesma funcionalidade, a modularidade e qualidade envolvidas na construção de uma solução compartilhada entre equipes tornam o investimento significativamente maior do que uma implementação rápida e codificada usada apenas uma vez.
Depois de estimar os limites piores casos, você pode calcular o valor da saÃda do seu projeto de equipe cross durante um determinado perÃodo de tempo usando a fórmula simples:
Apesar das aparências de rigor, esse processo não produz uma forma exata de medir a saÃda de projetos entre equipes. Na prática, entretanto, ele oferece um modelo através do qual você pode tomar uma decisão adequada de como financiar esse trabalho. Depois de ter dados bons e razoáveis conforme explicado acima, você deve financiar horas de desenvolvimento dedicadas para executar o projeto em, pelo menos um dos três nÃveis abaixo:
O número de horas poupadas pela fórmula acima. Como todos temos certeza de que a fórmula produzirá um número abaixo do verdadeiro número de horas salvas, você pode ter a confiança de que financiar o projeto até esse ponto é uma vitória certa para você.
A quantidade de tempo que leva para dar suporte a contribuições internas para projetos entre equipes. Como o colaborador provavelmente teria feito o trabalho de qualquer maneira de forma única, vale a pena financiar o tempo que leva para facilitar o trabalho dele ser compartilhado.
Qualquer quantia que pareça boa para você. Um efeito colateral intencional de ter uma fórmula de valoração é que ela naturalmente força a medição dos pontos-chave de uso que fornecem valor aos consumidores.
Essas medidas podem ser compreendidas e utilizadas em sua forma bruta para lhe fornecer uma ideia intuitiva de quão valioso é o projeto.
Algumas pessoas podem se preocupar com a falta de precisão nessa abordagem de valoração. Mas tudo bem se esse processo não fornecer uma medição exata. Ele só precisa ser preciso o suficiente para cumprir dois objetivos:
Dar um meio de representar o valor do que está acontecendo para aqueles que estão organizando e financiando esforços entre equipes.
Ajudar aqueles envolvidos a saber quais áreas de esforço entre equipes são prioritárias com base em seu valor.
Na prática, desde que essas valorações estejam dentro de uma ordem de grandeza da realidade e uma da outra, elas são suficientemente precisas para cumprir esses propósitos. Elas fornecerão uma melhoria significativa nos resultados em relação à s valorações ad hoc (e aos efeitos resultantes) descritas na seção Problema no inÃcio deste documento.
Meios baseados em dados para discutir o valor e financiamento do projeto de equipe cross com a liderança.
Métricas-chave em torno do projeto de equipe cross instrumentalizadas em forma bruta.
Definir como o projeto de equipe cross fornece valor tende a levar a ele produzir maior valor para a empresa.
Projeto geralmente bem-sucedido e "buzz" em torno dele.
Nike
Structured
Proven in multiple domains.
Russ Rutledge
Jeremiah Wright por me ensinar a pensar em projetos entre equipes como um negócio interno que opera na moeda do tempo dos desenvolvedores.
2023-04-27 - Tradução Eneri Junior
2023-04-27 - Tradução Humberto Zilio