thekua.com@work

I was really pleased to stumble across a new site for Retrospectives dubbed the “Agile Retrospectives Resource Wiki“. I can’t find who put it together but thank you for putting it to the public. Some other resources that I know about and is worth making more linkable on the internet include:

• Retrospective Facilitator’s Gathering – Wiki website detailing the yearly gathering of people passionate about facilitating retrospectives
• Retrospectives – The first website Kerth put up describing the practice of Project Retrospectives.
• Links to retrospective resources – A good collection of links to blogs, articles, etc that are related to retrospectives

I’m really pleased to fin

Comments(0)

A lot of people focus on what it is you need to do to be agile, not realising it’s about the way that you approach situations and act rather than any one particular thing that you do. If you want to approach things differently, here are some recommendations.

Prepare to make mistakes
No one in the world is perfect. No one is great at everything. It’s even rarely to be good at something immediately. Therefore prepare yourself not to hit do everything you set out to do exactly the way that you do it. Remember that you only truly fail if you do not do the following….

Learn something
Forget about being taught. Every situations always presents an opportunity to learn. Successful situations provide an opportunity to understand why something was successful. Less than successful situations offer opportunities to do something differently if find yourself in the same situation. Note that this is different from avoiding a less than succesul situation.

I try to tell others that even when you’re teaching, you have so many opportunities for learning. You have the opportunity to learn how to communicate ideas differently. You have the opportunity to understand the limits of your own understanding. You have the opportunity to learn the contexts in which your ideas may actually be harmful instead of useful. You have the opportunity to practise listening. All of these let you…

Do things differently
Incrementing means building upon something that already exists. Iterating means doing the same thing over and over again. Iterating gives you the opportunity to prove the lessons learned actually work. They let you test ideas. They give you opportunities to experiment and try new ideas. Find real opportunities to truly iterate to let you do things differently.

Work in small cycles
Small cycles creates safety. Larger cycles encourage fear as you have more to lose as time goes by. Fear of failing encourages information hiding and deferral of issues.

Comments(0)

A work colleague pointed me out to this fascinating article called, “The unspoken truth about managing geeks” that I think anyone working in IT needs to know about.

There are some great bites of information in there that I picked up including:

• Avoid laying blame on stereotypes and look at the system that drives out certain behaviours (such as those factors amplifying stereotypical behaviour)
• Geeks trust people who help get the job done. Geeks find ways to work around people who don’t.
• Unlike in almost every other area, it’s often not how you say something that matters, it’s what you say. Maybe it’s because of logic but geeks detect when things don’t quite add up.

I suggest you read everything in the article. I don’t necessarily think all of it is accurate at all of the same time but it’s well written and gives people insight into why geeks often behave as they do.

Comments(1)

It’s been a few weeks and I’ve finally had a chance to go through all the photos and sticky notes from the “Climbing the Dreyfus Ladder of Agile Practices” workshop I ran at Agile 2009, as promised.

For those that didn’t get to attend, I asked five groups to pick one agile practice out of 12 choices and brainstorm specific behaviours they had observed people participate in. Based on their brainstorming, I then asked everyone to categorise them according to what different level in the Dreyfus Model of Skills Acquisition.

I found it fascinating to see firstly, what behaviours people witnessed, and even more fascinated by the way that groups then tried to classify them. Follow the link above to look at the results.

Comments(1)

The further away you are from the process that created them, the more you’re likely to be dissatisfied by them.

Comments(2)

It looks like the authors of the wonderfully simple Poster Add On have released a version that works with the latest release of Firefox (3.5.2). According to the ticket someone logged, the add on is still waiting to be approved, iTunes style here.

Comments(1)

A trusted colleague recently asked me for some feedback on their work. I gave them some honest feedback, including a strong suggestion they make some changes since there was a strong potential for offence. Surprisingly, they chose not to take my recommendation and never explained why they disregarded it or helped me to better understand the underlying context.

Although I’m not offended, I’d be lying if I said that I wasn’t a little bit upset. Reflecting on this situation, I reminded myself about one golden rule about giving feedback… you need to be prepared for your feedback not to be accepted.

It’s the reverse of the what I find myself saying when giving advice on receiving feedback… it is okay to disagree with feedback someone gives you.

Comments(1)

Are those situations you do not learn anything.

Comments(1)