Skip to content
Tiatra, LLCTiatra, LLC
Tiatra, LLC
Information Technology Solutions for Washington, DC Government Agencies
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact
 
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact

6 IT rules worth breaking — and how to get away with it

There comes a time in every IT leader’s life when a key decision must be made: whether to follow an established rule or, as a matter of necessity, break precedent and embark on an alternate course.

Management rules typically exist to enable faultless decision-making, set a foundation for consistent operation, and provide protection from risk, observes Ola Chowning, a partner at global technology research and advisory firm ISG. “Breaking a rule often happens after the CIO weighs the risk of removing or retaining a mandate,” she notes. “Both options represent some level of financial, regulatory, or performance risk.”

Rules can be broad or precise, Chowning says. They can apply to people, processes, enterprise behavior, and technology requirements and risks. All are established to help the organization meet compliance and achieve essential goals.

Still, there are some occasions when following a long-established rule simply doesn’t make sense. Here’s a rundown of six IT policies or protocols that, in certain situations, with certain guardrails in place, can be disregarded in order to perform what needs to get done.

1. Code change management processes

One rule that can occasionally be broken without outside repercussions is sending new code or a new capability into production without first following a required change management process, Chowning says.

Change management aims to ensure a consistent level of oversight, confirming that prescribed levels of testing have been completed, that operations is ready to accept the change, and that there are sufficient fallback plans in place in case the change results in customer or business disruption. Yet on the occasion when a specific change needs to be quickly deployed, it can be okay to skip the change management process or revisit it later.

The biggest risk facing an IT leader who circumvents the change management process is the possibility of a significant negative impact on business and/or internal operations. “An important aspect of this sort of rule-breaking is to mitigate the risk as quickly as possible by following through, post-change, with the activities that would have addressed these items if the initial change management rule had been followed,” Chowning says.

Weighing the relevant factors clearly and concisely is necessary to justify the decision to skip the change management process. Leaders who can establish financial- or time-related benefits to mitigate the risk of breaking the rule can show they have thought through the decision’s repercussions and have an objective view of the balance between risk and value, Chowning says.

2. Change freeze period rules

An IT rule that can sometimes be discarded is the change freeze period rule, during which no new system implementations or updates are allowed for a specified amount of time, typically around key business cycles or holidays.

There are situations when this rule might need to be broken, such as when a critical security patch or an urgent business need demands immediate system changes, says product strategy consultant Michael Hyzy. “In such scenarios, the immediate benefit of implementing the change outweighs the structured caution that the rule intends to enforce.”

Potential risks to consider include system downtime, workflow disruptions, or even security vulnerabilities if the cancellation isn’t managed intelligently. “Therefore, it’s vital to conduct a rigorous impact analysis and have rollback plans in place before proceeding,” Hyzy advises.

Justifying the decision requires open communication with IT team members and management leaders. “It starts by laying out the situation, the risks of not making the change, and the preparedness measures in place to mitigate potential fallout,” Hyzy says. “The goal is to get everyone on the same page and make an informed, collective decision.”

While rules are essential for maintaining order and predictability, exceptional situations call for exceptional actions, Hyzy says. “Being too rigid can sometimes put the organization at more risk than a calculated rule-bending, provided it’s done transparently, intelligently, and with full preparation for any contingencies.”

3. Automation prioritization commitments

Automation, particularly when incorporating artificial intelligence, presents many benefits, including enhanced productivity, efficiency, and cost savings. It should be, and usually is, a top IT priority. That is, unless an organization is dealing with a complex or novel task that requires a nuanced human touch, says Hamza Farooq, a startup founder and an adjunct professor at UCLA and Stanford.

Breaking a blanket commitment to automation prioritization can be justified when tasks involve creative problem-solving, ethical considerations, or situations in which AI’s understanding of a particular activity or process may be limited. “For instance, handling delicate customer complaints that demand empathy and emotional intelligence might be better suited for human interaction,” Farooq says.

While sidelining automation may, in some situations, lead to more ethical outcomes and improved customer satisfaction, there’s also a risk of hampering a key organization process. “Overreliance on manual intervention could impact scalability and efficiency in routine tasks,” Farooq warns, noting that it’s important to establish clear guidelines for identifying cases in which an automation process should be bypassed. “This decision should be communicated transparently to both customers and internal teams,” Farooq recommends.

4. External network connection prohibitions

When it comes to critical infrastructure, one commonly held IT rule is never linking production systems directly to external networks. Yet Kristin Demoranville, CEO of AnzenSage, a cybersecurity consultancy focusing primarily on the food industry, disagrees. “While this rule is established with the best intentions to protect sensitive systems from external threats, there are instances where it might be necessary to make exceptions,” she says.

There are times when real-time data sharing becomes imperative, Demoranville states. “For instance, if there’s a need for immediate quality control checks with external labs, or when collaborating with suppliers on a global scale for traceability purposes.” In such cases, direct connectivity can expedite processes, ensuring food products meet safety and quality standards without delay.

While IT rules and protocols are essential, they should serve the mission, not hinder it, Demoranville says. “As we navigate these decisions, we must always prioritize safety, quality, and transparency.”

5. Asset management regulation

Breaking this rule can make sense whenever a technical issue arises in the inventory data being captured, or in situations where end-users are being blocked from accessing enterprise systems, says David Scovetta, security and compliance director at custom forms developer FormAssembly. Asset management regulation may also need to be tossed temporarily aside whenever a new system that doesn’t conform to existing inventory criteria is deployed.

