The intersection of technology and leadership

Category: Coaching (Page 5 of 11)

Retrospecting Resources

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

Agile 2009 Session Results Posted

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.

Reminder of a rule for Giving Feedback

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 feedbackyou 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 feedbackit is okay to disagree with feedback someone gives you.

Agile 2009 – Day 4

In the morning I attended the Michael Spayd’sDeep Democracy: A Radical Approach to Hearing from Every Voice” session.

What did I learn?

  • Clarity is important in a workshop format – I didn’t come away with a clear understanding about what Deep Democracy was. Perhaps it was my misunderstanding of the workshop however the program talked about the explanation and the demonstration of Deep Democracy. If they were to run it again, I would suggest being clear about what defines Deep Democracy versus not. I would avoid trying to introduce too many concepts such as relationships coaching or systems coaching unless it was relevant. Learning too many things at the same time is just plain hard.
  • Energy is important to workshops – The room was really cold and I found my fingers tingling by the end of the session (I ran to grab a cup of tea just to warm my fingers). I think an interactive workshop could have helped here, or more energy in the room. To be fair, the room was excessively large for the number of people.
  • A new acronym! ORSC (Organisation and Relationship Systems Coaching) – A certification body that teaches some coaching techniques and styles focusing on a more wholistic point of view. Whilst I’m interested in what knowledge they have to offer, I’m turned off by the certification process.

After that session I ran my session, Climbing the Dreyfus Ladder of Agile Practices.

