Hello, my name is Geoff Craig and I am an Automation Engineer here at Planview AgilePlace. In my previous life, I worked in IT Operations for numerous companies, large and small, on projects of varying complexity.
In every IT Operations group that I’ve worked with, there were always competing priorities from different parts of the business. We kept hearing the same questions about why work wasn’t getting done. We knew the answers, but we never had a way to communicate the problems in a way people would understand — so they never got solved.
One of the reasons I came to Planview AgilePlace is that I firmly believe that visualizing the work of IT Operations can change the way we work — and thus, how the value of IT Operations is perceived in the organization.
The Same 3 Questions
The nature of IT Operations work means that we’re always trying to strike a balance between the following conflicting priorities:
- Providing value back to the business by deploying new software and software upgrades
- Firefighting the existing systems
- Keeping existing systems up to date; patch management and regular maintenance
These competing priorities always cause clashes between project work and the “keeping the lights on” work. We hear the same three questions:
- Why isn’t work getting completed as planned?
- Why does the IT Operations team always seem overworked?
- How do we justify an increase in headcount so that the first two questions are no longer asked?
Once I started at Planview AgilePlace and committed to managing work with Kanban, I realized that this was the tool that could answer the questions in a way that everyone could understand. It would give us a voice we’d never had before.
I’ve worked on several projects that included multiple teams working in multiple locations. We always spent a significant amount of time going back and forth with project managers, trying to track and report status in one of two ways: Microsoft Project, or a comically large Excel spreadsheet.
We would use these tools to update tasks so that they could report up the migration status of a location that was moving to a new messaging system. The problem with keeping track of tasks in this manner is there is no way of identifying or tracking bottlenecks in the process. There could be many:
- Were we waiting for Outlook to get deployed?
- Were we behind on copying mail?
- Were we behind getting information back to begin the process?
If you’ve ever tried to answer those questions using Project or Excel, you have my sympathy. I’ve sat through too many meetings trying to explain where the bottlenecks were in a process and how to fix them. Visualizing the workflow would have easily illuminated our bottlenecks and allowed our team to adjust our work in progress (WIP) to resolve the issue.
Visualizing Work in Planview AgilePlace, at Planview AgilePlace
A good example of how our team does this at Planview AgilePlace is that we limit WIP when we deploy new systems at various stages in the deployment process. We also keep track of our firefighting in a special firefighting lane. This allows us to easily communicate when firefighting has stalled progress in a deployment, and it allows us to limit our WIP so that we don’t front end a lot of development work and stall our deployment velocity. This allows our team to deploy quickly — and allows our product managers to easily find answers to those three questions.
Beyond Visualization: Optimizing Workflow
The other area that visualization can help is in the area of Mergers and Acquisitions. Most of the companies that I have worked with in the past 15 years have acquired small or medium-sized businesses. The first IT task is typically to get those companies on the corporate standard platform. Those types of projects require coordination between multiples teams: networking, desktop support, application support, etc.
In those projects, we were always trying to figure out where the other teams were in the process. Meanwhile, managers and executives were trying to determine the state of the overall project. Trying to manage a multiple-team project with dependencies, due dates and unexpected issues without visualization was nearly impossible. It always led to:
- Frustrations at every level, from executives to the implementation teams
- Missed deadlines
- Misaligned expectations
- Difficulties working with and communicating between teams
On multi-team projects, handoffs between teams almost always slow down progress. I’ve worked in many projects where my team did all the back-end work getting systems prepared when moving an acquired facility over to a new email system. We were always having to go to a project manager or another team lead to see their status, so we never knew what effect our work was having on the system.
Visualization changes this paradigm. It shifts the conversation from, “When will you be done with that?” to, “How can we help you finish?”. When that shift happens, you can start to focus more on identifying ways to optimize the workflow via automation or general process improvement. Visualization naturally leads you to finding the bottlenecks and improving overall time to project completion.
Communicating the Value of IT Ops
There’s a great quote from Lean pioneer W. Edwards Deming: “You can’t manage what you don’t measure.” In IT Operations, you can extend this to: “You can’t manage what you don’t measure — and it is extremely difficult to measure what you can’t visualize.”
I’ve worked on many projects where we managed to get things done on time with multiple teams, but the overhead of trying to keep track of the status of all the moving parts caused unnecessary stress and burden on all the people involved. Using visualization to communicate how IT Operations works is the next huge leap forward in transforming not only how we work, but also how the business side of the house determines the value that IT Operations brings to the organization.