La chimera dell’Agile in Italia: dibattito a PyCon 8

Durante la conferenza PyCon 8 di aprile, Marco Beri, Iacopo Spalletti, Gabriele Giaccari, Peter Bittner e il coach di agile42 Roberto Bettazzoni hanno dato vita a un interessante dibattito intitolato L’Italia, Python e la chimera dell’Agile per fare il punto sull’adozione delle metodologie agili in Italia e in particolari tra i programmatori Python a cui era dedicato l’evento. Sul canale YouTube di Python Italia è stato pubblicato il video integrale della sessione.

Agile cultural approach in Midrange Magazin

In German magazine Midrange Magazin, number 6 of 2017, we published an overview of our Enterprise Transition Framework™ (ETF) and the cultural approach needed for an Agile transformation.

The article is under the title Effiziente Entwicklung braucht eine agile Unternehmenskultur (Efficient development needs an agile corporate culture).

This was part of an issue focused on modern software and change management.

Dhaval Panchal and Dave Sharrock podcasts at Agile Amped

The Agile Amped podcast is a series that brings Agile news and events to life, fueled by inspiring conversations, innovative ideas, and in-depth analysis of enterprise agility. 

Howard Sublett hosted Dave Sharrock for an Agile Amped episode during Keep Austin Agile 2017 in Austin, Texas. Howard and Dave discussed Dave’s talk What Does the Agile Manager Actually Do (full of Dilbert references) and his coaching experience. Listen in to learn how  teaching your kids how to cross the road can help you be a better agile manager.

Dhaval Panchal was a guest of Agile Amped during Mile High Agile 2017 in Denver, Colorado. He discussed Virtues of an Agile Coach, his talk at the event, and what does it mean to be an Agile Coach. Dhaval says what really matters in Agile coaching is what you do when no one is looking, because “that is what is driving you to become better at your own craft.” Dhaval invokes Aristotle and the notion of Virtues to help guide us on our path to becoming better Agile Coaches.

You can subscribe to Agile Amped in your favourite podcast app.

Bridging the Unknown

Cover of AgileVox issue 3This article has been previously published in the Coaches’ Corner section of issue 3 (Spring 2017) of AgileVox, the magazine published by the Scrum Alliance.

In the climax of Indiana Jones and the Last Crusade, Indiana Jones follows three clues that lead him to the Holy Grail. One of those cluse implores him to “leap from the lion‘s head.” Faced with a deep, wide chasm – with a lion’s head on one side and empty space ahead – he must step into the unknown. In leaping from the lion’s head he suddendly finds himself standing on an invisible bridge crossing the chasm.

My intent is not to say that Agile is a leap of faith or that you must cast everything you know aside and jump into the unknown. The role of Indiana Jones is for the pioneers who first bring Agile into your organization. They deserve the credit: Whips and cool hats must be passed around.

Those that follow may have a lesser task, but a daunting one nonetheless. In the movie, Indiana Jones throws a handful of gravel and dirt onto the bridge, making it visible and easier to cross. But crossing still takes nerve, and his companions don’t simply stride across the narrow bridge. They take small steps and continually reassure themselves that the bridge is real, if hard to see.

Still from "Indiana Jones and the Last Crusade"

In an Agile transformation, those small steps are iterations or sprints, and the reassuring inspections of the bridge are the regular reviews of working product, or increments. These are not random practices; they are necessary for everyone, from managers to teams, to reassure themselves that the path being followed is trustworthy. While your company’s Indianas have identified the path to agility, your leaders and teams still require continual reassurance as the path is trodden over and over again.

The way we achieve this is paradoxical. We shorten feedback – a lot. That is, instead of keeping sprint lengths longer so that teams are able to gain experience delivering in four-week, then three-week, then two-week cycles, we encourage them to take a (small) leap of their won, going immediately to one to two weeks.

Shortening the sprint length alone isn‘t enough, though. We also need to help teams deliver working product – an increment of functionality, however small and inconsequential, that the team feels confident can be released then and there. Make this simple. Encourage teams to keep their sprints as short as they dare, and then take the smallest amount of work they feel confident they can deliver in a single sprint. If they try and fail, get them to deliver even less, but help them make what they do deliver shippable.

We know why this works. Every complete sprint allows the team to learn and adapt their ways of working. The shorter the sprint, the more opportunities to learn and adapt. However, learning is only possible when there is something tangible to inspect at the end of a sprint. Something that is complete and ready to go live allows the team to learn about all aspects of the way they work. And management gains confidence in how Agile works, turning their attention from the mechanics to the results.

An interesting thing happens as work is delivered at the end of each sprint. Teams learn and adapt, making changes that make the next piece of work easier to complete. Taking small steps and delivering shippable product creates a virtuous cycle. The leap becomes a careful crossing of a barely visible bridge, which quickly becomes a saunter across a well-traversed one.

