Let’s say you’re an executive, board member, or investor, and you’re tired of watching money die as you fund project after project that doesn’t meet desired outcomes. Furthermore, best practices for successful software project management have not been meaningfully disputed since The Standish Group published the earliest CHAOS reports over 20 years ago. Nonetheless, year after year it’s like Groundhog Day all over again in commercial software and information technology product development.
27 Ways To Improve Delivery On Your Next Project
Govern Well (Set Clear Guidelines And Manage To Them). It’s Your Money! Insist On It.
- First, document alignment from the board through the executive team to the product and project teams about the goals of the initiative.
- Next, if your project relies on agile teams, and if the project completion date is important, agile teams must use estimation approaches that enable estimation, or at .least sizing, the tasks in their work breakdown. Pure implementations of Kanban will not work. Without meaningful, scientific estimates, it’s not possible to calculate a meaningful project schedule.
- Use the same governance structure across the project life cycle.
- Communicate governance changes sufficiently broadly that alignment is sustained or improved.
- Align the product requirements, schedule, resources, and budget.
- Hold regular project execution and steering reviews, based on an overall product roadmap. Ensure results of each review aligns with overall project goals.
- Judiciously conduct phase-end reviews at all levels and phases of the project. Take review findings as action items to make governance, organizational, and project execution improvements immediately.
- Finally, make sure project roles are well-defined, communicated, and understood across the team. Set clear expectations about who’s responsible for what.
Keep It Simple (Seriously)
- First, keep the number of work streams to a handful.
- Reduce the size of any project phase to no more than 50% bigger than the recent largest project the organization has successfully undertaken.
- Limit the number of months per project phase to 3, at most 6.
- Reduce any team size to 7, plus or minus 2.
- If schedules matter, ensure teams break down all tasks to a size where estimates are 2 days or less.
Buy Smart (Manage Your Vendors)
- Don’t outsource your success. Where it’s necessary to outsource, write unambiguous contracts with clear scope, schedule, and ownership of responsibilities. Manage vendors rigorously. Expecting vendors to get it right doesn’t create success. Working with vendors to make sure they get it right ensures success.
- Next, don’t let third parties design your system, unless they’ve designed systems like yours before, and you want a system just like another one they’ve already designed.
Select And Onboard Team Members Wisely
- Start by hiring all team members as a unified team.
- Build the team of cooperative teammates who have worked together before.
- Change team members at natural breaks in project, like ends of sprints or project phases.
- Hire team members with leadership traits. Elevate those who take ownership for overall project success. Inspire high performance, self-managing teams. Crush “us vs. them” and “that’s not my job” mentality and behavior.
- Develop your project sponsor — the most important role on any project.
- Create a public project calendar from day 1. On it, note business holidays for all businesses involved in the project. Note national holidays for all countries represented in the project. Note vacations and other planned days off for all team members. Record key project activities, including key milestones, deliverable due dates, phase end reviews, test phase begin and end dates, sprint begin and end dates, deployment and release dates. Update this calendar monthly.
Align Teams (They Need To Work Together Effectively)
- First, involve the project manager and the rest of the team as a team from the beginning. For starters, hold a project kickoff meeting with everyone in attendance.
- Second, ensure all stakeholders have a stake in the same positive outcome. Create incentives and organizational goals that link individual performance and organizational results.
- Make sure a specific person or team is responsible to document requirements and rules, so your team has a prayer of getting the desired result the first time. Failure to document satisfies the conspiracy-minded and control freaks. However, it ensures no one can successfully build the product, including your own team.
- Create and sustain a context that supports team members at all levels. A complex matrix of people and roles quickly becomes necessary and immensely helpful. Everyone in a managerial, mentorship, or leadership role will have 3 or more reporting to them (at least informally) and everyone will report to 3 or more others for functional, technical, and project leadership or mentorship. Initially, this can feel overwhelming, and even threatening. The important thing is to make sure people have multiple sources of support and help, for each role and project they support. This approach improves organizational cohesiveness and engagement. There’s more “glue” between every person and the overall organization.
- Identify fear, misalignment, and uncertainty everywhere they exist, and address them immediately. Get to the source of them. Resolve them. Build and execute a mitigation plan relentlessly. Replace team members who are too paralyzed or cynical to get on board.
- Neutralize threats beyond the team. Keep the team small enough that it’s nimble in the context of the organization, but big enough that it can sustain a critical mass and life of its own until the project is successful.
Do these things, and you give your investment dollars a fighting chance to go into the world and bring back hostages. Don’t let dollars die in the CHAOS of your organization’s disorganization.
Consider And Act
- Now, assign yourself 1 point for each of the above items that are true for your project. If you have 10 points or more, your project is in a position to satisfy stakeholders. If you and your organization will tolerate the changes necessary to implement still more, your success is increasingly likely with each new upgrade.
- Should you begin project recovery, or do you need a priest?
- What other examples do you have of project success factors? How have you seen them implemented successfully?
Share advice, information, or referrals on this topic in the comments box below. I appreciate your contribution and will use it to improve!