Author Archives: jakuza

My article on how to build trust on Scrum Master Toolbox blog

Hey folks! On 14 February I published a guest post on Vasco Duarte’s Scrum Master Toolbox website. It is about how I like to build trust with my customers even before the relationship has started. Enjoy! How to build trust with clients and stakeholders while getting what you deserve for your work: a story about

Read More

My best Extreme Contract lately

Last spring I had again the chance to negotiate an Extreme Contract as a freelance consultant and it went amazingly well, with a true win-win outcome for me and my customer. I really loved every bit of the story I am about to tell you and I hope it may give you some clue on how a freelance knowledge worker like me could get better deals than usual.

Read More

Late acknowledgement of a late acknowledgement

In last Steve Denning’s article on Forbes titled “Can The 21st Century Corporation Operate Without Agile?” we read: The new industrial revolution may be enabled by technology, but it is not being driven by it. […] Trying to exploit digital technology or the Internet with the management practices of hierarchical bureaucracy that is pervasive in big corporations today

Read More

How loss aversion killed the turkey

Do you create new products and services under conditions of extreme uncertainty? Do you think any contract will make the project more likely to succeed? Are you even an employee? C’mon, don’t be a turkey! Yes, a turkey!

I had this blogpost in progress for a long time. A few weeks ago a tweet by Nassim Taleb – along with the essay attached – made me think of it and so… here it is.

Read More

Make yourself a valuable employee by measuring your Net Promoter Score

As a freelance I often face the request to report about my delivery, to assess the effect of my actions and suggestions. During my years spent as an employee though, I learned to ask my colleagues for an assesment with the aim to become more valuable to them. If we all agree business must be user-centred, then why not being user-centred when working as an employee too?

Read More

The whole IT thing is about talking to humans

It was only yesterday that I incurred into this old tweet by Kent Beck: the *craft* of programming begins with empathy, not formatting or languages or tools or algorithms or data structures — Kent Beck (@KentBeck) February 13, 2015 This message resonates with many reflections I have been through lately. Tree huggers First, this made

Read More

I am back from XP2015

It has been an intense May and among the several nice things happened to me I had the chance to attend XP2015, in Helsinki, to talk about LiquidO, the open governance model shaped within Cocoon Projects. The XP conference series is among the top conferences worldwide about agile methods and lean thinking. What do I

Read More

Agile Contracts workshop in Bologna on June 23 2015

After the rewarding premiere held in last March, on June 23rd I will be holding again a full-day session about agile contracts in collaboration with Alberto ‘Zio Brando’ Brandolini’s Avanscoperta. It is going to be a very important day for me, considering the chance I am having to re-think the workshop based on the super

Read More

People talking extreme contracts, people using extreme contracts

After the chat I recently had with Greger Wikstrand about Extreme Contracts, another nice video was made by Greger with Joakim Lindbom, both Enterprise Architects from Capgemini. In the video they discuss the nice behavioral and economical patterns emerging with the use of such contracts which I forged a few years ago when I was

Read More

Dream of your build & build your dreams

Tonight I dreamt of Giorgio and Danilo. They were ticking me off. They were upset. The build was broken and they had just found a bug, introduced months before by me while refactoring some remote legacy area of our codebase. They were speaking words of reproach about how hard it would be to fix the bug now, being that code as legacy as untested code can be. They were blaming on me because I had introduced a bug in a hard-to-manipulate area of the code. How hard would the fix be now? Why, should I have ever refactor that untested code at all?

Read More