How working practices, delivery processes, and ways of operating changed through the programme.
Alongside our technical evolution, we have modernised how we plan, prioritise, and execute work. We have introduced two significant process frameworks to keep our teams aligned, reduce bottlenecks, and ensure we are building the right things at the right time.
To improve long-term vision and accountability, ESco adopted the foundational elements of the EOS (Entrepreneurial Operating System) framework. Rather than a rigid, dogmatic implementation, our approach has been an honest, evolving journey of structuring our leadership, our teams, and our milestones.
EOS has successfully provided ESco with a clear frame and structure to channel our priorities directly into our technology roadmap and delivery pipeline. However, maintaining the framework alongside the intense day-to-day pressures of the business is incredibly hard work, and full, active adoption across the Senior Leadership Team remains a core aspiration rather than a finished project.
⚠️ The Current Bottlenecks & Future Goals:
- Accountability: While we regularly set quarterly Rocks, we still have a way to go in consistently holding ourselves accountable to completing them.
- The Missing Link: Crucially, the Process component of the EOS model was never completed. Documenting core processes is a fundamental requirement for the "Detangle" phase of our business strategy. Without standardizing these workflows, unlocking true AI automation, building efficient system integrations, and executing workflow improvements will remain a bottleneck.
Re-engaging the leadership team with these processes and building a consistent habit around them remains a vital goal for ESco's operational maturity.
The Delivery Process, and the creation of the Delivery Board, was introduced to solve a fundamental problem: prioritisation in isolation.
Before this framework, projects were often kicked off by different teams without cross-company alignment, leaving everyone guessing what the true priority was. The goal of the board and our shared delivery sessions was to bring absolute alignment and transparency to ESco, ensuring we were collectively working on the right things.
While the process initially brought rapid alignment, over time our overall capacity to deliver on everything began to drop. This led to some disengagement with the routine meetings. However, the Delivery Board itself remains an essential structural framework. It serves as a vital shield for our technology resources, ensuring that a project goes through proper Discovery and Definition before any code is touched.
By forcing upfront clarity on requirements and acceptance criteria, we ensure our Solutions Team's time is never wasted on half-baked ideas.
🔍 Note on Testing: While we attempted to embed a highly structured, rigorous technical testing process into this workflow, it proved difficult to execute seamlessly and didn't work brilliantly across the board, though it remains an area we adapt on a case-by-case basis.
New projects stay in this stage until they're reviewed and prioritised during weekly Delivery meetings.
If a project isn't suitable for the Delivery Board, the owner is notified and it's redirected. Approved and prioritised projects move to the Backlog and typically go through Discovery before work begins.
Projects in this stage are approved but not yet started. They're reviewed during Quarterly Planning to determine next steps and require senior sign-off.
Key questions:
The project becomes active and initial research begins, focusing on client needs. This includes:
This stage defines the technical scope, ensuring the project is feasible. It includes:
The project is fully completed and closed. Any related jobs can now be archived and Lessons Learned meetings to be scheduled where required.
Happy staff, happy clients, healthy profits!
The work is finished but undergoing final checks and being tested for anything unexpected.
The Delivery phase marks the culmination of the project workflow (the work is actively being done). This stage encompasses:
This phase marks the end of all the upfront analysis and means the work is waiting to be scheduled in for development.