In case you missed it in our September newsletter, Diana Larsen is now a contributing expert for The Agile Network which will hold its Global Launch starting on Tuesday, October 8th. This virtual event will offer 24+ hours of free livestreams and exclusive content, featuring Agile luminaries and business agility experts from all around the world.
The Pacific NW Software Quality Conference is an annual event dedicated to better methods for developing and testing software projects. This year marks the 42nd year for PNSQC and features the theme The Future is Now! One of Diana’s favorites, she’ll be in attendance again this year as a participant, workshop facilitator, and invited speaker.
Diana is joining Miro’s Agile City Tour next week in San Francisco and Seattle to facilitate sessions on “Lead without Blame: Why and How” where she’ll dive into one of the most crucial aspects of effective leadership - moving beyond blame to build resilient, high-performing teams.
Standups offer the most benefit when they are kept brief (30-60 seconds per team member) and to the point––sustaining communication about the state of the work. It helps when team members know the questions ahead of time and come prepared to answer them succinctly.
In December, Debbie Madden, from Stride Tech, interviewed Diana Larsen and Ainsley Nies, the co-authors of Liftoff: Start and Sustain Successful Agile Teams. Debbie called Liftoff (the first edition), “one of my all-time favorite reads.”
Calling all testers and QA focused team members! Have you wondered about how your work and perspectives fit in James Shore and Diana Larsen’s Agile Fluency Model?
At Agile2016, Ainsley Nies and I met with Dave Prior and the LeadingAgile media crew to discuss the newly published second edition of our book, Liftoff: Start and Sustain Successful Agile Teams.
Listen in as Diana talks with Mandy Ross of Sococo about the learning process. Part of the Agile Amped: Inspiring Conversation series.
At the Agile Open Northwest Open Space event, Diana Larsen led some discussions about the utilization and evolution of the Agile Fluency model. Afterwards, Diana spoke to InfoQ about her involvement with and contributions to the Agile community over the last 13 years and the fluency model.
“Agile just isn’t working for my team,” Arno said. “My company decided to go Agile six months ago because we needed faster delivery, and now my team won’t even tell me when they’ll be done with the new application. They say they can’t because now they are ‘Agile’.” We could hear his air-quotes over the speaker phone connection. As we listened to our friend Arno complain about his workplace, we looked at each other. We were mentally tallying all the misunderstandings about Agile that his comments reflected. There were so many, we wondered where to start in helping him get a better handle on his situation.
There’s this thing…as Jim (James Shore) and I have mentioned before, in the early days of Agile we would visit teams and hear, “This is the best job I’ve ever had. I love this work.” People who were doing Agile (usually Extreme Programming) were excited about it, they shared it with others, who did it, and got excited. But at some point, someone shared it with someone who got excited about it and shared it but didn’t DO it, so their sharing lost a bit of fidelity, like a copy of a copy.
How do you set conditions for organizations to become “learning organizations” and how do you support the self-organizing teams that emerge from this transformation?
As a leader in your organization, you want to do everything you can to ensure the successful results of your work groups and project teams. You know that investing in a great beginning pays dividends as the work continues.
Steve Berczuk writes a short and succinct article on TechWell describing, “Why Agile Retrospectives are Important in Software Development.” I’m looking forward to reading the comments and responses he gets. More and more I think of Agile Retrospectives as an opportunity for the kind of learning that leads to real adaptive action in complex situations.
Many leaders focus on improving productivity and performance. Leaders who support regular retrospectives gain an effective organizational learning tool that guides project teams (and ongoing work groups) to reflect on their technical, human and organizational systems that affect performance. A well-facilitated retrospective gathers together significant project stakeholders (including the development team members and other critical players) to review their project experience, learn from the experience, and take action to improve - in the next iteration, the next release, and for all future projects.
Does your organization utilize retrospectives as part of its project management goals? If not, here are some simple...