Project management in an SME environment

These objectives are used to build out the project backlog (a list of prioritised tasks to achieve the project goals), which is used as the input for the action cycles.

Next is the action cycle stage, where the work is broken into four phases. The goals for the current cycle are set using the backlog tasks as the input, with the team agreeing how task success is determined. The second phase involves planning the tasks, which are assigned to the appropriate individual or team, conditional on the size of the task.

The third phase is where the action happens! A long-term project might have cycles lasting a week or more, whereas a short project can have cycles lasting just a day or two.

It’s also during this phase that the project team takes the time to stop and assess the task progress, and ensure that there’s no drift from the project goals. As cycle times are variable, so the feedback iterations are variable. For example, an ‘act’ phase implemented over weeks will benefit from daily feedback, whereas a more time-intensive project may require more frequent feedback iterations, especially for high-risk projects.

The final phase is important, but one that is often neglected. The team has a look at the work just completed and determines whether the goals were reached. If the goals were not achieved, the team will need to troubleshoot what went wrong, and how it could have been improved. This stage is vital, as an agile project management framework must react quickly and positively to change in order to adapt to and overcome changing issues.

Each cycle produces a usable portion of the desired end result, and therefore this framework is more suited to a project where deliverables can be completed and used in an incremental manner. Project stakeholders are able to use these segments of the end product as they are finished, rather than waiting until the end of the project.

The agile project management framework helps us improve project delivery success at Enero Group, allowing the IT project team to be more flexible and reactive when requirements change mid-project. There are critics of agile frameworks, of course, and they argue that this style of framework has fewer controls and less accountability, and that project teams can quickly run into issues with scope creep and budget overrun. Whilst agile project management is less bureaucratic by design, it is possible to layer the controls using traditional project management tools. The project manager will determine the project’s complexity and risk level of the project, to ascertain which tools are required. For a small scale project, a task-based board (as used in Scrum development) can provide sufficient control and work allocation, whereas a more complex project can require several traditional tools to help with the project management, such as work schedules, work breakdown structures, project resource scheduling. In the end, the project manager plays an essential part in setting the tools needed and is a pivotal function for the success of the project.

At Enero Group, we’ve found that we’ve been able to run smoother projects and can pivot quickly to changing requirements using this framework. I would strongly recommend people in small and medium-sized companies definitely examine this type of framework, as it can bring about some great benefits.