2019

Como equipa de Project Management Office da Xpand IT, todos os dias orientamos e apoiamos as nossas equipas de projeto para que se possam tornar cada vez melhores em metodologias ágeis, possibilitando a entrega de mais valor aos clientes. Isto é um verdadeiro desafio: não apenas porque trabalhamos com diferentes equipas e projetos mas, sobretudo, porque mudar o mindset das pessoas pode ser desafiante.

Já aprendemos muito desde que esta equipa foi criada em 2017 e, por isso, gostávamos de partilhar algumas das nossas lições aprendidas por forma a podermos também ajudar outras equipas:

Um dos maiores equívocos sobre Agile é o facto de ser visto como uma solução milagrosa que resolve todos os problemas dos projetos. Mas não funciona desta forma! As metodologias ágeis ajudam a identificar problemas relevantes e a compreender onde é que o processo falhou e o que precisa de ser alterado, para evitar que aconteça novamente. Os novos ajustes estão apenas à distância de um sprint, para que os problemas não se tornem uma bola de neve e acabemos por “cair” em metodologias de desenvolvimento tradicionais. Assim, a equipa pode trabalhar em conjunto para resolver os problemas nos sprints seguintes e adaptar-se para evitar “recaídas”.

Ter foco nos princípios e valores do Manifesto de Agile é muito mais importante do que gerir um projeto com metodologias ágeis.

As organizações desrespeitam frequentemente o primeiro valor – “os indivíduos e suas interações são mais importantes que os procedimentos e ferramentas”. Assim, se não precisamos de procedimentos e rituais para sermos Ágeis, porquê tê-los?  Os rituais não vão tornar as equipas mais ágeis, mas podem ajudar se aplicados da maneira certa – tornando-as mais eficientes e sendo uma forma de mudar hábitos e culturas.

• A “daily stand-up” é teambuilding, tal como outros rituais;
• As stand-ups e as retrospetivas permitem às equipas aprender e crescer a partir das suas experiências passadas;
• As retrospetivas dão às equipas a oportunidade de celebrarem os seus sucessos;
• Independentemente de como o sprint anterior correu, a sessão de planeamento do próximo sprint ajuda a equipa a focar-se nos objetivos e promove o envolvimento entre os elementos;
• Priorizar o backlog do sprint e do produto promove a capacidade de se ser resiliente, de aprender, de adaptar e a habilidade para reagrupar quando as coisas não acontecem como planeado.

Disse-o Dwight D. Eisenhower. Trabalhar com Metodologias Ágeis não significa que os processos core da gestão de projeto devem ser eliminados. Planear, rastrear e monitorizar (diariamente) são pertinentes e essenciais, pois fazem com que a equipa tenha sempre presente qual o objetivo principal – criar valor e manter os clientes satisfeitos.

Parte do sucesso de qualquer trabalho está diretamente ligado às ferramentas utilizadas. Os projetos com metodologias ágeis podem ser geridos em paredes, stickers ou com software. Um projeto de desenvolvimento de software pode beneficiar especialmente do último, por assegurar a rastreabilidade dos requisitos desde o kick-off do projeto à entrega, gerindo o backlog e monitorizando os sprints, os problemas e os bugs.

Na Xpand IT, as nossas equipas internas utilizam os produtos Atlassian – Jira, Confluence e Bitbucket. O Jira é utilizado para gerir o backlog, as sprints e as releases. O Confluence é a nossa wiki e permite manter toda a informação do projeto tal como a documentação técnica, o plano do projeto e outros. O Bitbucket também tem vários benefícios tais como a possibilidade de guardar o código num espaço seguro, permitindo que o código possa ser acedido por qualquer elemento da equipa e que estes trabalhem sempre na versão mais atualizada do mesmo.

Com estas ferramentas asseguramos a rastreabilidade desde os requisitos (Jira), à fonte do código (Bitbucket) e ainda a colaboração e comunicação entre as nossas equipas e com os clientes.

Em projetos Agile não é incomum uma equipa ter tarefas por cumprir no final de um sprint, porque as suas User Stories são muito longas. Os elementos da equipa devem analisar, na retrospetiva, se o não cumprimento foi causado por algo que era evitável ou por um problema inesperado identificado no decorrer do sprint.

