Async agile 1.0, is distributed agile 2.0!
This blog expands on the ideas from “The Async-First Playbook”. You can either browse through the posts using the grid below, or start at the very beginning. Alternatively, use the search bar below to find content across the site.
5 forcing functions for better meetings in 2024
Forcing functions are constraints that nudge people towards desirable behaviours. In this article, I discuss five forcing functions to promote effective meetings.
Stop the Zoom recordings already!
I think sending meeting recordings instead of meeting minutes is inefficient and insensitive. You can do much better.
Manage your people with care
In an async-first culture, the role of a manager is crucial. If the company is the mother-ship, the manager’s the employee’s bridge to it. They should be the individuals that know the most about their people, their skills, abilities and strengths, their personalities and their aspirations. You need managers who lead with care. In this post, I want to address how you can show that care as a leader and a manager.
Agile inceptions - blending the async with sync
Agile inceptions are a workshop oriented process to help you get your project on the road. Remember Mr Miyagi? It’s all about ‘balance’ in communication. Given the time-boxed nature of inceptions, mixing synchronous and asynchronous communication is an effective approach. In today’s post, I want to tell you how this balance can be a mighty good thing for your project.
Rethink those sprint ceremonies
In a world of work that’s changed rapidly in the two years of the pandemic, I feel we need to ask the “Why” more than ever before. This is a new normal and as we switch between work patterns, such as forced-remote, remote-first, all-remote and hybrid, some practices will have to die. Others may have to change.
In this post, I want to explore two sprint ceremonies with a “Why” lens. I’ll also share a few ways you can buy back time for your team by taking lightweight, more async-friendly approaches to manage iterative development.
What's a face-to-face good for, after all?
If working remotely is more productive, what’s face-to-face (F2F) good for anymore? In today’s post, I want to explore that question in some depth. I have strong opinions; so don’t get all bent out of shape when you read this.
Shift left for more meaningful retrospectives
When you’re in a remote setup, think of your retro not as a meeting, but as a process. That process has two parts - asynchronous and synchronous. How much you do asynchronously is totally up to you and how adept you feel with working this way. This post will tell you how to run effective retros distributed team, with a solid sprinkling of asynchronous methods.
3 team plays to shift left at speed
After reading a lot of long form advice about asynchronous agile, some of you may look for a ‘gimme’. The Cambridge dictionary defines a ‘gimme’ as “something that is extremely easy to do”. So this post is about three things that are relatively easy to do on a software development team that’s trying to be more asynchronous. Consider these as little plays that you can try independently. Sounds good? Let’s get started.
Standup meetings - the first shift left
Distributed standups are painful, period. With modern tools there are better ways of getting the value you’d expect from such a meeting. As an individual, you’ll get back a few minutes of your life every day. The bigger benefit? You can share updates continuously, and at your own pace. From a team perspective, you’ll be able to create an audit trail of communication and, of course, plough back the time savings into deep work.
Meetings as the last resort, not the first option
It’s clear that we need fewer meetings. This is step one to being asynchronous, and I’d argue that it’s the most important step to take if you want to be a productive, remote-first organisation. In this post, I’ll outline the ConveRel quadrants for you to figure out which meetings you need and which ones you can get rid of.