Há alguns anos, Vedomosti
escreveu sobre um "mensageiro russo protegido", que eles pretendem implementar em agências governamentais. Até recontar esta notícia em uma frase dá na cabeça o som de martelos delgados. Imagine, em algum lugar atrás de uma cerca alta, com ouriços na entrada e duas sentinelas, alguns dos programadores de uniforme são despertados em alarme e jogados em batalha pelo benefício da substituição de importações.
Os estereótipos são uma coisa terrível, eu sei.
O messenger, juntamente com Beeline, foi desenvolvido pela Staply. Agora eles deixaram esse empreendimento e transferiram os desenvolvimentos para um novo produto - "Empresa Móvel". Acontece que esta é uma pequena equipe de trabalhadores remotos que não aceitam tanto o microcontrole que vivem sem gerentes e até mesmo líderes de equipe, trabalham quando e onde querem.
Como eles conseguem fazer isso, perguntei ao diretor técnico da Staply, Maxim Indykov (
maks_ohs ).
A empresa foi incluída no ranking recente dos melhores empregadores do My Circle IT com uma classificação média de 4,81 para todos os doze critérios, dos quais os funcionários da Staply são a tecnologia moderna com a melhor classificação, salário adequado, crescimento profissional, reconhecimento dos resultados do trabalho e comunicação com a alta gerência.
O que é Staply
Maxim Indykov"Tudo começou cerca de seis anos atrás." Eu me formei na ITMO, Tecnologia da Informação. Esta é uma mistura de todas as disciplinas - até o desenvolvimento do currículo, história, filosofia, matemática, física, programação. Então nós pensamos com os caras que coisas interessantes a fazer. Tivemos várias tentativas, e o primeiro projeto, que teve algum peso, foi chamado Cloudiverse.
Com ele, os caras ficaram em segundo lugar no hackathon do Techrunch. A conclusão era a seguinte: um arquivo é obtido, dividido em partes no navegador, cada parte é criptografada e essas partes criptografadas são enviadas para nuvens diferentes. Uma peça está no Dropbox, uma peça está no Google Drive e a peça permanece localmente. Para montar tudo de volta, você precisa conhecer a chave e saber onde estão as peças.
Isso foi feito no contexto do hype, de acordo com Snowden. Mas, de fato, o projeto era mais interessante para nós do ponto de vista técnico - um trabalho extraordinariamente grande para o cliente na época. Mas então o tópico de segurança de alguma forma desapareceu.
- Seu hype ou algum tipo de convicção foi sua motivação?- Hype não é nada - foi apenas um bônus legal. Motivado para fazer um projeto interessante. E quando mostramos, todos estavam interessados. Parece ser uma idéia simples, mas ao mesmo tempo é bem visualizada na cabeça das pessoas. Aqui o arquivo é dividido e apenas um conjunto de caracteres permanece. Não faça nenhuma falha.
- E como você entrou no TechCrunch?- Acabei de enviar um pedido e tudo. Pegou uma distribuição gratuita de ingressos on-line e conseguiu se registrar. Nós sempre tentamos fazer o mais simples possível. Nenhuma pesquisa de soluções alternativas, nem esquemas complicados. Por que o TechCrunch? Eu queria tentar o melhor. Naqueles dias, era uma boa campanha publicitária.
Nós éramos poucos - três pessoas. Eu (desenvolvedor), designer, organizador. Ainda havia uma pessoa, ele lidava com patentes.
Tudo correu bem rápido. Depois que começamos a desenvolver um chat de serviço para correspondência, algo como o Slack. Eles apenas fizeram um bom mensageiro conveniente. E justamente naquela época havia uma história com substituição de importações, em algum lugar no 14º ano.
Testamos o produto em Rosenergoatom e no governo da região de Moscou. A principal característica era que ele foi instalado em servidores internos. Solução totalmente em caixa. Ele permite que você se comunique com segurança, porque simplesmente não há acesso à Internet. Portanto, grandes empresas já tentaram.
Foram publicadas algumas notícias sobre esse tópico, eles escreveram no Vedomosti. Nós mesmos escrevemos muito - em "Habr", no VC - e de alguma forma era PR. Eles nunca compraram publicidade, apenas criaram artigos com bom material, tópicos interessantes. Eu escrevi sobre programação, Dima - nosso advogado - escreveu sobre as histórias legais do projeto. Eles compartilharam com a comunidade o que sabemos.
Naquela época, não tínhamos grandes recursos para desenvolvimento e suporte. Éramos poucos e começamos a expandir, procurar pessoas, montar uma equipe, aprender tudo.
Que tipo de produto a Staply está fazendo agora?
Agora a Staply possui três produtos - o editor de ofertas comerciais da Octaplan, Emny é um dos serviços de busca de emprego da VK. E o principal produto é a empresa móvel. Todos os três são feitos por uma equipe de trinta pessoas.
"Mobile Enterprise" é um serviço para pequenas e médias empresas, que inclui todo um conjunto de ferramentas: bate-papo para funcionários, rastreamento de chamadas, análise de chamadas, sistema de configuração de tarefas, sistema CRM, bloco de notas, análise de publicidade e muito mais.
"O caso de uso é bastante simples", diz Maxim. “O proprietário da empresa coloca os números em um anúncio publicitário - em um jornal, no rádio, na televisão. Um canal separado é alocado para cada número; as chamadas são feitas para cada um. Um funcionário pode analisar aplicativos lá e continua trabalhando com um cliente lá.
Ele pode definir uma tarefa para sua equipe, por exemplo, ligar de volta para um cliente, assinar um contrato, orientar o cliente pelo funil de vendas, alterar seus status no quadro Kanban.
Para esse cliente, os funcionários podem se comunicar em grupos, em salas de bate-papo, criar discussões. As salas de bate-papo têm um mini bloco para armazenar informações comuns a toda a equipe de anotações. ”
Como diz Maxim, a principal característica do serviço é que é simples, você não precisa configurar nada e tudo já está pronto.
- E o fato de todo mundo usar o Slack?- Este é um nicho completamente diferente. Embora estejamos desenvolvendo algo semelhante, mas nunca competimos com eles, não nos estabelecemos esse objetivo.
Porque?- Slack é uma coisa para quem prefere todo tipo de integração, como configurar alguma coisa. Não estou falando apenas da comunidade de TI, acho que ela é usada muito onde. E “Mobile Enterprise” é um produto para quem não gosta de configurar nada, não sabe ou não quer.
Em primeiro lugar, são pequenas e médias empresas nas regiões. As pessoas querem que tudo funcione imediatamente.
- E com o que você se usa, com quem se comunica?- No que estamos desenvolvendo - na "Empresa Móvel". Usamos todos os dias para entender por nós mesmos quais problemas, onde melhorar. Bem, o Skype para chamadas em grupo é parte integrante. Ele seria mais simples ...
- Li que você tentou lançar o messenger primeiro na América, mas não o fez. Porque- Quando era apenas o começo, tentamos trabalhar para o mundo inteiro. A localização tomou muito poder. O produto está mudando constantemente, você precisa suportar dois tipos de textos, traduzir. Nesse mercado, não tínhamos um emprego em grande escala. Eles avançaram muito simplesmente - com artigos. O Hacker News foi provavelmente a principal fonte de tráfego.
Os usuários de TI são os primeiros testadores. Mas não havia saída específica para os negócios. E não deu certo, provavelmente porque a ênfase mudou fortemente para a Rússia. Ficou claro que também é interessante aqui, e há muito a ser feito - para dar às pessoas que ainda usam o Excel ou até blocos de notas algum serviço simples.
Trabalho remoto sobre responsabilidade pessoal
- Como aconteceu que você distribuiu remotamente?- Todo mundo que começou esse negócio morava em São Petersburgo. Os objetivos de fazer um escritório nunca foram. Mas sempre remotamente também. Eu só queria montar uma boa equipe. Muitas pessoas boas em termos de programação vivem em Ecaterimburgo, Novosibirsk, Kazan. Então eles formaram uma equipe completamente remota.
Inicialmente, estabelecemos a tarefa de evitar o máximo de microgerenciamento e controle. O microcontrole pode matar o ambiente orgânico em uma empresa. Quando todos acordam às nove, sentam-se no escritório, distribuem tarefas, começam a executá-las, eles saem, não podem sair em algum lugar à vontade, adiam o trabalho para mais tarde. Portanto, tentamos evitar o controle e até agora conseguimos.
- Parece-me que, para muitas empresas, isso parece um pesadelo - trabalhar sem controle e sem escritório.- Nem sequer temos gerentes e líderes de equipe. Se não houver coisas queimando, uma pessoa pode simplesmente pegá-lo, ir a algum lugar para relaxar. Não tem problema se é previsível. Uma pessoa pode trabalhar de onde convenientemente.
Mas para alguns também é difícil. Quando há um escritório, todos se organizam para você, todos os seus horários e trabalhos. E aqui você tem que fazer você mesmo. Não se recicle, trabalhe quando precisar. Essa é uma grande responsabilidade que cabe a todas as pessoas. Ninguém organiza sua vida para você.
- Como você lida?- Quando não há pressão de cima, de baixo e de lado, a responsabilidade por suas promessas, ações e palavras vem à tona. Agora, dentro da estrutura dos sistemas de definição de tarefas, todos os tipos de KPIs, a responsabilidade pessoal foi colocada em segundo plano.
Todos nós confiamos um no outro e sabemos que essa pessoa está aqui - se ele dissesse que faria isso. Se ele não tiver tempo, ele dirá que não tem tempo.
- E se ele não fez?- Isso é considerado individualmente. Não há controle, mas há uma moderação do processo. Observação, tomada de decisão estrutural. Temos apenas trinta pessoas. Provavelmente, você ainda pode lidar com essa equipe.
Sempre tentamos não crescer o máximo possível. Houve momentos em que havia mais pessoas em projetos, mas tudo ficou embaçado.
- Quais cidades você distribuiu?- Nosso designer mora na Itália. E então - Peter, Moscou, Ecaterimburgo, Krasnoyarsk, Krasnodar, etc.
- Os fusos horários não interferem?- não. Não exigimos um emprego permanente das nove às seis. Você só precisa realizar as coisas que prometeu fazer, encontrar um terreno comum com a equipe e concordar com um horário conveniente para todos.
Nós, os fundadores, também sentamos em casa, nos encontramos na cidade. E com a equipe - geralmente em conferências. Suponha que nos sentemos em uma conferência por um dia, ouçam, e no dia seguinte já estamos discutindo coisas sobre trabalho no coworking. Em Moscou, provavelmente, “Mesa” é a melhor opção para essas reuniões.
Acontece que, depois de trabalhar com uma pessoa por seis meses, você nem sabe como ela é. É sempre muito engraçado encontrar-se em uma conferência. Você fica assim: “Olá. É você? Combinamos de nos encontrar na fonte!
- E como vocês dividem em equipes?Igualmente - cinco a seis pessoas. Quem começou a desenvolver o projeto é um centro de conhecimento - e ao seu redor uma equipe que está interessada em desenvolvê-lo no momento. Projetos dentro da empresa são abertos, todos podem ver o que está acontecendo, ajudar ou também entrar em desenvolvimento.
As equipes são fluidas, mas ainda assim, todos trabalham apenas no campo de seus produtos. Quando um desenvolvedor trabalha em três projetos ao mesmo tempo, é muito deprimente e desgastante. Por todos os lados, eles querem algo dele. Vi dez pessoas penduradas em outras empresas e elas tiveram um desgaste terrível.
"Você diz isso, e parece que você tem total liberdade." Faça o que quiser, quando quiser e como quiser. Sem gerentes, sem pressão. Mas quando li sua página no HeadHunter, tive uma impressão completamente diferente. Prazos, roteiro, ligações diárias.- A pressão é produzida por si só. Mas isso é diferente do desenvolvimento personalizado. Lá, o cliente faz demandas, é necessário fazer até essa data, e ele pagará pelo que for feito. Esta não é uma forte motivação. Bem, ele pagará à empresa, mas em que interessa o desenvolvedor?
Mas quando a equipe sabe que um anúncio foi comprado de um parceiro para as datas, eles sabem que as equipes trabalham lá e estão esperando por nós - há motivação interna, responsabilidade. Você já trabalha não por dinheiro e prazos, mas é responsável por garantir que outros também tenham sucesso.
E há uma pressão interna que organiza as pessoas. A própria equipe começa a oferecer o que fazer, como distribuir e como acompanhar.
- Isso não obscurece responsabilidades? Em vez de escrever código, um desenvolvedor começa a corresponder, pensar em questões organizacionais. E, no final, nada de bom será feito.- Tais casos acontecem. Mas existe outro lado. Às vezes, uma pessoa escreveu sua parte e ajuda a organizar o trabalho nela. É até legal - ele é incrível de entender o que é realmente necessário lá. Afinal, para os gerentes, geralmente é assim: "Me dê um status, eu vou pensar nisso". E aqui o programador está dentro do processo e sabe onde o que pode ser feito.
Essa é a questão do fato de realmente não termos líderes de equipe. Timlid aparece em termos de habilidades difíceis e, se ainda houver a capacidade de se comunicar, construir relacionamentos, ele automaticamente se tornará um líder.
- Sem gerentes, sem leads. Mas o que você está fazendo então como diretor técnico?- A última vez, principalmente por contratação. As entrevistas levam muito tempo, principalmente se você precisar passar várias rodadas.
E geralmente - apenas uma moderação técnica do desenvolvimento, observação. Posso criar protótipos rapidamente, sei que posso fazê-los em um dia, então protótipo de recursos.
Para o trabalho, usamos o serviço Noção, mantemos totalmente nossa base de conhecimentos e pintamos os estágios. Então, eu estou organizando essas etapas, conversando com os parceiros. Em geral, tento não manter o conhecimento em mim. Quando você aprende algo e o coloca rapidamente na base de conhecimento, tudo se torna muito mais fácil, especialmente em uma equipe remota.
- No esquema clássico, quando o gerente está aguardando pelo status e o cliente da liberação é desenvolvedor, eles podem avançar e finalizá-lo, mesmo que estejam insatisfeitos com a qualidade. E nas suas condições o perfeccionismo sem fim não floresce? Quando ainda não é de alta qualidade, e jogar fora com urgência não é necessário?- Se o termo puder ser adiado por uma questão de qualidade, é melhor adiar. A opção com um prazo sem testes e verificações ainda levará ao efeito oposto, à fadiga, uma grande dívida técnica.
- No mesmo HeadHunter que você escreveu, se o prazo estiver definido, não será necessário movê-lo.- Bem, este é um caso individual de cada vez. Você pode mudar o prazo, o principal é relatar tudo. Posso reduzir todas as nossas tentativas de organizar algo em uma coisa - uma pessoa deve ser previsível.
Se uma equipe pode prever o comportamento de uma pessoa, pode confiar nela. Se ela sabe que uma pessoa cumpre suas promessas, e ele realmente as cumpre - tudo bem. Se uma pessoa tem um prazo, e ele escreve que não tem tempo - não importa por que razões - também está bem. Se ele escreve uma hora antes do lançamento, isso é ruim, isso é absolutamente imprevisível. Discutimos uma coisa - outra. O principal é comunicação. Escreva, informe, diga - você sempre pode inventar alguma coisa.
- É verdade que todo mundo tem tarefas para você?Sim.
"A confusão não começa?"- Uma vez por semana, há uma grande ligação quando analisamos e pensamos que devemos fazer o bem em uma semana. Assim, as tarefas são definidas dentro da equipe. Primeiro, discutimos o roteiro de desenvolvimento do produto. A discussão é bastante global, em geral todos participam dela.
Por exemplo, eu digo: "Precisamos criar um módulo com envio por SMS". E todo mundo entra em discussão - como faremos, quando, quem fará. Como resultado, um plano elaborado na base de conhecimento é formado e tentamos mantê-lo. Não estabelecemos deduções e prazos. Temos um prazo comum, que nós mesmos escolhemos.
Ou seja, concordamos e apenas tentamos cumprir nosso próprio plano.
- Todos são responsáveis por tudo?Sim.
- Isso geralmente leva ao fato de que ninguém é responsável por nada."Claro que poderia ser." Mas não importa como uma pessoa faça tudo, ela tem sua própria especialização. O desenvolvedor do frontend é responsável pelo frontend. O que ele fez é responsável por isso.
E a responsabilidade coletiva (embora eu não goste dessa palavra) tem mais chances de dizer no momento certo: "Escute, você está fazendo a coisa errada, está fazendo muito trabalho, é mais fácil". Provavelmente, a responsabilidade é ajudar o outro a não fazer muito.
Portanto, é difícil procurar pessoas. Com esse trabalho remoto, uma boa comunicação é muito importante para que a pessoa esteja aberta. De fato, se houver uma estrutura rígida, uma hierarquia em que uma pessoa possa se erguer como especialista, mas absolutamente sem habilidades de comunicação, ela não poderá se comunicar com ninguém, realizar tarefas e fazer seu trabalho bem.
Mas, no trabalho remoto, não basta ser um bom especialista - você precisa encontrar contato e se comunicar.
Contratação criativa de pessoas interessantes
"Onde você recruta essas pessoas?"- Basicamente, "My Circle", um pouco menor que o HeadHunter, canais em "Telegram" - em geral, onde quer que haja programadores. A menos que usemos o LinkedIn.
Escrevemos, como chamamos, "trabalhos criativos". Por exemplo, eles colocaram texto criptografado lá, contaram algumas histórias. Ou vagas, onde não texto comum, mas diálogo. Por que escrever "precisamos de um desenvolvedor" quando você pode escrever algo incomum!
Esta é uma maneira de tentar encontrar pessoas que serão interessantes conosco.
E acontece que bons especialistas estão ao lado. Uma vez eu encontrei um desenvolvedor Android enquanto estávamos esquiando em Rosa Khutor.
- Pessoas interessantes - é ótimo. Mas eles deveriam passar por filtração técnica?- Tentamos entrevistar o mais rápido possível, filtrar muito grosseiramente e já em um período de teste para observar como uma pessoa trabalha. De repente, alguém simplesmente não sabe como obter uma entrevista? Essa abordagem não funcionou.
Uma pessoa está incluída no trabalho, e o entendimento já está desfocando - ela está entendendo ou não. Você não notará isso rapidamente. Portanto, agora estamos testando conhecimentos fundamentais. Não contornamos as estruturas, mas perguntamos o básico, como tudo funciona, como funciona. O mesmo protocolo HTTP - é um para todos. Ou como os índices funcionam nos bancos de dados, como os próprios bancos de dados são organizados - não apenas fazendo consultas, mas entendendo quais processos estão acontecendo e como os cabeçalhos são organizados.
Muitas pessoas nem sabem como as codificações comuns são organizadas, por que UTF-8, por que "oito".
- Você acha que realmente precisa ser conhecido - por que exatamente os "oito"?- Eu acho que esse é um entendimento fundamental do básico, é realmente importante. Uma pessoa pode ser um bom especialista, mas encontrará problemas que exigem conhecimento de baixo nível.
Por exemplo, por que essa consulta é tão lenta? Uma pessoa parecia escrever bem as consultas SQL, mas você precisa procurar, entender o que pode ser alterado na estrutura do banco de dados e descobrir por que esse índice específico é tão lento.
Uma pessoa que não conhecia os fundamentos fundamentais é imediatamente perdida. Torna-se muito difícil para ele. Obviamente, este não é um filtro tão grosseiro que não respondeu - é tudo de uma vez. Não há lista de verificação.
Se ele não sabe uma coisa, mas sabe em outras áreas - tudo bem.
- Você dá uma tarefa de teste?- Mais uma vez, de maneiras diferentes. Provavelmente, as tarefas de teste são uma tentativa de filtrar pessoas que simplesmente não estão interessadas. Se uma pessoa se mostra bem em uma entrevista, podemos dizer que um teste não é necessário. E, às vezes, em uma entrevista, você não gosta.
, 70 Github — - , , . , , , , .
, , — Rest API . — , .
, . , , .
— ?"Sim, claro." , . : « , , -, ». , : « ?» : «-, ». .
Ruby Go
— , ?— Ruby on Rails, - . , MySQL — .
Go. , . Go, , , Go .
, . Ruby- — Elixir, Go. .
— , Go?— . — , Go - . — Go . — , .
— , Go, « », .* *— , . . . , .
Go . ? , . , , .
Go .
— React . Vue, TypeScript.
«»
— , Staply Primavera. Staply «». ?— — «» . , . — , , . — , .
— , . . — , — , , . . , , .
— ?— . . — .
— , «» « »?— , . , .
— , «».— , . , , « », «», .
. — .
— , ?— . — , - . . — — , .
, . . , , , .
, . .
— — , — . 3000 — . .
. .
— ? , — .— . , , , . , — . , .
Pode não haver aceleração devido a condições externas, pode não haver nada. Mas deve haver um bom produto que resolva o problema real.