A melhor prática é pensar em pequenas unidades: ter user stories, tarefas e releases mais curtas. Itens mais curtos melhoram o flow, reduzem o risco de falhar no cumprimento do objetivo do sprint, melhoram o conhecimento partilhado, aumentam a precisão das estimativas e permitem que o trabalho seja entregue mais rapidamente. Assim, para prevenir que o trabalho fique por fazer, antes de ser agendada a implementação de uma user Story, as equipas devem assegurar que esta é curta o suficiente para que possa ser finalizada dentro da iteração.

Esperamos que estas lições possam ser úteis para os vossos projetos e que ajudem as equipas a tornarem-se mais ágeis. Desta forma, é possível antecipar problemas, melhorar a eficiência da equipa, escolher as melhores ferramentas e planear melhor para garantir entrega de valor e ir ao encontro das expectativas dos clientes.

Nunca se esqueçam que a implementação de metodologias ágeis deve começar na nossa mente.

*Este artigo foi escrito por Susana Vicente e Rita Mendes, experts da Xpand IT. 

Muitos candidatos não têm a mínima ideia do que podem esperar numa primeira entrevista tech. Entre as várias questões que podem surgir, é comum perguntarem-se: “vai ser focada nos skills técnicos? Nas soft skills? Ambos?” Um desafio exigente tanto para o recrutador como para o/a candidato/a que normalmente numa primeira entrevista acabam por não conseguir tirar o máximo partido da mesma.

Tendo a noção desta realidade, decidi partilhar cinco dicas para dominar uma entrevista tech, trazendo umas luzes sobre o que nós Talent Recruiters mais valorizamos e o tipo de perguntas que podes esperar, tendo em conta a minha experiência na Xpand IT. O meu objetivo é simplificar e tornar mais transparente aquilo que pode ser um processo de recrutamento numa área profissional de TI e ajudar-te com alguns dos meus conselhos. Vamos a isto!

Não é uma piada. É comum haver candidatos tímidos e, por isso, quando vamos ter contigo à porta já vamos determinados em pôr-te à vontade. Ao conhecer o/a  candidato/a, normalmente fazemos a mesma primeira questão: “Encontraste-nos (o office) facilmente?” – Porque perguntamos isto? Bem, em Lisboa temos três espaços de escritório (e só num existe uma recepção), num edifício que pode ser um verdadeiro labirinto. A resposta mais comum de quem não conhece o espaço é “o edifício sim, a porta nem por isso”. (riso embaraçado). Ao que esclarecemos (com um sorriso) que é habitual acontecer e que, no fundo, esse é primeiro grande desafio para os candidatos. (é uma piada). Quase sempre esta situação resulta em duas pessoas que já vão para a sala da entrevista com outro mood, o que torna tudo mais simples. Facto engraçado: por mais do que uma vez já tive de ir buscar o candidato lá fora. True story. Perceber onde é a nossa recepção não é tarefa fácil.

É isso mesmo. Muitos candidatos não percebem esta parte da entrevista. Se não partilhares connosco detalhes sobre a tua experiência e aquilo que já fizeste, torna-se difícil fazer uma avaliação correta, concordas? Para facilitar, utilizamos uma abordagem que normalmente põe as pessoas mais à vontade e que consiste em perguntar-te sobre o projeto mais desafiante em que estiveste envolvido – a ideia é que o expliques com um whiteboard e uma caneta. Desta forma, podes mostrar-nos algo que verdadeiramente gostaste de fazer ao mesmo tempo que conseguimos avaliar inúmeras coisas:

• Se estás efetivamente confortável com o projeto em questão e se te sentes à vontade para explicar o mesmo (o tipo de raciocínio e lógica que implementaste/utilizaste);
• O teu grau de experiência com a tecnologia (Sim, é verdade – nós conseguimos compreender-te. Não acreditas? Desafia-nos);
• As tuas skills de pensamento criativo e capacidade de resolver problemas (podemos perguntar-te, por exemplo, como terias feito o mesmo de diferentes maneiras;
• Skills de comunicação;
• A tua capacidade para trabalhar em equipa;
• Metodologias de trabalho;
• Capacidades de desenho… (estou a brincar, não é assim tão importante, talvez só um bocadinho, quem sabe.)

Como vês, com um simples exercício podemos aprender muito sobre ti e perceber se podes fazer fit nas nossas equipas. Então, fala connosco, deixa-nos surpreender-te.

Confuso, certo? Concordo. Mas deixa-me explicar. Quando chegamos à primeira entrevista, 90% das vezes os candidatos candidataram-se ou mostraram interesse numa oportunidade específica. Logo, precisas de mostrar que é este o desafio que queres e que és a pessoa certa para o lugar. Utiliza todas as tuas armas!

Se te candidatares a uma oportunidade de Javascript Fullstack developer, prepara-te para explicar por que razão no teu projeto anterior utilizaste Vue em vez de Angular ou React, por exemplo. Se não conseguires explicar o porquê de teres utilizado determinada tecnologia ou até mesmo falar sobre o projeto em si, estarás assim tão “in love” com o que fizeste e com aquilo que será o teu desafio no futuro? Ao mesmo tempo, deves estar aberto ouvir falar sobre novas funções que possam de facto preencher-te e que no fundo respondam àquilo que te faz estar agora à procura de um novo desafio profissional. Nós fazemos de tudo aqui. Por isso, há à tua espera de certeza algo que podes ainda não ter considerado, mas que no momento atual em que te encontras faz muito mais sentido. Não deves ser intransigente. Escuta o que temos para te propor. Não seria a primeira vez que criávamos uma função específica para determinado perfil técnico.

Esta é fácil. Vamos pedir-te para falares sobre o teu projeto mais desafiante. Mas de maneira nenhuma queremos impedir-te de falar sobre algo que seja relevante para ti ou sobre a tua experiência.

Se vires que não vamos fazer mais perguntas… chega-te à frente:

[Candidato/a]: Hey! [nome do recrutador] posso dizer uma coisa?

[Candidato/a]: Há um projeto/skill sobre o qual gostaria de falar.

[Recrutador]: Isso é interessante! Conta-me tudo!

Assim, podemos falar sobre o tema durante o tempo que for necessário, enquanto estiver tudo bem para ti. Comigo não há um limite de tempo para as entrevistas. Porque verdadeiramente queremos conhecer-te.

E, finalmente, claro, sente-te livre para perguntar tudo aquilo que quiseres. Se pesquisaste sobre nós para te preparares para a entrevista tech e tens algumas questões, dúvidas ou curiosidades, pergunta-nos. Teremos todo o gosto em esclarecer-te. E mesmo que não tenhas lido nada sobre nós, se tiveres ficado com alguma curiosidade durante a entrevista (ou sobre a entrevista em si), diz-nos. Não existem perguntas “más”. Desde o IRS aos projetos com clientes, passando pelas nossas metodologias e cultura, estamos habituados a todos os tipos de questões e damos as boas vindas a isso. Gostamos de uma boa conversa e de partilhar o que fazemos e quem somos.

Apercebi-me agora de que escrevi muito, não foi? Fiquei entusiasmado! Vamos lá resumir o essencial sobre as cinco dicas para dominar uma entrevista tech:

1. Relaxa, somos pessoas como todas as outras, mas ainda assim especiais. Sê tu próprio;
2. Prepara-te para explicar o que fazes;
3. Sê confiante e mantém a mente aberta;
4. Sem arrependimentos. Conta-nos tudo;
5. Sê curioso

Seja como for, termino este artigo dizendo que espero que estas cinco dicas para dominar uma entrevista tech sejam úteis na tua vida profissional futura e que na próxima vez que tenhas uma entrevista, te lembres delas. Espero que mais cedo ou mais tarde encontres o teu dream job. E, quem sabe, talvez nos possamos encontrar um dia?

No dia 10 de julho iniciei a minha primeira experiência profissional nos summer internships da Xpand IT na área de Business Intelligence.

A Xpand IT foi-me sugerida por um amigo que já tinha participado na edição dos summer internships do ano anterior, tendo partilhado comigo que foi uma ótima experiência, mesmo do ponto de vista cultural. Portanto, as minhas expectativas eram bastante elevadas, mas posso dizer que foram facilmente atingidas.

Começando pelas questões técnicas, estive integrado na área de Business Intelligence durante 2 meses. Resumidamente, BI é uma área que tira partido de diversas tecnologias e metodologias para:

• Recolher dados em bruto
• Modelá-los e prepará-los para serem analisados
• apresentar os dados no apoio à decisão de processos chave de negócio das empresas

Para chegar aqui, utilizámos a plataforma Pentaho Data Integration que de uma forma completamente user-friendly permite criar e manter processos de BI.

Para percebermos o quão simples pode ser a sua utilização: o processo de carregamento de dados de uma base de dados é tão simples como fazer dragging de um “step” para o interface, chamado “table input” e depois preencher alguns parâmetros.

O projeto que desenvolvi com o Henrique Pereira e a Inês Alves foi o de criar um plugin (“step”) na plataforma para criptografar e descriptografar dados de acordo com o novo Regulamento Geral de Proteção de Dados.

O novo “step” oferece agora vários algoritmos de criptografia diferentes como AES, Twofish and Serpent para além de permitir que os utilizadores criem as suas próprias funções personalizadas.

Em termos da experiência que pude viver, tenho de dizer que houve momentos de muita diversão tanto nos escritórios de Braga como de Lisboa.

Aqui em Lisboa fui logo bem-recebido desde o início por todas as pessoas que me fizeram sentir como parte da “família”. Ao longo do internship, trabalhámos com afinco, mas o ambiente de trabalho foi sempre descontraído, tanto que tive espaço para conhecer novas pessoas e inclusivamente fazer algumas amizades com os Xpanders.

Uma vez que a parte final do meu projeto de estágio foi em Braga, acabei por também ter a oportunidade de estar alguns dias nesta bonita cidade – que os nossos amigos do Norte se apressaram a afirmar que é a mais antiga de Portugal e ao mesmo tempo a que tem a população mais jovem da Europa.

Em Braga fui “vítima” da incrível hospitalidade das pessoas de lá. Jogámos bubble football, uma experiência que recomendo a toda a gente e também fizemos uma visita a Viana do Castelo para conhecer o Daniel Salgueiral e escritório fantástico perto da praia.

No geral, os summer internships foram uma ótima experiência e se estás a decidir se vale a pena ou não fazer um estágio, só te posso recomendar que tenhas essa experiência na Xpand IT uma vez que vais:

• poder criar um projeto do início ao fim utilizando metodologias que são aplicadas no mundo real
• aprender novas tecnologias, como, por exemplo, Pentaho
• compreender como utilizar diferentes ferramentas para lidar com diferentes problemas estejas na área de BI ou noutra área tecnológica
• conhecer novas pessoas que partilham contigo do mesmo mindset

Para terminar, quero agradecer a todas as pessoas com quem tive o prazer de partilhar esta aventura, em especial às equipas de BI e Data Science com quem estive no meu dia-a-dia.

À medida que crescemos, cada um de nós tem de decidir o que quer fazer da sua vida. “Que área profissional queremos seguir?” Se estás a ler este artigo, então provavelmente devemos ter escolhido caminhos semelhantes e este conteúdo é para ti que és um júnior developer.

Ser um software developer dá-nos a sensação de que muitas vezes podemos mudar as pessoas ou as organizações com as nossas ideias, do dia para a noite, e isso é fantástico! No entanto, quando iniciamos esta journey, ficamos extasiados com a grandeza da área tecnológica.

Paul Robinson, principal engineer na CircleCI, tem uma perspetiva interessante sobre o código, tendo partilhado num blog post:  

Esta citação ilustra bem como as coisas podem mudar rapidamente no mundo tecnológico e como devemos estar realmente preparados para os múltiplos desafios que todos os dias surgem ao nível da melhoria constante da tecnologia, metodologias e necessidades das sociedades.

Chegados aqui, partilho, sete conselhos e boas práticas a ti que provavelmente és um júnior developer e estás a começar a dar os primeiros passos. Espero que consigas ter a melhor experiência possível enquanto developer, ao longo deste caminho que se inicia agora e poder ajudar com as minhas tips a concretizar esse objetivo.

Esta é a razão pela qual o teu professor de matemática te deu tantos trabalhos de casa: a matemática tem tudo a ver com praticar. O mesmo se aplica ao software development: estás sempre em constante aprendizagem. Quanto mais praticares, mais vais aprender e melhores resultados terás. Mais importante ainda: com o tempo, estarás também mais preparado para desafios maiores e mais complexos.

A melhor forma de praticar é desafiares-te a fazer coisas diferentes e em que tens potencial para melhorar, saindo da tua zona de conforto. Cria um conjunto de mini projectos, talvez um “atalho” para te ajudar a melhorar o processo nas tuas tarefas diárias. Isto pode ajudar-te de muitas maneiras: a seres criativo, a encontrares as tuas próprias soluções, a explorares novas tecnologias e, acima de tudo, a arriscares, sem temeres possíveis erros, no caminho.

Não penses que estás perdido só porque falhaste no teu último compromisso. É habitual termos medo de ver o nosso código repleto de sublinhados a vermelho, concordas? Ou até pior: “E se alguém repara?” Não é o fim do mundo, acredita!

Errar é comum e devemos aceitá-lo para poderes crescer enquanto júnior developer.

Enfrentares os teus erros pode ser desafiante, mas dá-te o conhecimento necessário para não os cometeres novamente.

Para prevenir bugs, o meu conselho mais importante para ti é que definas, planeies e estrutures guidelines para o projeto que vais desenvolver.  Desta forma, vais conseguir minimizar os erros. Aqui é também importante aprenderes a utilizar ferramentas de debug, essenciais para detetares erros e perceberes como chegaste lá. Estas ferramentas ajudam-te não só a ir a fundo à origem do problema como também a planeares como resolver o bug que encontraste.

É de senso comum que quando algo está a ser criado tem de passar por várias fases: uma das mais importantes, neste caso, é testar o produto. No desenvolvimento de software, deves testar em todos os momentos do projeto. Não deixes para o fim.

Existe uma metodologia de desenvolvimento em que os testes são a base de tudo. Talvez já estejas familiarizado com a metodologia TDD (Test Driven Development) em que a primeira fase de todas é escrever test cases e só então depois criar o código capaz de passar nos test cases criados.

Naturalmente não tens de usar TDD, mas deves testar sempre, independentemente da metodologia que escolheres.

Existem várias técnicas que podes aplicar durante o processo:

• Testes unitários, ao nível de código, ajudam-te a prevenir possíveis bugs
• Testes de integração para garantir que a feature que estás a criar funciona corretamente com todas as outras na aplicação
• Testes de regressão permitem-te garantir estabilidade na app quando os requisitos se alteram

Olha para o projeto atual em que estás envolvido e criar alguns testes unitários para compreenderes como podem ser úteis.  Entre as várias vantagens, estas são algumas das que destaco, quando aplicares técnicas de teste durante um projeto:

• consegues otimizar a qualidade do software
• Reduzes a probabilidade de cenários inesperados
• Certificas que estás a responder às especificações do projeto
• Garantes a satisfação dos teus stakeholders

Sam Morgan, head of product na Makers, diz algo que deves ter sempre em mente quando escreves código:

Isto significa que provavelmente não serás o único na equipa a trabalhar com o código que estás a criar. Mantém-no “limpo” e acessível para o próximo developer.

Vê o teu código como um conjunto de gavetas da tua secretária: mantém-nas limpas e organizadas. Partilho algumas das boas práticas para te ajudarem na manutenção e evolução do teu código:

• Organiza o teu código o mais separadamente possível
• Identifica, com clareza, todas as funcionalidades que vais desenvolver e cria packages para cada uma. Assim, vais melhorar a escalabilidade e a manutenção de cada uma, reduzindo possíveis impactos em outras partes da aplicacação, em que não fizeres alteações
• Evita rescrever o mesmo código repetidamente. Compila aquelas funções que respondem a diversos propósitos, criando a tua ferramenta de utilitários que te permitirá usar em diferentes pontos do projeto.

Para além disto que estamos a falar, deves documentar objetivamente o código que escreves ao longo do projeto. É uma forma também de protegeres o teu trabalho.

No futuro, será mais fácil olhares para o mesmo e teres uma ideia clara do que fizeste para trás. Criar diagramas que te permitam ter uma visão técnica geral da tua solução é recomendável, bem como mantê-la atualizada ao longo do projeto. Documenta os passos que deste para resolver os requisitos do projeto e regista todas as alterações que fizeste. Isto vai ajudar-te a ti e a outros a ter uma ideia clara sobre a solução, simplificando o processo de manutenção.

Se alguém te disser para pores sal no teu café, presumo que não o irás fazer. Porquê? Porque sabes que o café não saberá tão bem e é daquelas coisas que precisas para te manteres “forte”.

Compreender o quadro geral de um projeto vai não só ajudar-te a construir uma solução mais robusta como também a compreenderes melhor como integrar todas as partes da aplicação.

Assim, tem tudo que ver com fazer uma análise do projeto apropriada, fazendo as questões necessárias para começar. Estas são algumas das questões que, eventualmente, te vão ajudar a perceber o propósito do projeto e o quão valioso serás nele:

1. Qual é o desempenho atual da aplicação? O que está a funcionar mal?
2. O que é preciso alterar funcionalmente para corrigir os problemas?
3. Como é que as alterações vão afetar cenários reais do dia-a-dia?
4. Existem outros exemplos semelhantes a este?

Do ponto de vista técnico, deves saber identificar como é que a tua solução funciona da forma como funciona. Às vezes, terás de dar o máximo para chegares lá, mas colherás frutos mais à frente. Tenta compreender como o teu código funciona como um todo, sem ficares preso ao fascínio de teres conseguido finalizá-lo com sucesso. Na verdade, não é um truque de magia. Portanto, consegues encontrar respostas mais rápidas quando algo não corre bem. Por outras palavras: dá-te a capacidade de entenderes a razão de uma tecnologia específica ser mais indicada para um objetivo do que outra ao mesmo tempo que consegues trabalhar em antecipação e prevenção.

Sempre que estiveres numa reunião de projeto, isso significa que mais tarefas irão aparecer para adicionares ao teu backlog. Não entres em pânico, ninguém está à espera que sejas malabarista. Só precisas de ter em mente que deves focar numa tarefa de cada vez!

É quase certo que o teu project manager irá organizar tarefas por prioridade, mas mesmo em cada tarefa deves organizar os teus pensamentos e planear como fazê-lo. Podes dividir cada uma em tarefas menores, para orientares melhor o desenvolvimento. Desta forma, vais seguir um workflow passo a passo, definindo como iniciar e terminar, com sucesso.

Sempre que estiveres numa reunião de projeto, isso significa que mais tarefas irão aparecer para adicionares ao teu backlog. Não entres em pânico, ninguém está à espera que sejas malabarista. Só precisas de ter em mente que deves focar numa tarefa de cada vez!

Tal como já partilhei no início do artigo, as tecnologias alteram-se constantemente. O que sabemos hoje pode já não ser verdade a curto-prazo. A tecnologia que utilizas agora vai, provavelmente, ser substituída por outra nova tendência, uma tecnologia disruptiva que vem mudar a forma como trabalhamos.

No entanto, para os júniores como tu, estas alterações podem ser mais “dolorosas”. Porque ainda agora estás a iniciar esta jornada e não apenas tu como também os teus managers terão de perceber aquilo que melhor se adequa ao teu perfil, para poderes trabalhar o teu potencial.

Não tenhas medo de mudar de uma tecnologia para outra ou até mesmo de uma unidade de negócio para outra. Isso significa que terás a possibilidade de aprender muitas coisas diferentes e saberes aquilo que verdadeiramente mais te apaixona. Continua com o bom trabalho, abraça a mudança e encara isso como o próximo passo para fazeres evoluir os teus skills.