Before breaking this rule, make sure you’re considering the risks, Scovetta cautions. “Addressing these scenarios usually requires cooperation between IT and security leaders, yet it can make sense to break the rule as long as safeguards are in place that can characterize devices by configuration policies, even if you don’t have a firm accounting for the device or its owner.”

6. Any IT rule or policy — in an emergency

Established rules can sometimes be bent or ignored when a crisis situation suddenly emerges. “There are a few scenarios where asking for forgiveness instead of permission makes sense,” says Jesse Stockall, chief architect at Snow Software.

Security incidents, for instance, often require decisions to be made quickly, and if high-level decision-makers are unavailable, determining a response can be critical. Stockall notes, however, that important decisions should still be based on seniority and trust. “Junior employees should not be going rogue,” he warns.

Still, IT is an inherently innovative space, which means that doing things by the book won’t always yield the desired results. Someone with experience and good judgment can probably bend rules as needed, and often these types of employees are given a longer leash.

Still, policies exist for a reason, Stockall says. Rule-breaking should never become a routine IT practice. “Rogue employees invite risk, spoiling workplace flexibility for everyone with egregious behavior,” he explains. “Suggesting there’s an IT policy you can always override is bad practice.”

Stockall believes that IT is moving into an era in which there will be even more rules and policies. “These guardrails will exist for a reason, including an increase in cybersecurity attacks, risks to intellectual property, and the unknowns surrounding generative AI.”

IT Leadership, IT Management, IT Strategy
Read More from This Article: 6 IT rules worth breaking — and how to get away with it
Source: News

Category: NewsSeptember 26, 2023
Tags: art

Post navigation

PreviousPrevious post:Swiss energy services company uses machine learning to see the futureNextNext post:8 questions CIOs should ask to prime their business for gen AI

Related posts

Barb Wixom and MIT CISR on managing data like a product
May 30, 2025
Avery Dennison takes culture-first approach to AI transformation
May 30, 2025
The agentic AI assist Stanford University cancer care staff needed
May 30, 2025
Los desafíos de la era de la ‘IA en todas partes’, a fondo en Data & AI Summit 2025
May 30, 2025
“AI 비서가 팀 단위로 지원하는 효과”···퍼플렉시티, AI 프로젝트 10분 완성 도구 ‘랩스’ 출시
May 30, 2025
“ROI는 어디에?” AI 도입을 재고하게 만드는 실패 사례
May 30, 2025
Recent Posts
  • Barb Wixom and MIT CISR on managing data like a product
  • Avery Dennison takes culture-first approach to AI transformation
  • The agentic AI assist Stanford University cancer care staff needed
  • Los desafíos de la era de la ‘IA en todas partes’, a fondo en Data & AI Summit 2025
  • “AI 비서가 팀 단위로 지원하는 효과”···퍼플렉시티, AI 프로젝트 10분 완성 도구 ‘랩스’ 출시
Recent Comments
    Archives
    • May 2025
    • April 2025
    • March 2025
    • February 2025
    • January 2025
    • December 2024
    • November 2024
    • October 2024
    • September 2024
    • August 2024
    • July 2024
    • June 2024
    • May 2024
    • April 2024
    • March 2024
    • February 2024
    • January 2024
    • December 2023
    • November 2023
    • October 2023
    • September 2023
    • August 2023
    • July 2023
    • June 2023
    • May 2023
    • April 2023
    • March 2023
    • February 2023
    • January 2023
    • December 2022
    • November 2022
    • October 2022
    • September 2022
    • August 2022
    • July 2022
    • June 2022
    • May 2022
    • April 2022
    • March 2022
    • February 2022
    • January 2022
    • December 2021
    • November 2021
    • October 2021
    • September 2021
    • August 2021
    • July 2021
    • June 2021
    • May 2021
    • April 2021
    • March 2021
    • February 2021
    • January 2021
    • December 2020
    • November 2020
    • October 2020
    • September 2020
    • August 2020
    • July 2020
    • June 2020
    • May 2020
    • April 2020
    • January 2020
    • December 2019
    • November 2019
    • October 2019
    • September 2019
    • August 2019
    • July 2019
    • June 2019
    • May 2019
    • April 2019
    • March 2019
    • February 2019
    • January 2019
    • December 2018
    • November 2018
    • October 2018
    • September 2018
    • August 2018
    • July 2018
    • June 2018
    • May 2018
    • April 2018
    • March 2018
    • February 2018
    • January 2018
    • December 2017
    • November 2017
    • October 2017
    • September 2017
    • August 2017
    • July 2017
    • June 2017
    • May 2017
    • April 2017
    • March 2017
    • February 2017
    • January 2017
    Categories
    • News
    Meta
    • Log in
    • Entries feed
    • Comments feed
    • WordPress.org
    Tiatra LLC.

    Tiatra, LLC, based in the Washington, DC metropolitan area, proudly serves federal government agencies, organizations that work with the government and other commercial businesses and organizations. Tiatra specializes in a broad range of information technology (IT) development and management services incorporating solid engineering, attention to client needs, and meeting or exceeding any security parameters required. Our small yet innovative company is structured with a full complement of the necessary technical experts, working with hands-on management, to provide a high level of service and competitive pricing for your systems and engineering requirements.

    Find us on:

    FacebookTwitterLinkedin

    Submitclear

    Tiatra, LLC
    Copyright 2016. All rights reserved.