Project Radar: Recognise And Prioritise
Project Or Battle Field?
My work preference is to work with the best people on the most challenging projects and I've been lucky enough to be given opportunity to do just that for many years now.
I don't know about you but I like to be busy and to get things done. I also like to sit back every once in a while and see the fruits of my labours and the great work that my project team has achieved.
However, busy projects can sometimes feel like battle fields with so many different things happening so quickly that it makes you want to take cover, re-group and re-plan before you re-engage your project.
If you're used to routine project work then you might not be able to relate to this kind of experience but if you've ever been part of a large team, with challenging requirements, aggressive deadlines, in a highly competitive environment, then you might totally relate to it.
You don't find descriptions of these types of challenges in your average software project text book and such experiences can cause serious fallout if you're not careful.
Been There, Done That
Those who've worked on challenging and demanding projects before, been there, done that, got the T-shirt etc. may not be phased and just appear to take it all in their stride. But for others, stress can start to mount and panic can begin to set in. It's not unusual for people to sometimes question their own abilities under such circumstances. This is where real leadership and teamwork can make such a difference.
Magic Glasses
I often wish I could put on a pair of magic glasses that would show me my number one problem so that I could deal with it and move on. I wish.
When the pressure builds and the cracks start to appear on your project, it's time to put on your super-hero costume and call upon your super powers to save the day! But just like real life, for software projects that's not an option. Instead you need to "recognise and prioritise" - it's what Agile Leadership is all about and it shouldn't just happen when the bullets start flying.
Project Radar
Agility is all about responding to change and managing that process but those changes aren't limited to requirements. Other stuff happens too!
As a leader, you need to be continually using your "Project Radar" to recognise situations arising and prioritise your responses accordingly. You can't afford to go it alone in this space. Other members of your team also need to employ their "Project Radar" so that you can meet regularly (re-group) to take cover, re-plan and then re-engage your project. It's just another variant of the Plan-Do-Check-Act technique.
The Many Facets Of Software Projects
There are so many facets and dynamics to software projects that are over and above just building and shipping software that project teams must navigate and master in order to be successful.
For example, turning the available people on your team into a capable team. That's all about training and coaching and making opportunities for people to gain and try out new skills. However, it's not mentioned in the "Scrum Guide" and it doesn't happen by accident.
Other un-documented staples of software projects, to name a few, include:
- Recruitment activities
- On-boarding new starters
- Knowledge transfer / sharing
- Upgrading software libraries
- Dealing with technical debt
- Embracing new development tools or technologies
- Gaining certifications
- Resolving unexpected issues in live production
- Debugging and fixing problems
- Taking on additional responsibilities within your team
- Estimating potential new work
- Managing workload
- Role rotation
- Succession planning
- New business opportunities
- Sustainability
It's A Marathon And A Sprint
Sprint mentality is fine for focusing on product increments and continuous improvement but building and leading a successful project team is more akin to the "marathon running" concept. It requires a longer term strategy that runs in parallel to your short term (sprint) strategy.
I feel at ease on projects when I know what my problems are and when I have a plan to deal with them. They say that "a problem shared is a problem halved" and so it's good to be transparent about problems so that the greater minds on your team and elsewhere can begin to address them, or at least plan to.
Continuous Project Scanning
#AgileLeadership
Launching New Ships
Part of the bigger picture of your project (and most apparent at project start-up) is to recognise "big ticket items" that require distinct ownership. Using your "Project Radar" to identify these on-going essential items presents great opportunities to delegate work packages and to also allow individual team members to step up and take responsibility for their delivery.
Get together, agree some goals and milestones, write some simple stories, assign an owner and launch your ship!
Chasing And Driving Progress
Newly launched ship owners and crews require on-going encouragement and motivation to navigate the stormy seas of busy projects to ensure progress and success. Without this, good intentions will run aground or sink and go under.
Goal setting and intermediate milestones provide a means of identifying and taking the individual steps that eventually turn ambition into achievement. They ensure each ship will reach its destination, even when there is sometimes no sign of land on the horizon.
Bonding A Motley Crew
Each ship is a voyage that can help to bond your motley crew. A journey of mutual respect and growing skills. Remote working has made building relationships a lot harder, especially if you rarely use video on calls. Having progress goals beyond sprint goals enables the team to see their own growth over time.
We sometimes learn things the hard way but none-the-less as long as our experiences bring us learning we will all be better equipped as a team for the next project or challenge around the corner!
Agile Health Check - Project Radar
Why not take the opportunity to give your "Project Radar" an Agile health check?
#AgileHealthCheck
Healthy
|
---|
|
Unhealthy
|
|
Tim Simpson
31st March, 2022
#LifeAtCapgemini