Changes

The last time I wrote here was during the Summer of 2019. August to be more precise.

I’m wondering why I “stopped” writing… I guess I didn’t have the will to do it. Writing is a strange phenomena, at least for me, or you have a crazy will to write with a good cadence… or you don’t have the will to write at all.

Now here we are, with the first quarter of 2020 gone… and with so many changes since the last post. To name a few:

  • The World is in the middle of a pandemic that will change the World as we know it. In a couple of quarter a new normal will settle in;
  • I’ve changed jobs. After near 4 years working at Talkdesk I decided to take a new challenge at Salsify;
  • I’ve moved to Lisbon. Yes, after living and working in Porto, Lisbon, London and then back again to Porto… I moved to Lisbon to work at Salsify (it’s where the EMEA offices are).

So as you can see the only constant in life is change.

I also decided to take a break from Public speaking… but I “failed” miserably at that attempt since I accepted the first invitation that came up (thank you Future.works for the kind invitation).

I’ll write a post about my presentation (it was yesterday) since I have the slides and the video to share with you all.

In the meantime, stay safe, stay home, and look after you and your loved ones.

See you soon! ūüôā

Loose thoughts on Remote Work

(I’m going to write this post in English since I believe this is a concern to everyone in the World and not just for Portuguese speakers)

Some years ago I was one of the non-believers of Remote Work (RW).

And the reason for that was because RW for many years (and even today) has been misused, let’s see:
– it was for cost reduction (e.g. salaries, office space);
– to deal with crappy work (that co-located folks didn’t want to do);
– to work in an asynchronous way;
– it used several timezones (some of them with +8 hours difference);
– to have access to a very specific skillset;
– to have the minority of the team (usually one person) working in satellite mode (i.e. all the team is co-located with just one or two people working remotely);
– for the developers to be productive / be in the zone without noise/interruptions (in fact the only behaviour that was being valued here was individualism and not productivity).

No wonder a lot of people (like me) didn’t believe in remote working.

And we also need to take Agile in consideration and the legion of Agilists “preaching” for the co-location of teams.

But… And there is always one but… RW can actually work and be an amazing thing! You just can’t mess things up and follow a KISS approach.

And what showed that to me was actually two examples, that although didn’t work flawlessly… they did work:
– I once worked next to a team that had a remote person (with one hour difference) and in order for the team to work well he was projecting himself all the time and had his microphone “open” all the time and he was accessible to all the team. He was on being projected on a computer and if anyone from the co-located team needed the person they would just walk to the computer and spoke to the remote person. The team also worked all the time in pair programming which I believe helped a lot;
– I also worked for about a year with a brilliant person that remotely ran a team of +100 engineers. This particular person helped the engineering team grow from 10 engineers to 100 remotely. Yes, you read it right… Remotely!

Now that (hopefully) I convinced you that RW can work… I’m going to tell you what I believe RW should be like in order to work flawlessly:
– everyone is remote. There is no middle ground here… or everyone is co-located… or everyone is remote. Plain simple;
– everyone should be in the same time-zone… with “tolerance” for one hour (plus or minus) difference max;
– all work should be synchronous (just like co-located teams);
– you need the right tools (e.g. Sococo) where you are all projecting your video and talking to each other all the time (just like in an online First-person shooter – FPS – videogame);

And the advantages of that are:
– you are all remote with the (majority) of the benefits of co-location;
– you can work from wherever you like (e.g. home, coffee shop, country house)
– it can give you access to some people (and some skillsets) that due to their location you couldn’t count on them (e.g. Alaska, Grenada, Tuvalu, Freixo de Espada √† Cinta);
– you’ll be working from a more comfortable place than the typical office
– you won’t need to worry about commute time;
– you can (be closer and) spend more time with your family, friends, pets and other things that have meaning in your life.

For me, it is a no brainer that RW works and it will be an increasing trend of this century.

So hopefully we’ll stop “suffering” from so many approaches from recruiters (usually on LinkedIn) asking for professionals to relocate to locations thousands of km/miles away from where you are currently based… and we’ll see more remote jobs appearing and with that changing (and dramatically improving) people’s lives.

Don’t get me wrong… Co-location is (usually) better than RW… But not only RW can work… As it can unlock some very interesting possibilities that co-location can’t. So both are great… you just need to decide which one is better for you.

Psychological Contract, Internal Branding and Employee Turnover in an IT Company

Foi publicado ontem um artigo que teve como origem a minha tese de mestrado.