Still from “Indiana Jones and the Last Crusade, © 1989 Lucasfilm Ltd.

Sponsorship e partecipazione a #ABD17

Siamo molto felici di essere gold sponsor della seconda edizione dell’Agile Business Day che si svolgerà a Venezia il prossimo 16 settembre.

È una conferenza della durata di un giorno rivolta a temi di management, che esplora i benefici di business e le sfide di adozione delle metodologie Agile nelle aziende profit, non-profit e nelle pubbliche amministrazioni. In particolar modo, affronta il tema dell’organizzazione innovativa, ossia come coinvolgere al meglio le persone nell’organizzazione per aumentare il tasso di innovazione e assicurare al tempo stesso qualità e sostenibilità economica.

Avremo l’occasione di incontrarci, agile42 avrà una propria presenza all’evento e ci saranno anche delle presentazioni da parte dei nostri coach che sono ancora in via di definizione. L’evento è gratuito ma i posti sono limitati, e la prenotazione dei biglietti è già iniziata: l’anno scorso l’evento è andato sold-out quindi consigliamo di affrettarsi se si vuole essere presenti alla giornata veneziana. Speriamo di vedervi a Venezia!

Article on Agile Leadership in Swiss magazine Computerworld

On the May issue of Swiss magazine Computerworld we discussed how many companies need to become more agile, but in order for this to happen, it also requires a new understanding of the roles of all involved parties. The article (in German) is titled Das Team ist der Chef, which translates as “The team is the boss”.

Computerworld

The article is available in the newstand edition and also as a downloadable purchase from the Computer world site.

Managing Work Without Resource Managers

Recently, my daughter passed her driving test. She’s now legally able to drive on her own on the roads of British Columbia. Experts have ruled that she has the necessary skills; she is able to control a ton or more of steel in a fluid environment filled with other drivers at the wheel of their own ton or more of steel. Mum and dad aren’t so sure. Well, let’s be fair. We are confident in the skills of our daughter. She’s an excellent driver. But letting her drive unsupervised on the roads of BC fills us with trepidation. What if this happens? Or that? How will she cope? Surely she needs more supervision, more lessons, more experience? Letting go is hard.

As a resource manager, the feeling can be the same. Your team is skilled, they know what needs to be done. But what about when this escalation comes in? Or when they need to touch this part of the system? Or they have to collaborate with other experts from other parts of the company? How will they manage? Letting go is hard.

Moving to dedicated, self-organized teams will cause a manager’s role to change substantially. Your skills as a firefighter, jumping to the needs of your business and rapidly deploying the right people at the right place are not as valuable as they once were. In fact, they are a distraction, causing chaos and mayhem where once they created order and satisfaction. Instead, you should focus on three specific areas: 1) creating a safe-to-fail environment, 2) creating a learning path and 3) facilitating collaboration.

Creating a safe-to-fail environment

First, you need to allow teams to work safely. They need to be free to make mistakes without causing disruption to your customers or delivery delays to your stakeholders. You achieve this through collaboration, short iterations and regular delivery of a working increment of software. These are techniques that demonstrably work and validate the decisions made by the team. This means more than simply insisting on short sprints, it means helping teams share what they are working on with other teams dependent on their work. You might use a scrum-of-scrums for this. It means making sure teams don’t use technical or organizational complexity to delay creating a working testable increment. It means working with teams to define what done looks like and wherever possible automating the validation of those done criteria. You want the team to know what “good” looks like and where possible, automatically feedback to the team (and the stakeholders) the achievement of those criteria. Rapid visible feedback provides a safety net for all concerned. Stakeholders can build confidence in what the teams build and development teams get quick feedback that they are on the right track. Critically, your role becomes a monitoring and oversight role, making sure the right things are being done and progress is being made while protecting the integrity of your product.

Creating a Learning Path

Second, you want to create a learning path. This includes both cross-fertilization and individual growth. You must determine how teams build competency in skills or areas of your product they normally aren’t familiar with. Your goal is T-shaped individuals rather than I-shaped individuals. That is, experts in their own fields/domains (I-shaped) plus a working knowledge around their fields/domains (the cross-bars on the T-shape). Encourage pairing. Demand shared code ownership over deep specialization. Facilitate share-backs and technical discussions across teams. You also need to provide a path for growth as well. For example, allowing developers to gain expertise in architectural design. You can use communities of practice (or the ever-present guilds concept) to allow teams to stay connected and learn from one another. As an ex-resource manager, you can now provide direction and inspiration for learning new skills, evolving and growing your group’s understanding and creating a more productive and fine-tuned capability. You can collaborate with your team to create a shared strategic vision for the development of your functional capability and then facilitate your practice or guild meetings to achieve these goals.

Facilitating Collaboration

