The traditional IT model is broken.
Since its inception in the 90s, the IT department has grown in its focus and responsibilities. Unfortunately, instead of segmenting the department into focused workgroups, most organizations have fallen into seemingly organized chaos.
Projects take precedent, pushing the regular responsibilities of operations and maintenance to the wayside. Or, engineers drag their feet to create new things and innovate within legacy systems because they have too much maintenance work on their plate. It creates a stagnant environment for companies, a dangerous situation to be in in 2017.
But this problem can be solved. It really just comes down to resources. And there’s a way to segment everything as a solution.
Gartner coined this solution as Bimodal IT.
What is Bimodal IT?
Bimodal IT splits the IT department into two teams, or, as the definition implies, two modes. One focuses on all technology and applications that absolutely need attention. These core systems, legacy applications, and solutions that keep the wheels on absolutely need maintenance. They require a dedicated team, so they should have one.
The second team focuses solely on innovation. What can they build to make the business more efficient and successful? How quickly can they build it? This group is made up of “dreamer” engineers who envision new technology to push their companies forward.
Each group, of course, will operate completely differently. The first operates much more slowly with longer, passive development cycles. Updates to core technology are no joke. They must be vetted, tested, approved, and then slowly rolled out to each user in the company. It takes time, patience, and a ton of buy-in.
The second team, however, is the hare to the tortoise. Their innovation requires speed and agility. This team prescribes to rapid application development – things are built, updated, and enhanced more quickly, with short, tight, development cycles. A decision is made, and things are built in a short window afterward.
Of course, as these different teams have different goals, they also have different involvement levels in the company. IT often only interacts with other teams if a problem arises with a system or if an update will affect users. Think about your last email from IT. It was because a system was “undergoing maintenance,” or to close a ticket on an issue you reported, right? These IT team members fly under the radar. Business leaders rarely interact with them, and their work, while critical to the business, hums under the surface, garnering little acclaim or attention. The first mode just doesn’t require a ton of oversight from other departments.
This second IT mode operates completely differently. They have ideas that will change the business, and that means they need buy-in from everyone else as well. They are often tasked with presenting their ideas to other departments, effectively explaining how things will work and the impact the proposed new technology will have. They’re responsible for delivering on their promises and sticking to strict development deadlines. Everyone is watching them, especially those whom the new applications or solutions will affect.
As a result, this second mode also needs more oversight. Your business will need a strong, skilled leader, who can balance pushing his or her team to be more innovative while overseeing them and understanding their work and goals.
Team Members’ Responsibilities
Think about your IT department. Many of those team members fall under the radar, don’t they? Their work is crucial – they literally keep the business running, but most of their coworkers and colleagues don’t realize that.
Sometimes the flashier ones make a splash, though. These are the IT team members pushing for new systems, new development, and a fresh look at their technology. If you’re following our line of thought here, this is an intuitive way to split up your team to achieve bimodal IT.
More traditional developers who have been with the business longer often fall into the first team. They know the systems and are the experts. They know the ins and outs of the systems that cannot fail and often know the tricks to get things humming again that others don’t.
Developers hungry to try something new and “go fast and break things” often fall into the second mode. They want to push boundaries and invent something new. They also often have been formally educated with the most recent development techniques and have the skills to pull off rapid application development.
Risks of a Bimodal IT Organization
Of course, any major structural change also comes with its risks, and there’s been plenty of discussion on all the reasons why a bimodal IT organization just can’t work. Here are a few arguments against it:
Bimodal IT Builds Walls
Instead of all your best and brightest technology specialists and developers working together, you officially pit them against one another, possibly creating more problems than solutions. Splitting instead of pooling your resources can halt innovation and create tension between teams vying for budget, time, and attention.
Modern Technology Connects
More technology bridges old with the new to drive efficiency within businesses. After all, any tech leader will agree that merging two systems and/or applications will make things easier on other departments. Unfortunately, this creates confusion within a bimodal IT organization. Which team determines which customizations should be made to the new add-on technology? Who deploys it once it’s finished? Which team maintains the technology? As integration becomes more popular, lines become blurred within a bimodal IT strategy.
Legacy Systems Never Evolve
If you hand off legacy systems to a team focused strictly on maintenance and never on innovation, you’re going to have a difficult time moving forward. And when core technology can’t move forward, neither can the business. No new applications can drive sustainable growth if legacy systems still hold entire teams back.
Developers Get Disgruntled
If you could pick between working maintenance on an old system and completing IT tickets or collaborating for an interesting and innovative solution, which would you choose?
Right, it’s an obvious choice for most in the IT world. If you give your developers and engineers the choice, you’ll most likely end up with lopsided teams. If you make decisions without their input, you risk disgruntled team members and employee churn. Pigeon-holing your IT team members won’t be easy.
And if you’ve filled out the second, more agile team of your bimodal IT organization, it will be difficult to recruit. That creates a very big problem in the long run.
The Reality of Bimodal IT
For many large businesses, a bimodal IT strategy makes sense. They can hire an entire new team of software and application engineers for internal development work and ask them to build visionary solutions for the company. They can afford to hit a few bumps when hiring resources and trying out new things. They can have a project or two crash and burn and absorb the costs of failure.
Medium and small-sized businesses, on the other hand, quite simply can’t. Resources are tight as it is and the idea of hiring an entire team for a few innovative applications feels foolish, because, well, for smaller businesses, it absolutely is.
That’s why our team acts as businesses’ second IT team, as their innovative arm of the business. Our team of certified and innovative developers, solution architects, and UX consultants, help you dream up the perfect applications, build it, and then launch it. We help your “first mode” team learn it and then teach them how to maintain it, adding it to your depository of owned technology.
Then, when you’re ready, we move onto the next project you have in mind.
If your business isn’t in the right place to build a bimodal IT organization, don’t. We can serve as that team for you and deliver rapid application development to keep your business innovative without the onerous overhead.
Contact our team today to get started.
The post Bimodal IT: A Buzzword, a Solution, or a Smokescreen? appeared first on Soliant Consulting.
Afficher la totalité du billet