What did I learn?

  • Assistants setting up and cleaning up make a huge difference – Thanks to Andy Palmer, Jen Mozen and Alistair Jones for your help. Having some help helped me to settle my mind both before and after.
  • Innovation happens when you state outcome (what) without prescribing method (how) – I handed out some flipchart paper and some headings and what amazed me was three different ways of putting the headings on to the flip chart given only five groups of about 6 to 9 people. What amazed me was how all of them were still very effective (one emulated what I had demonstrated, one turned the flipchart on its side (landscape mode) to fit all the headings, and another came up with a ladder based approach with items floating on either side. Wonderful, wonderful, wonderful work!
  • Using the Dreyfus Model to communicate with other coaches – I love using the model for coaching tools, yet it didn’t strike me to use it as a way of agreeing with other agile coaches, some of the behaviours that we would expect of people (although I haven’t really worked in a place where I’ve had more than myself to coach but I will definitely keep this in mind)
  • Print more compact headings – The headings I’d printed were a little bit too small to put on a flipchart in portrait mode. I’ll make more compact version so that it’s not too hard to put them as headings
  • Have bigger fonts on the slides – I wasn’t counting on being in such a large room and having the tables so far from the screen (not to mention a weird projector that stretched out the slides vertically). As such some of the slides were a little hard to see so I apologise to all the participants for that.

The only afternoon session I attended was a panel featuring my Continuous Integration luminaries, and facilitated by Tom Sulston titled, “How to be really awesome at Continuous Integration“. It was a great discussion about lots of tips for newbies to Continuous Integration and a great opportunity to ask for advice. I didn’t necessarily learn anything new yet it was nice to see some great passionate people discussing their thoughts about CI.

Speaking at Agile 2009

Presenting at Agile 2009I’m excited to announce that I will be running my workshop again, Climbing the Dreyfus Ladder of Agile Practices at the Agile 2009 conference in just over a week’s time. This is the same workshop that I hosted at XP2009 in Italy. In addition to this, my great colleague Alistair Jones and I will also be co-presenting an experience report, Top ten secret weapons for performance testing in an agile environment. Hope you can make it to one of these. I’m really excited to be sharing some lessons I’ve learned along the way.

I’m keeping a page from the session here.

XP2009 Day 3

The keynote
Bjarte Bogsnes gave, in my opinion, the best keynote out of the three speakers, where he discussed his experiences applying the concepts discussed in Beyond Budgeting in Statoil. He talks about why do you want a system that is based on assuming you cannot trust everyone? Instead you want a system where the default position is that you trust everyone, and that you manage those that you can’t by exception (and not the other way around).

He talked about how the trigger for Statoil was two fold – internal and external. External pressures included the fluctuating nature of the sale price for barrels of oil, and internally it was the social pressures of actually having systems that encouraged all the good things that they said they did, yet didn’t neccessarily encourage, where policies were largely authority based (sign off) compared to those of trust and respect.

The key question they asked was, “How do we create the conditions that let people make good decisions and execute them well?” Compare this to, “How do we make people make good decisions and execute them well?”.

Interesting their solution laid in removing the “traditional” budgeting scheme, asking people to “do the right thing”. Resources were available but not yet preallocated. I remembered most his metaphor, describing most businesses operating like a bank that is open for four weeks out of the week. Customers need to predict exactly what their year is going to be like, and ask exactly for the right amount.

They identified that budgets typically have three overloaded (and often opposing goals), representing performance targets, forecasts and resource allocation. They implemented a system splitting each of these different aspects into different systems to achieve better visibilty and improve the quality of conversations around each of these topics. They created a system to ensure there was alignment at all different levels, directly creating KPIs out of the strategy, generating actions out of the KPIs and then individual goals out of the actions.

Industrial Logic’s eLearning Tool
I had a great chat with Joshua Kerievsky, founder of Industrial Logic and he asked if I wanted to see their “eLearning” tool. I’m glad I did as well because I think it’s an amazing environment for all developers who want to be professional. I don’t think calling it an “eLearning” tool does it justice. In a nutshell:

Imagine gathering some of the world’s best experts in different programming disciplines such as refactoring, automated testing, design patterns and imagine working with them on the same team. You get to watch over their shoulder as they explain what they’re thinking as they execute, you get to practise an exercise with them and receive immediate feedback, and you get to interact with the most engaging pieces of training I’ve ever seen (including many of the hands on training classes). All of this just happens to be online.

They’ve put a tremendous amount of effort responding to student’s feedback and its narrow focus on (currently) developer related material means they can give some surprisingly detailed feedback including comparisions and alternatives as a result. The tool itself only happens to help deliver the message and, more importantly, he’s managed to capture so much knowledge in the “albums” they’ve already put together.

Go check it out. Take the tour and then have a look at some of the albums.

Telling Your Stories: Why Stories Are Important for Your Team
Fellow retrospective facilitators Diana Larsen and Johanna Hunt ran a fun session that was particularly engaging considering, managing to have the busiest session on the last slot of the last day. The title of the workshop didn’t describe the session as accurately as it panned out as it was extremely creative workshop where we looked a number of a card games often used for story telling in other areas, and then brainstormed ways in which we could create cards and a process to help use stories in an agile environment. The group had some fantastic ideas and even heard a few people walk away saying, “I need to get some of those cards made!” to take back to their teams.

Conclusion
I’m pleased that this year’s conference seemed to have returned to what roots it was for me four years ago. I appreciate the fact that there are still so many people passionate about “doing the right thing”, about helping each other out, and that the main motivator is still to “grow, learn and get better” first, instead of “making money” prioritised as number one. Thanks to all the wonderful people I met at this conference (for the first time and again), and the great memories I took away.

XP2009 Day 2

Thoughts about the second day
Ivar Jacobson gave an equally uninspiring keynote, talking about “What they don’t teach you about software at school: Be Smart!” In it, he focuses on the fact that it’s not only enough to try to “Be Agile”, but you need to “Be Smart”. Unfortunately many of the items that he talked about didn’t really seem to be any different from “Being Agile” and that he had obviously targeted the wrong audience.

I’m glad the conference ran with an open space session, this year introduced by Willem Van Den Ende and Lasse Koskela. I suggested a topic titled, “The Kanban, Lean, Agile Divide” and I felt we had the best quality discussions during this open space. I wanted to answer a number of questions including:

  • Did people know about the Kanban Community?
  • How active were people in that community?
  • Did people perceive a divide?
  • And if so, why?

Out of around the 12 people participating, probably only two or three hadn’t heard about the community, and only one or two people were active in participating (in the mailing list portions). We had lots of discussion as to what people considered as Kanban as well.

kanban

First page of notes from the open space session

We noted down the mailing list, available on Yahoo Groups: Kanban-Dev and several “published” resources including the paper, Kanban Vs Scrum, and the book, Scrumban.

When asked about what Kanban was the participants, here’s what we recorded:

  • Elements of one piece flow (particularly limits to WIP or Work In Progress). Translated into practical terms, it meant focusing on one story at a time (as a team or as a pair)
  • Kanban was an alternative scheduling technique
  • Unprescriptive, or less prescriptive (relying on other practices to help out)
  • Constantly evolving
  • “Good for maintenance”
  • Most people considered Kanban a “Practice more than a methodology”, though there was general agreement that some people are trying to turn it into more than that
  • Focused on delivering “Minimal Marketable Features”
  • Quote from Tom Poppendieck, “Scheduling and Workflow are orthogonal”. We expanded upon this for a bit and a more concrete example is you can use different scheduling techniques such as Kanban or Timeboxes with the same workflow such as a simple, “To Do, In Progress, Done” workflow.

I recorded that some people were still doing sprint/iteration planning whilst using Kanban though I don’t remember if we got into the details.

I also recorded two concerns, such as knowing, “When do we get stuff done?” and a very “Loose Terminology” leading to lots of confusion, particularly the overloaded associate with Kanban (as a practice) and Kanban (as a methodology).

When asking the question, “Is there a kanban divide?” some answers included, there is maybe a divide in a community sense, and when probing further, when interpreting Kanban as a practice, not a methodology there wasn’t however there was definitely a sense when treating Kanban as a methodology and not as the practice with a feeling that some people in the community wanted to make money.

kanban2

Last page of notes from the open space session

We asked why the community divide and understandably, there was no real community around to openly discuss Kanban (as a practice) and felt similar to those that had been around during the XP early days. There didn’t seem to be any general list for “agile practices” with extremeprogramming and scrum-dev mailing lists. It’s also not the first time practices have had their own list, like the pairprogramming or the test-driven-development lists. We did note down that there were several potential ones the community could have joined including lean-agile, lean-dev instead of creating their own kanban-dev.

In the afternoon, I went along to the panel on Lean Software Development although I seemed to come away with the same questions and less answers. One of my questions about budgeting was answered by the next morning’s keynote, while another focusing around the lack of discussion around practices seemed to be dismissed by Mary Poppendieck as, “I don’t believe in practices”, maybe best surmised as, “I don’t know” (which I would have also been happy to take).

The evening was an impromptu beach BBQ held by the awesome folks at Agical. Whilst a small company, I’m glad to see them still as passionate and having grown year upon year with more enthusiasm about a huge variety of topics. The BBQ was amazing and I know that everyone had a great time.

More to come…

XP2009 Day 1

General impressions about the conference
I really enjoyed this year’s conference with the combination of a remote island in Italy and the small numbers (100+) giving many great opportunities for chatting with our experienced practitioners, and a handful of academics about lots of different topics. I found it refreshing that there seemed to be significantly more experienced practitioners and thus, I found it extremely nice to be able to chat about similar experiences rather than simply unidirectional advice I find when present with a higher proportion of beginners.

conferencepool

Who wouldn’t want to gather around this place for some great conversations?

The quality of sesions was better than the last two conferences, once again focused less on the introductory nature and more focused on specific aspects. Of course, I had recommendations about how to improve, particularly the organisational aspects, of the conference and I’ve at least had an opportunity to give that feedback having shared a return train with one of the organisers for next year’s conference.

Thoughts about the first day
The first part of this day was a keynote delivered by lean evangelist, Mary Poppendieck. Titled, “The Cultural Assumptions behind Agile Software Development”, Mary proposed that there are several (American-style) cultural assumptions behind many of the agile practices that make it all the more difficult to implement. She referenced heavily the work discussed by Geert Hofsted in his book, Cultural Dimensions.

I didn’t find the keynote particularly inspiring, nor particularly challenging. Country-based cultural dimensions are just one of the factors that permeate the way that people behave. As an agile consultant, you end up fighting corporate culture, and the systems that encourage and maintain that corporate culture and I see country-based cultural dimensions yet another contributing systemic effect. This does not mean that just because a country has a high degree of individualism, working in pairs or working collaboratively in a team will be impossible (perhaps just all the more difficult). As much as I enjoy hearing Mary speak, I also found her presentation a little bit too heavy in the whole powerpoint presentation with far too much text and outdated clipart.

I also ran my workshop in the morning, titled “Climbing the Dreyfus Ladder of Agile Practices” and want to thank all the experienced people that attended as it resulted in some really rich discussions. We managed to discuss seven different agile practices in detail, brainstormed a large set of behaviours for each, classifying them and classifying them into the different levels described the the Dreyfus Model of Skills Acquisition. The results from the workshop can be found here (photos to be updated).

In the afternoon, I helped out Emily Bache’s coding dojo, focused on Test Driven Development. We saw four different pairs tackling four different coding problems using different tools and languages. I learned about the tool JDave (it’s still a little bit too verbose for my liking), and saw different styles in the way that people executed the code kata. For me, I was hoping to demonstrate more on the pair programming side of test driven development as a pair, and I had a lot of fun even though I felt a little bit out of my depth with the tools. Thanks to Danilo for complementing my lack of experience with tools like Cucumber. 🙂

More to come…

« Older posts Newer posts »

© 2024 patkua@work

Theme by Anders NorenUp ↑