A Mediterranean Center of Social and Educational Research, através do Academic Journal of Interdisciplinary Studies, publicou o meu artigo com o título Psychological Contract, Internal Branding and Employee Turnover in an IT Company.

Deixo um especial Muito Obrigado ao Abílio Oliveira e ao Sérgio Moro por toda a ajuda, trabalho, empenho, convicção e perseverança. Sem eles este artigo não seria publicado.

Para quem tiver curiosidade pode aceder ao meu artigo aqui ou aqui.

Até para a semana.

Agile is Dead :: Wrap-up

Ao fim de 4 apresenta√ß√Ķes do Agile is Dead (no Pixels Camp, no Aginext, no Agile Connect e no Viana Tech Meetups)… acho que vou dar um “descan√ßo” √† minha apresenta√ß√£o que maior sucesso e aceita√ß√£o teve (se bem que ainda devo esta apresenta√ß√£o √† comunidade da Netponto… por isso vamos ver se n√£o haver√° uma √ļltima apresenta√ß√£o).

A verdade é que este tema está cada vez mais atual que nunca.

Sen√£o vejamos:

  • Vemos novas empresas a quererem come√ßar o seu caminho √°gil;
  • Vemos empresas que j√° faziam h√° bastante tempo a sua travessia¬† a voltarem a tr√°s e a questionarem/repensarem o √°gil;
  • Vemos consultores a auto proclamarem-se “transformational, organisational, enterprise, technical, lean, agile coaches” sem terem experi√™ncia relevante na √°rea;
  • Continuamos com os mesmos trainers a amealharem milhares de euros por cada “curso” de 2 dias;
  • Vemos N vertentes de √°gil a surgirem: quer sejam pelo desafio de escalar (exemplos: SAFe, LeSS) quer seja pelo desafio de fazer as coisas de forma diferente (exemplos: Agnostic Agile, Modern Agile);
  • Vemos implementa√ß√Ķes de Scrum, no m√≠nimo, question√°veis em v√°rias empresas;
  • N√£o vemos melhorias √≥bvias, evolu√ß√£o na comunidade (comunidade esta que apregoa a melhoria cont√≠nua);
  • Vemos poucas comunidades ativas de aficionados e praticantes √°geis (uma boa exce√ß√£o a este cen√°rio √© a Agile Connect);
  • Vemos empresas a questionar o √°gil quer seja porque t√™m/tiveram as pessoas erradas a liderar/dinamizar o movimento quer seja porque n√£o tem paci√™ncia para esperar pelos resultados;
  • Vemos empresas a n√£o obterem os resultados de delivery desejados e a “culpabilizarem” o √°gil.

E o que devemos fazer perante isto?

As (poucas) respostas que tenho para dar s√£o:

  • Voltar para/continuar a fazer waterfall n√£o √© solu√ß√£o;
  • As empresas t√™m que ser muito mais exigentes com quem contratam para os pap√©is de scrum master/agile coach/consultor;
  • Definam crit√©rios de sucesso claros entorno da ado√ß√£o do √°gil;
  • Me√ßam os resultados obtidos (quantitativos e qualitativos);
  • Evitem febres, modas e caminhos “r√°pidos” ou “f√°ceis”.

E pronto… ao fim de 4 meses sem escrever no meu blog tinha de voltar com um post deste estilo. O meu objetivo n√£o √©, nem nunca foi, denegrir o √°gil… mas sim aumentar o sentido de urg√™ncia para que fa√ßamos alguma¬†coisa em rela√ß√£o ao seu status quo.

Até para a semana.

Agile is Dead :: Aginext London 2018

A segunda edição da conferência Aginext aconteceu, em Londres, nos passados dias 22 e 23 de Março.

Os keynotes foram do Dave Snowden¬†(primeiro dia) e do Antony Marcano¬†(segundo dia). Tanto uma apresenta√ß√£o como a outra foram muito insightful. O Dave explorou a entrada no mundo Agile por parte das McKinzeys e Gartners da vida e como isso ir√° afetar as “Agile boutiques”. O Antony explorou um novo conceito, que tem constru√≠do com Kent Beck (pai do eXtreme Programming), chamado eXplore, eXpand e eXtract.

Umas das talks que mais gostei foi sem d√ļvida a talk do Dan (KanbanDan) Brown: Scrum is from Mars, Kanban is from Venus. Cada vez mais estou convencido que (de uma forma gen√©rica) o Kanban consegue ser mais eficiente do que o Scrum nas organiza√ß√Ķes.

