[:en]If you are a development manager or an IT project manager and you have the mission to build a development team, the first thing that I would like to tell you is that you have a great opportunity since sometimes you cannot build a team from scratch. Doing this well can make your job easier for many years to come. A mentor of mine told me a few decades ago that the job of systems manager was the easiest in the world… if you have the right team.
In this post, I will refer specifically to an area of development, thinking of a team that will have to develop software continuously in several projects (and not for one in particular, where, although the recommendations are almost the same, there may be some differences).
Tip number one: keep your development team small.
Big is a relative concept, but the point is that it is much better to hire a few very good people than many regular ones. The truth is that, despite methodologies and frameworks, there is still a lot of art in computing, and, therefore, you need very talented people, not an army. Creating great software is more like making a great work of art than building a skyscraper (even if we would like to believe otherwise). Therefore, try to assemble a reduced team that can work well with the most competent people.
Tip number two: watch out for the Rock Stars
If you are looking for a team, make sure you have very good people, even rock stars, but make sure that, if you have rock stars, they will work well as a team. A team where everyone is a rock star can generate some complications since not all the work will always be innovative and interesting so that the stars feel motivated and stimulated, and above all if you have several stars working on the same problem they can get stuck defending each one’s position and the idea of what is the best solution. A team also requires people to do the work, regardless of whether it is boring or mechanical. This is not to say that a team cannot be made up of all-stars the greatest achievements are sometimes only possible with such teams, but you have to make sure that they will work well together and that the work is organized so that each can shine in their area and that they share the vision, your vision, and that they all aim for the same big goal.
Tip number three: Seek diversity in your team.
Beyond looking for people who know one technology or another to have all the necessary skill sets, you must take into account other factors. Some developers are good for the backend; others are good for the front end. Some make dreamy user interfaces; others make heavy processes full of complex logic. There are creative and innovative programmers, and there are those who like the conventional. The variety goes even further; look for people with diverse backgrounds (what a way to use anglicisms, I know) and experiences; who can bring diverse ideas and solutions. Look for diversity in seniority, race, gender, etc. Of course, avoid “breaking lines”. For example, it is good to have women and senior people and people from another country on the team, but probably a team with three young Chinese women and three older local men is going to end up in two teams. Ideally, there should be diversity, but it should not create gaps between two subgroups because of the close affinity between members of the subgroups and little between them.
Tip number four: Evaluate well before contracting
If there is a mistake, I have seen many times when building a team is trying to do it fast and choosing from a limited pool. The pressure of finding developers for the team is high; deadlines expire, and you end up hiring the first thing that comes along to have a complete team. Do not succumb to this temptation; devote all the resources and energy you can to find and evaluate your future team of programmers. This team may be with you for years, so there is no effort that is not worth it to get the best. Evaluate them well if they are developers, and make sure they are good at programming and are skilled. Evalart’s programming tests can help you evaluate and confirm that the programmers you are bringing to your team are good and the best out there. This post contains specific tips for the selection process: 5 Tips for Recruiting the Best Developers.
Tip number five: Be clear about the culture of the team you want and look for that.
I have seen that the best development teams tend to share a mystique, a work culture where excellence and results to be proud of are sought, where teamwork is valued, and the capacity of each one is respected. A culture where mistakes are not punished but learned from them (formally). Where the benefits of achievements also reach the team members and where they feel valued. Where there is a sense of ownership and pride in what you do. Try to assemble your team with people who would fit in and contribute to the culture you want in your team, and from the first interview, make these values clear.[:es]Si eres un gerente de desarrollo o un jefe de proyectos de TI y tienes la misión de armar un equipo de desarrollo, lo primero que me gustaría decirte es que tienes una gran oportunidad, ya que muchas veces no se tiene la posibilidad de poder armar un equipo, especialmente desde cero. Hacer esto bien pude facilitar tu trabajo por muchos años. Un mentor mío me dijo hace unas décadas que el trabajo de gerente de sistemas era el más fácil del mundo… si tienes el equipo correcto.
En este post me voy a referir específicamente a un área de desarrollo, pensando en un equipo que va a tener que desarrollar software de manera continua, en varios proyectos (y no para uno en particular, donde, aunque las recomendaciones son casi las mismas, puede haber algunas diferencias)
Consejo número uno: Que tu equipo de desarrollo no sea muy grande
Grande es un concepto relativo, pero el punto es que es mucho mejor contratar pocas personas muy buenas que muchas regulares. La verdad es que, a pesar de las metodologías y frameworks, aún hay mucho arte en la informática, y, por lo tanto, necesitas gente con mucho talento, no un ejército. Crear un software excepcional es más parecido a hacer una gran obra de arte a que construir un rascacielos (aunque quisiéramos creer lo contrario). Por lo tanto, intenta armar el equipo más pequeño que pueda funcionar bien con la gente más competente.
Consejo número dos: Cuidado con las Estrellas
Si lo que buscas es un equipo, asegúrate de contar con gente muy buena, incluso estrellas, pero asegúrate que, si tienes estrellas, estas van a trabajar bien en equipo. Un equipo donde todos son estrellas puede generar algunas complicaciones, ya que no todo el trabajo será siempre innovador e interesante para que las estrellas se sientan motivadas y estimuladas, y sobre todo, si tienes varias estrellas trabajando en el mismo problema pueden atascarse defendiendo cada una su posición e idea de cuál es la mejor solución. Un equipo requiere también personas que hagan el trabajo, sin importar si es aburrido o mecánico. Esto no quiere decir que un equipo no pueda estar hecho de puras estrellas, de hecho, los logros más grandes a veces solo son posibles con equipos así, pero tienes que asegurarte de que trabajarán bien en equipo y que el trabajo se organice de manera que cada una pueda brillar en su área y que compartan la visión, tu visión, y que todos apunten al mismo gran objetivo.
Consejo número tres: Busca la diversidad en tu equipo
Más allá de buscar gente que sepa una tecnología u otra para tener todo el skillset necesario, debes tener en cuenta otros factores. Hay desarrolladores buenos para el backend, otros buenos para el front end. Unos hacen interfaces de usuario de ensueño, otros procesos pesados llenos de lógica compleja. Hay programadores creativos e innovadores y hay los que les gusta lo convencional. La variedad va más incluso más allá, busca ojalá personas con diversos backgrounds (que manera de usar anglicismos, lo sé) y experiencias, que puedan aportar ideas y soluciones diversas. Busca diversidad en seniority, racial, de género, etc. Eso sí, evita las “líneas de ruptura”. Por ejemplo, es bueno tener mujeres y personas senior y personas de otro país en el equipo, pero probablemente un equipo con 3 mujeres jóvenes chinas y 3 hombres mayores locales va a terminar en dos equipos. Lo ideal es que haya diversidad, pero sin que ésta genere brechas entre dos subgrupos por una estrecha afinidad entre miembros de los subgrupos y poca entre éstos.
Consejo número cuatro: Evalúa bien antes de contratar
Si hay un error que he visto muchas veces al armar un equipo es el de tratar de hacerlo rápido y eligiendo de un pool muy pequeño. La presión de tener que encontrar muchos desarrolladores para el equipo es grande, los plazos se vencen y uno termina contratando lo primero que llega para poder tener el equipo completo. No sucumbas ante esta tentación, dedica todos los recursos y energía que puedas a buscar y evaluar bien a tu futuro equipo de programadores. Puede que este equipo te acompañe por años, por lo que no hay esfuerzo que no valga la pena para conseguir a los mejores. Evalúalos bien, si son desarrolladores, asegúrate que realmente sean buenos programando, que tengan dedos para el piano. Los exámenes de programación de Evalart pueden ayudarte a evaluar y confirmar que los programadores que vas a ingresar a tu equipo son buenos y que son de lo mejor que hay. Este post contiene consejos específicos para el proceso de selección: 5 Consejos para Reclutar a los mejores Desarrolladores
Consejo número cinco: Ten clara la cultura del equipo que quieres y busca eso
He visto que los mejores equipos de desarrollo tienden a compartir una mística, una cultura de trabajo donde se busca la excelencia y resultados del que sentirse orgullosos, donde se valora el trabajo el equipo y se respeta la capacidad de cada uno. Una cultura donde no se castigan los errores, pero se aprende de ellos (formalmente). Donde los beneficios de los logros llegan también a los miembros del equipo y donde éstos se sienten valorados. Donde hay un sentido de propiedad y orgullo por lo que se hace. Busca armar tu equipo con gente que encajará y aportará a la cultura que quieres en tu equipo y desde la primera entrevista deja claros estos valores.[:pb]Caso seja um gerente de desenvolvimento ou um gerente de TI e tem a missão de montar uma equipe de desenvolvimento, a primeira coisa que gostaria de lhe dizer é que existe uma grande oportunidade uma vez que nem sempre é possível construir uma equipe a partir do zero. Ter sucesso nas suas escolhas pode tornar o seu trabalho mais fácil durante muitos anos. Um mentor me disse há algumas décadas que o trabalho de gerente de sistemas era o mais fácil do mundo… Se tiver a equipe certa.
Nesse post, vou me referir especificamente a uma área de desenvolvimento, pensando em uma equipe que terá de desenvolver softwares continuamente em vários projetos (e não para um em particular, onde, embora as recomendações sejam quase as mesmas, pode haver algumas diferenças).
Dica número um: mantenha a sua equipe de desenvolvimento pequena.
Grande é um conceito relativo, mas a questão é que é muito melhor contratar algumas pessoas muito boas do que muitas pessoas medianas. A verdade é que, apesar das metodologias e estruturas, ainda há muita arte em informática e, portanto, é preciso pessoas muito talentosas, não um exército. Criar um grande software é mais como fazer uma grande obra de arte do que construir um arranha-céu (mesmo que tendemos em acreditar no contrário). Portanto, tente montar uma equipe reduzida que possa trabalhar bem, com pessoas mais competentes.
Dica número dois: cuidado com as Estrelas do Rock
Se estiver à procura de uma equipe, certifique-se de ter pessoas muito boas, mesmo “Rock Stars”, mas certifique-se de que, elas trabalharão bem como uma equipe. Uma equipe onde todos são “Rock Star” pode gerar algumas complicações uma vez que nem todo o trabalho será sempre inovador e interessante para que candidatos tão talentosos se sintam motivados e estimulados, e sobretudo se tiver diversos talentos trabalhando no mesmo problema elas podem ficar presas a defender a posição individual e não chegar a ideia de qual é a melhor solução. Uma equipe também exige que as pessoas façam o trabalho, independentemente de ser tedioso ou mecânico. Isto não quer dizer que uma equipe não possa ser constituída toda por “Rock Stars”, as maiores realizações por vezes só são possíveis com tais equipes, mas é preciso ter a certeza de que trabalharão bem em conjunto e que o trabalho é organizado para que cada uma possa brilhar na sua área e que compartilhem suas metas, visão, e que todos eles busquem atingir o mesmo grande objetivo.
Dica número três: Procure a diversidade na sua equipe.
Além de procurar pessoas que conhecem uma ou outra tecnologia para abranger todos os conjuntos de competências necessários, devem ser levados em consideração outros fatores. Alguns criadores são bons para o backend; outros são bons para o front end. Alguns fazem interfaces de usuário “dreamy”; outros fazem processos pesados cheios de lógica complexa. Há programadores criativos e inovadores, e há aqueles que gostam do convencional. A variedade vai ainda mais longe; procurem pessoas com diferentes culturas e experiências; que possam trazer ideias e soluções diversas. Procurem diversidade na antiguidade, raça, gênero, etc. É claro, evite “quebrar barreiras”. Por exemplo, é bom ter mulheres e idosos e pessoas de outro país na equipe, mas provavelmente uma equipe com três jovens mulheres chinesas e três homens locais mais velhos vai acabar em duas equipes distintas. Idealmente, deveria haver diversidade, mas não deveria criar lacunas entre dois subgrupos devido à estreita afinidade entre os membros dos subgrupos e pouco entre eles.
Dica número quatro: Avalie bem antes de contratar
Se houver um erro, já vi muitas vezes ao tentar construir uma equipe rapidamente levar a escolher a partir de um pool limitado. A pressão de encontrar desenvolvedores para a equipe é elevada; os prazos expiram, e acaba contratando a primeira pessoa que aparece para se ter uma equipa completa. Não sucumba a esta tentação; dedique todos os recursos e energia que puder para encontrar e avaliar a sua futura equipe de programadores. Esta equipe pode ficar com você durante anos, por isso não há nenhum esforço que não valha a pena para obter o melhor. Faça uma criteriosa avaliação para verificar se são bons desenvolvedores, e certifique-se de que são bons programadores competentes. Os testes de programação da Evalart podem ajudá-lo a avaliar e confirmar que os programadores que está trazendo para a sua equipe são os melhores que existem. Este post contém dicas específicas para o processo de seletivo: 5 Dicas para o Recrutamento dos melhores programadores.
Dica número cinco: Seja claro sobre a cultura da equipe que deseja e procure isso.
Tenho visto que as melhores equipes de desenvolvimento tendem a compartilhar uma mística, uma cultura de trabalho onde há busca por excelência e os resultados para se orgulhar, onde o trabalho em equipe é valorizado e a capacidade de cada um é respeitada. Uma cultura em que os erros não são punidos, mas sim aprendidos com eles (formalmente). Onde os benefícios das conquistas também chegam aos membros da equipe e onde eles se sentem valorizados. Onde há um senso de propriedade e orgulho no que se faz. Tente montar sua equipe com pessoas que se enquadrem e contribuam para a cultura que deseja, e desde a primeira entrevista, faça esses valores estarem claros.[:]
