Sabe quando os entrevistadores adoram perguntar sobre seu maior ponto fraco ou o maior erro que o senhor já cometeu? Essas perguntas podem soar formuladas, talvez até mesmo quase clichês, mas tome cuidado ao responder: elas são mais importantes do que parecem.
Portanto, quando as pessoas me perguntam qual foi nosso maior erro ao criar o Stack Overflow Fico feliz por não ter que ficar brincando com chavões. Posso apontar honesta e abertamente para um erro enorme, gritante e ridiculamente idiota que o senhor cometeu que cometi desde o primeiro dia de desenvolvimento no Stack Overflow – e, pior, um erro ao qual me agarrei obstinadamente por um período sólido de nove meses depois disso, apesar dos protestos contínuos da comunidade. Cheguei ao ponto de escrever um post inteiro no blog do condenando sua própria existência.
Durante muito tempo, eu tinha uma maneira muito parecida com a do Clube da Luta de ver isso: a primeira regra do Stack Overflow era que o senhor não discutia o Stack Overflow! Afinal de contas, estávamos lá para aprender sobre o programação com nossos colegas, e não aprender sobre um site estúpido. Certo?
Não vi a necessidade de uma meta.
Meta é, obviamente, o local onde o senhor vai para discutir o local. Pense um pouco sobre o que isso significa. O Meta é para pessoas que se preocupam tanto com sua comunidade que estão dispostas a dar um passo além, a se reunir e gastar até mesmo mais de seu tempo decidindo como mantê-la e governá-la. Então, em resumo, eu estava dizendo às pessoas que gostavam mais do Stack Overflow do que de qualquer outro para basicamente … se f***der e ir embora.
Como eu disse, não foi meu melhor momento.
Em minha defesa, acabei descobrindo isso, graças ao estímulo contínuo da comunidade. Embora tenhamos usado um meta site externo desde a versão beta, acabamos lançando nosso próprio meta.stackoverflow em junho de 2009, dez meses após a versão beta pública. E corrigimos isso muito definitivamente com o Stack Exchange. Todos os site do Stack Exchange que lançamos tem uma meta desde o primeiro dia. Agora sabemos que a metaparticipação é a fonte de toda liderança e governança significativas em uma comunidade, por isso ela é cultivada e monitorada de perto.
Também paguei penitência por meus pecados ao me tornar o principal usuário de nossa própria meta. Passei os últimos 2 anos e 7 meses totalmente imerso no no pântano de bugs, solicitações de recursos, discussões e suporte que é a nossa meta. Como o senhor pode ver em meu perfilvisitei o meta 901 dias únicos nesse período, o que é muito próximo de todos os dias. Considero minhas estatísticas de participação no meta um distintivo de honra, mas, mais do que isso, é meu trabalho para ajudar a construir essa coisa junto com o senhor. Fazemos tudo explicitamente em público no Stack Exchange – é intencionalmente o oposto de Desenvolvimento da Torre de Marfim.
Ao longo do caminho, aprendi algumas lições sobre a criação de software com sua comunidade e como lidar com o feedback da comunidade.
1. 90% de todo o feedback da comunidade é uma porcaria.
Vamos tirar isso do caminho imediatamente. Lei de Sturgeon não pode ser negada por nenhum homem, mulher, criança… ou comunidade, por falar nisso. Meta comunidade, Eu amo o senhor até a mortePor isso, vamos ser honestos uns com os outros: a maioria dos comentários e solicitações de recursos que os senhores nos enviam simplesmente não são, uh, er … acionáveis, por um zilhão de motivos diferentes.
Mas o senhor se anima: isso significa que 10% do feedback da comunidade que o senhor receberá é fantástico! Garanto que o senhor encontrará dez postagens que são ouro puro, que têm o potencial de tornar o site claramente melhor para todos… desde que tenha a coragem intestinal de examinar cem postagens para chegar lá. O senhor deve estar preparado para gastar muito tempo, e eu quero dizer muito tempo mesmo, explorando o feedback da comunidade para extrair essas joias raras. Acredito que todas as comunidades têm usuários experientes o suficiente para produzi-las em alguma quantidade, e muitas vezes elas são surpreendentemente maravilhosas.
2. Não se deixe convencer a construir um caminhão.
O senhor deve fazer uma triagem imediata do feedback e das solicitações de recursos que recebe em dois grandes grupos:
Precisamos de vidros elétricos neste carro!
ou
Precisamos de uma caçamba de caminhão neste carro!
A primeira é, obviamente, uma solicitação razoável para adicionar a um carro, enquanto a segunda é uma solicitação para alterar a natureza fundamental do veículo. A forma maleável do software torna muito tentador parafusar essa caçamba de caminhão em nosso carro. Por que não? Os usuários continuam pedindo e os caminhões são muito convenientes, certo?
Não caia nessa armadilha. Mantenha-se na missão. Esse híbrido carro-caminhão é terrivelmente tentador para muitas pessoas, mas depois o senhor acaba com um Subaru Brat. A menos que o senhor realmente querem construir um caminhão, afinal, os usuários que solicitam recursos de caminhão precisam ser gentilmente direcionados à concessionária de caminhões mais próxima, pois estão no lugar errado.
3. Seja honesto sobre o que o senhor não fará.
Sempre me deprimi ao ver rastreadores de bugs e fóruns de feedback com milhares de itens definhando na terra de ninguém, sem nenhum status. Isso é sinal de uma comunidade negligenciada e, pior, de um relacionamento desonesto com a comunidade. Infelizmente, isso é muito comum. Não faça isso!
Não estou dizendo que o senhor deve dizer à sua comunidade que o feedback dela é péssimo, mesmo quando isso acontece com frequência. Isso seria uma maldade. Mas não seja tímido com relação ao educadamente recusando solicitações quando o senhor achar que elas não fazem sentido ou se não conseguir ver nenhuma maneira de implementá-las de forma razoável. (O senhor deve sempre se reservar o direito de mudar de ideia no futuro, é claro). É claro que é doloroso ser rejeitado, mas é muito mais doloroso ser ignorado. Acredito firmemente que, se o senhor for honesto com sua comunidade, ela acabará respeitando-o mais por isso.
Todos os relacionamentos são baseados na honestidade. Se o senhor não estiver disposto a ser honesto com a comunidade, como pode esperar que ela o respeite… ou continue o relacionamento?
4. Ouça a sua comunidade, mas não deixe que ela diga ao senhor o que fazer.
É tentador tomar as solicitações da comunidade meta como um modelo para o desenvolvimento de seu software ou site. O objetivo de uma meta é ouvir a comunidade e agir de acordo com esse feedback, certo? Pelo contrário, agir muito diretamente com base no feedback da comunidade é incrivelmente perigosoe o motivo pelo qual muitas dessas iniciativas comunitárias fracassam quando levadas muito ao pé da letra. Vou deixar Tom Preston-Werner, cofundador do GitHub, explique:
Considere uma solicitação de recurso como “O GitHub deveria me permitir criar um site de documentação por FTP para o meu projeto”. O que esse cliente está realmente tentando dizer é “Quero uma maneira simples de publicar conteúdo relacionado ao meu projeto”, mas ele está acostumado com o que já existe e, portanto, faz a solicitação em termos que lhe são familiares. Poderíamos ter implementado alguma solução horrível baseada em FTP, conforme solicitado, mas analisamos mais profundamente a questão subjacente e agora permitimos que o senhor publique conteúdo simplesmente enviando um repositório Git para a sua conta. Isso atende aos requisitos de funcionalidade e elegância.
O feedback da comunidade é ótimo, mas nunca deve ser usado como uma muleta, um substituto para pensar profundamente sobre o que o senhor está criando e o que está fazendo. por que. Sempre tente identificar quais são as necessidades subjacentes e crie um roteiro sensato.
5. Esteja presente em sua comunidade.
Metade dos relacionamentos comunitários não é fazer o que a comunidade pensa que quer em um determinado momento, mas simplesmente estar presente para ouvir e responder à comunidade. Quando o cofundador do Stack Exchange responde à sua meta postagem – mesmo que não seja exatamente o que o senhor gostaria de ouvir – espero que isso diga muito sobre o quanto estamos comprometidos em realmente construir isso junto com nossa comunidade.
Independentemente de o dinheiro estar mudando de mãos ou não, o senhor deve adorar descobrir uma pequena joia de uma solicitação da comunidade ou uma correção de bug no meta que torna seu site ou produto melhor e se empenhar em fazer isso. Esse é um ciclo virtuoso de feedback público: ele diz o senhor é importante e nós nos importamos e tudo continua melhorando tudo em um único gesto encantador.
E não é disso que se trata?
| [advertisement] Qual é o seu próximo passo na carreira? Carreiras no Stack Overflow tem as melhores listas de empregos de grandes empresas, quer o senhor esteja procurando oportunidades em uma startup ou na Fortune 500. O senhor pode pesquisar em nosso anúncios de emprego ou criar um perfil e deixe que os empregadores encontrem o senhor. |