Perguntam-nos muitas vezes: porque n\u00e3o contratar? Porque n\u00e3o aumentar? Porque n\u00e3o aumentar a escala?<\/p>\n
A resposta sincera \u00e9 que a \u201cescala\u201d n\u00e3o \u00e9 um objetivo que tenhamos. Preferimos lan\u00e7ar cada aplica\u00e7\u00e3o da melhor forma poss\u00edvel do que lan\u00e7ar o dobro, mas de forma med\u00edocre. Cada pessoa que se junta a uma equipa acarreta um aumento da carga de comunica\u00e7\u00e3o \u2014 reuni\u00f5es, conversas no Slack, documentos de especifica\u00e7\u00f5es, revis\u00f5es de design. Essa carga acaba por comprometer o tempo dedicado \u00e0 cria\u00e7\u00e3o propriamente dita.<\/p>\n
As pequenas equipas movem-se rapidamente. As equipas pequenas s\u00e3o donas das suas decis\u00f5es. As equipas pequenas podem dizer n\u00e3o.<\/p>\n
A Zydeno privilegia o trabalho remoto e \u00e9 autofinanciada. N\u00e3o h\u00e1 escrit\u00f3rio, nem conselho de investidores, nem metas de crescimento definidas por algu\u00e9m externo ao projeto. A maior parte da coordena\u00e7\u00e3o ocorre por escrito: uma breve nota sobre o que est\u00e1 a ser desenvolvido, uma lista de verifica\u00e7\u00e3o partilhada para cada lan\u00e7amento, um t\u00f3pico de discuss\u00e3o para cada aplica\u00e7\u00e3o. As chamadas ocorrem quando uma decis\u00e3o requer genuinamente uma conversa, e n\u00e3o porque um hor\u00e1rio marcado no calend\u00e1rio assim o exige.<\/p>\n
A pessoa que desenvolve uma funcionalidade costuma test\u00e1-la, redigir a nota de lan\u00e7amento e responder aos primeiros e-mails de apoio relacionados com a mesma. Parece muito trabalho e, por vezes, \u00e9 mesmo. Mas isso significa que ningu\u00e9m lan\u00e7a algo de que nunca mais voltar\u00e1 a ouvir falar, e que o feedback chega \u00e0 pessoa que pode agir em conformidade, sem ter de passar por tr\u00eas etapas de transfer\u00eancia de responsabilidade.<\/p>\n
Significa tamb\u00e9m que h\u00e1 menos etapas entre uma decis\u00e3o e as suas consequ\u00eancias. Quando uma avalia\u00e7\u00e3o da loja assinala um problema, a pessoa que a l\u00ea est\u00e1, normalmente, a apenas uma mensagem de dist\u00e2ncia da pessoa que pode resolv\u00ea-lo \u2014 e, muitas vezes, \u00e9 essa mesma pessoa.<\/p>\n
Ser uma equipa pequena tem custos reais, e estar\u00edamos a induzir-vos em erro se fing\u00edssemos o contr\u00e1rio. Lan\u00e7amos as nossas atualiza\u00e7\u00f5es mais lentamente do que uma equipa maior poderia fazer. Algumas boas ideias ficam \u00e0 espera durante muito tempo, ou nunca chegam a ser concretizadas. Quando uma pessoa est\u00e1 ausente, a sua aplica\u00e7\u00e3o avan\u00e7a mais lentamente. E com aplica\u00e7\u00f5es no iPhone, Android, Windows e dois navegadores, h\u00e1 uma press\u00e3o constante para nos dispersarmos mais do que dev\u00edamos. Tamb\u00e9m n\u00e3o podemos delegar as partes com as quais n\u00e3o estamos familiarizados a um departamento especializado; as regras, o processo de revis\u00e3o e as peculiaridades de cada nova loja s\u00e3o algo que aprendemos por n\u00f3s pr\u00f3prios.<\/p>\n
Conseguimos isso sendo rigorosos na sele\u00e7\u00e3o dos projetos que aceitamos. Uma nova plataforma para uma aplica\u00e7\u00e3o j\u00e1 existente tem de tornar a aplica\u00e7\u00e3o genuinamente melhor, e n\u00e3o apenas mais acess\u00edvel. Uma nova aplica\u00e7\u00e3o tem de ser algo que n\u00f3s pr\u00f3prios usar\u00edamos e que estar\u00edamos dispostos a manter durante anos. A maioria das ideias n\u00e3o \u00e9 aprovada, e \u00e9 isso que significa que o sistema est\u00e1 a funcionar.<\/p>\n
O financiamento externo traz consigo expectativas externas, e essas expectativas apontam geralmente para um crescimento a um ritmo que n\u00e3o se coaduna com um trabalho meticuloso. O facto de nos autofinanciarmos significa que cada aplica\u00e7\u00e3o tem de se sustentar por si pr\u00f3pria, o que constitui uma restri\u00e7\u00e3o \u00fatil: mant\u00e9m-nos fi\u00e9is ao que as pessoas realmente valorizam, em vez de nos concentrarmos no que fica bem numa apresenta\u00e7\u00e3o.<\/p>\n
Por vezes, confundimos \u00abpequeno\u00bb com \u00abautossuficiente\u00bb. Tentar fazer tudo internamente \u2014 cada revis\u00e3o de tradu\u00e7\u00e3o, cada \u00edcone, cada linha de texto da loja \u2014 atrasou-nos de formas que n\u00e3o valeram a pena. Manter-nos pequenos n\u00e3o significa recusar ajuda. Agora recorremos a especialistas para tarefas espec\u00edficas e bem definidas, como a revis\u00e3o de tradu\u00e7\u00f5es por falantes nativos, e mantemos a equipa principal focada no desenvolvimento.<\/p>\n
Um dia, provavelmente, vamos crescer. Quando isso acontecer, ser\u00e1 porque uma pessoa espec\u00edfica \u00e9 capaz de fazer algo espec\u00edfico que melhora o trabalho \u2014 e n\u00e3o porque os investidores querem um comunicado de imprensa mais extenso.<\/p>","protected":false},"excerpt":{"rendered":"
We get asked a lot: why not hire? Why not raise? Why not scale? The honest answer is that ‘scale’ isn’t a goal we have.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-418","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n