Pular para o conteúdo principal

Primeiro CTO Summit BSB

Na última quarta feira tive o prazer de organizar a primeira edição do CTO Summit Brasília. Evento que reuniu seis CTOs da cidade além de alguns convidados especiais.


Já falei antes sobre a minha visão do trabalho de um CTO. Uma posição não só estratégica na maioria das empresas de tecnologia, como também muito procurada e volátil. Ficaram de fora do último texto, muitos dos inúmeros desafios enfrentados por quem assume tal posição. A maioria dos CTOs possuem forte formação técnica, que lhes ajuda a deslanchar a base tecnológica com facilidade. Porém, esta costumar ter diversas brechas com relação a bagagem de gestão de produto e pessoas necessárias. Isso acaba por fragilizar ainda mais uma posição que é tão importante em startups de base tecnológica. 

O intuito deste evento foi juntar um pequeno grupo de CTOs para discutir esses desafios, compartilharem o que cada um têm feito. Somando suas forças e criando caminhos para superar suas fraquezas. Um ambiente perfeito para se criar novas conexões e uma rede de apoio que só fortalece tanto essas pessoas como suas organizações.

Durante o dia todo foram abordados três grandes temas que orbitam do papel de CTO. O primeiro foi o desafio de se gerir um roadmap de produto. Conforme se evolui como empresa, a gestão de diferentes focos ao passo que se mantém a agilidade necessária fica cada vez mais desafiadora. O segundo desafio foi em como escalar a arquitetura do produto. Em especial como evitar a otimização prematura, que gera gastos desnecessários e perda de velocidade. Isso sem abrir espaço para grandes incêndios que ocorrem quando se têm picos de crescimento. Incendios esses que podem gerar perdas de preciosas oportunidades. Por fim foi discutido sobre a constante tarefa de se gerir times e manter a cultura. Ponto crucial para empresas que têm nas pessoas o motor principal de crescimento. Cada um voltou para casa com muitas idéias para digerir.

Participaram desta edição Daniel Sandoval da Loopkey, Carlos Menezes do Ribon, Humberto Rocha da Configr, Matheus Fraps da Colmeia, Marcus Oliveira da Bizubox e este que vos fala como CTO da bxblue. Contamos também com as nobres presenças de Alexandre Gomes, Leonardo Viragine da Vtracker e de Raquel Vilas.

Deixo um imenso agradecimento a Aceleradora Cotidiano que patrocinou o evento, ao apoio dado pelo Startup Farm e o Escritório Torreão Braz. Vale uma menção especial ao Wesley Almeida que comprou a idéia desde seu começo. É muito bom saber que a comunidade tem tantas pessoas boas dando este suporte.



Postagens mais visitadas deste blog

A experiência de software

Hoje em dia está muito em voga se falar sobre o desenvolvimento de produtos e serviços de software. Sendo assim as iniciativas e startups estão alta. Mas para quem está no mercado de Brasília (e de alguns outros centros do país) como eu, sabe que a prestação de serviços nas famigeradas "Software Houses" ( me recuso a chamar de Fábricas de Software ) é bem comum. Porém, este trabalho costuma ser renegado ou, como eu vejo, tratado sob um ponto de vista um pouco equivocado. Uma fábrica de software artesanal Onde se enganam tais pessoas é em que elas estão vendendo. Muitas empresas acreditam, de fato, que vendem software. Eu porém digo que isso é não de todo verdade. Se você é um prestador de serviços e constrói software sob demanda, você não vende apenas o software. Aqui não me refiro aos milhões de outros "artefatos" que são empurrados goela abaixo entregues aos nossos clientes. O que vejo é que vendemos algo que não está limitado ao software que vai pra mão (ou se

TDD como ferramenta de aprendizado

Na penúltima sessão do DojoBrasilia surgiu a seguinte questão: Será que o TDD não atrapalha no aprendizado de novas tecnologias?  A grande questão girava em torno de que o respeito estrito as regras ao TDD tornariam o aprendizado lento e enviesado. Isso por que você estaria focado em passar o teste o que estaria limitando sua velocidade no aprendizado na tecnologia, bem como a visão do objetivo final. Caso do dojoBrasília No caso da sessão que levantou a questão acho que o principal sentimento de "lentidão" se deve a grande carga de tecnologias novas que estavam envolvidas. Escolhemos iniciar um problema conhecido em não uma, mas várias tecnologias ( Backbone.js , Undescore , CoffeeScript , Jasmine , etc). Ao final da sessão a sensação de pouco avanço era justificada pelo tempo gasto compreendendo as tecnologias em questão. A sessão seguinte não obteve o avanço que muitos esperavam. Mas nela podemos ver como o uso de TDD compensou. Tínhamos apenas 4 cas

De Híbrido a 100% remoto - o caso da bxblue

A bx nasceu como uma empresa remota. Durante os primeiros 18 meses, os três fundadores --  eu, Guga e Roberto -- trabalhamos de nossas casas. Passado esse período inicial de maturação da idéia, nosso time começou a crescer, e acabamos optando por seguir um modelo híbrido. Nele tecnologia e marketing permaneceram remotos porém nosso time de atendimento e vendas ficou atrelado ao nosso escritório. Mas, como em muitas outras empresa, isso mudou nas últimas três semanas. Depois de tantos anos, nos tornamos uma empresa 100% remota. O O grande incentivo veio da situação que vivemos no mundo atualmente. Tendo o isolamento social como uma medida necessária a todos que tem o privilégio de poder fazê-lo, era nossa responsabilidade fazer tal mudança. Pois minha intenção aqui é contar um pouco tem sido essas 3 semanas que marcam o começo de um período que a ainda tem muito pela frente. Porque Híbrido? Antes, deixe-me explicar por que escolhemos o caminho de ser uma empresa híbrida, tendo na