I wish I had known about Kanban when I was a network administrator. It would have helped me immensely in terms of prioritization of work and making everything we were doing in the IT department more visible, helping people understand the pressures we were under.
There are two big concepts I could have used – work item types and classes of service. Let’s look at each below.
Work Item Types
First thing I would have used are work item types, which are exactly as they sound – the types of work we are doing. Some examples of work item types are:
- User Story
- Change Request
- Production Defect
While most of the above are specific for software development, we can easily create a few work item types for purely IT work. Some of these might be:
- Maintenance – such as patching servers or workstations
- Implementation – installing new servers or software
- Desktop Support – for desktop-specific tasks
- Server Support – for server-specific tasks
Whatever work item types you choose, be sure they reflect the type of work that you do.
Classes of Service
Classes of service are used for the prioritization of our work item types. It is at this level that service level agreements (SLAs) are applied. Typically classes of service are defined based on the impact to the business. So, some examples are:
- Fixed Delivery Date
- Standard Class
- Intangible Class
The policies that are applied to classes of service are determined by the business, and help us to prioritize our work. In this way, it takes the burden off of us to determine what should be worked on, and places it instead on the system. Thus, changing the policies for classes of services will change the system.
Much More to Kanban
There is much more to Kanban than work item types and classes of service, however these two concepts are helping a variety of teams to make their work more visible, and take the burden off of themselves to prioritize their work. In looking at how to implement Kanban, start here.