Encouraging collaboration takes effort. As you can see from the above examples, there are several forums for collaboration, such as  a scrum-of-scrums or a practices meeting. Holding the meetings isn’t enough. Remember, many of your team members may not be used to collaborating. They may not feel safe, they may be unsure what is required, they may just be shy. As Hemingway said: “Never confuse movement with action” — good process and good results are different things. Having a scrum-of-scrums booked doesn’t mean dependencies are identified and discussed. Nothing makes this more transparent than watching what happens when teams need skills outside of their group. You can see this when there is too much work coming into the backlog that is dependent on a single skill set on the team, or the need for an expert in a part of the system that isn’t well understood on the team. In these situations, it is difficult as an ex-resource manager to facilitate and get the team members to solve the problem themselves, it is all too easy for the resource management gene to rear its head again.  Be careful not to backslide into command-and-control. Which teams might be able to help? Bring them together, and then get out of their way. Allow product owners to negotiate moving items from one backlog to another. Or teams to arrange for pairing, cross-learning or temporary secondment of skilled developers from one team to another. Whatever the solution, your role is to facilitate independently, ensure a safe-to-fail environment and help teams learn from their experiences so that the need for cross-team coordination is reduced over time as teams build broader capabilities in their domain.

So is my daughter driving unaccompanied? Of course she is. She is taking longer and longer trips. Pushing the envelope with more miles and more complicated routes. Learning as she goes. We still take every opportunity to ride shotgun, to see how things are going. And we still track progress, arrivals and departures. That’s just good parenting. But we’ve had to let go a lot more than planned. Just to keep us honest to our principles, now she’s asking to go bungee jumping. *sigh* Letting go is hard!

Sponsorship of Mile High Agile 2017 in Denver

agile42 is happy to be again a sponsor for the 2017 Mile High Agile Conference “Elevating the Agile Organization”. The event, organized annually by non-profit Agile Denver, will take place May 22 and May 23 2017 at the Hyatt Regency Denver, Colorado.

This year, they are introducing a new, 2-day format to give participants more opportunities to expand their Agile skills. On Monday, May 22nd, the conference will consist of the kick off keynote with Joshua Kerievsky and a full day of sessions. On Tuesday, May 23rd, participants will contribute to what we discuss and learn together through an innovative participant-driven process called Open Space. Melissa Perri will conclude the event as the closing keynote speaker.

Mile High Agile 2017

Richard Dolman and Dhaval Panchal will present “Virtues of an Agile Coach: Group discovery workshop on your powerful (often silent) influence”. Just as important as the “doing” part of agile coaching is the “being” part. Agile coaching is more about who you are and what behaviors you model. The powerful (and often silent) influence you have because of who you are and how agile values shine through your every move should not be underestimated, it’s potent stuff. Through your being, you impose a long lasting impact on people , teams, organizations, much more so than applying a whole text book of agile techniques perfectly.

This workshop helps us identify the virtues that got us where we are and determine which to focus on and how to improve them over time so that we are best able to support our teams as coaches.

condenser microphone with black background

The Agile Pubcast from SGMUN with Andrea Tomasini

A few months ago, on the way back from the Global Scrum Gathering in Munich, agile42 CEO Marion Eickmann and senior coach Andrea Tomasini have been guests of Geoff Watts for a special episode of The Agile Pubcast, a great podcast he co-hosts with Paul Goddard.

In the pubcast, usually Geoff and Paul share their musings over an informal drink, but for this segment, the conversation happened in a taxi, so it was more of a… taxicast. The main topic discussed was the coaching clinic that Andrea coordinated at the gathering and general views about what it means to be an Agile coach. The recording is not new, but the topics are fresher than ever!

Other guests of Episode 13 – Global Scrum Gathering, Munich, Germany (Part 2) were gathering veteran Nigel Baker and the conference co-chair Sohrab Salimi, while the segment with Andrea starts at the 13:55 mark.

The podcast can be listened to and downloaded on Acast or directly here.

Epic Budgeting, or how Agile teams meet deadlines

According to this year’s State of Agile survey, the most common success measure for agile initiatives, at 53%, is on-time delivery. But if agile teams can choose how much work they take into a sprint, how can teams be sure of delivering pre-committed scope on time and on budget? There is more to agile delivery than product owners ordering a backlog of work for teams to work on.

From Dave Sharrock presentation

Recently at ProductCamp Vancouver 2017 I ran a workshop where I introduced Epic Budgeting, a practice that allows the product owner to steer a product across the line, delivering the expected scope on time by managing the scope of every epic individually. Instead of scope creep or an unsustainable focus on delivering the perfect feature dragging a team off course, epic budgeting allows product owners to manage delivered work to the capacity of the team. During this session we learned about how product owners and their teams work towards a fixed date or budget by applying double loop learning to epic sizing and breakdown.

You can download here the slides from the talk: Epic Budgeting by Dave Sharrock

I am excited to be presenting an expanded version of the talk at the Calgary Agile Methods User Group meetup on Thursday, May 4. And I’m at least 53% certain we will finish on time!