Em termos de regular talks/workshops destaco alguns speakers que estiveram muito bem:¬†Richard Atherton,¬†Dean Latchana,¬†Roy Marriott and Portia Tung (autora do livro¬†“The Dream Team Nightmare: Boost Team Productivity Using Agile Techniques”),¬†Andrew Spence (Agile¬†em auditoria),¬†Torbj√∂rn Gyllebring e¬†Toby Sinclair.

Os temas foram muito pertinentes e variados; falou-se do futuro do Agile com especial enfoque em Kanban, Coaching, Comunicação e Transformação ágil.

A minha¬†talk “Agile is Dead” foi¬†muito bem recebida e tive inclusivamente o privil√©gio de ter a Liz Keogh a tweetar sobre a minha talk.

agile is dead :: me on stage

 

Pouco depois da minha talk tive a honra de ser convidado para abrir o painel¬†“Why Agile Transformations Fail” com o Dean Latchana.

Panel Debate - Why Agile Transformations Fail by Dean Latchana

Foi um evento muito muito bom. Parabéns ao David Gimelle e ao resto da equipa pela organização.

A comunidade √°gil Inglesa (e n√£o s√≥ visto terem estado v√°rias pessoas da comunidade Alem√£) √© realmente muito interessada e din√Ęmica.

√Č engra√ßado que sempre que estou em Londres fico com nostalgia dos dias que vivi nesta cidade. ūüôā

Até para a semana.

 

 

 

 

 

 

 

 

 

Lean em engenharia de software

Como eu costumo contar¬†nas minhas¬†apresenta√ß√Ķes, comecei a minha navega√ß√£o por mares √°geis em 2010. No come√ßo dediquei muito tempo ao Scrum, depois ao Extreme Programming e finalmente ao Kanban. O scaling scrum nunca mereceu muito da minha aten√ß√£o at√© porque em 2010 a √ļnica framework que existia de scaling scrum era o simples (mas extremamente eficiente) “Scrum of Scrums”… que at√© √† data √© a unica framework totalmente gratuita, sem cursos associados e sem livros escritos.

Lean sempre foi algo que me interessou minimamente mas n√£o o suficiente para desviar a minha aten√ß√£o do Agile. E ao contr√°rio do que muitos escrevem, para mim Agile e Lean est√£o ao mesmo n√≠vel de grandeza, s√£o dois mindsets, duas disciplinas independentes, n√£o opostas, com uma zona comum. Aqui fica uma imagem (afinal vale mais do que mil palavras) do que eu acredito ser a “rela√ß√£o” entre Agile e Lean:

Ultimamente, talvez por ter come√ßado a ser um entusiasta de SRE, DevOps e Opera√ß√Ķes, tenho focado a minha aten√ß√£o mais em Lean e menos em Agile. E se antes achava que tinha uma boa ideia do que era Lean aplicado a Software engineering… s√≥ depois de ler:

  • “The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win”;
  • “The DevOps Handbook:: How to Create World-Class Agility, Reliability, and Security in Technology Organizations”;
  • “Personal Kanban: Mapping Work | Navigating Life”.

é que realmente percebi como sabia bem menos de Lean do que achava.

Lean √© extremamente poderoso e apaixonante. √Č uma ferramenta “diferente” do Agile mas que qualquer profissional de IT devia ter na sua toolbox.

Como eu acredito em¬†walk the talk, eat your own dog food, lead by example, practice what you preach,¬† criei o meu personal kanban board com a ajuda desta ferramenta. Ao final de algumas semanas posso dizer que n√£o s√≥ fiquei mais organizado, como tornei-me tamb√©m menos ansioso. O poder da visualiza√ß√£o e de limitar o trabalho em progresso (WIP) √© realmente fant√°stico. ūüôā

Até para a semana.

 

Aginext.io London Conference 2018

Soube esta semana que a minha talk Agile is Dead foi aceite para a conferência Aginext.io London Conference 2018.

Isto quer dizer que os meus planos de fazer um hiato em public speaking ter√£o de ser adiados.

Esta conferência permite-me regressar à cidade onde já vivi (Brentford), onde já trabalhei (Sky UK) e onde já fiz também uma talk (Agile Tour London 2016).

A verdade √© que guardo boas recorda√ß√Ķes de Londres e gosto sempre de regressar a esta cidade. N√£o h√° como beber uma boa pint num pub Ingl√™s. ūüôā

Até para a semana.