Cookie Consent by Free Privacy Policy Generator ๐Ÿ“Œ The great divide: Separating operations and innovation

๐Ÿ  Team IT Security News

TSecurity.de ist eine Online-Plattform, die sich auf die Bereitstellung von Informationen,alle 15 Minuten neuste Nachrichten, Bildungsressourcen und Dienstleistungen rund um das Thema IT-Sicherheit spezialisiert hat.
Ob es sich um aktuelle Nachrichten, Fachartikel, Blogbeitrรคge, Webinare, Tutorials, oder Tipps & Tricks handelt, TSecurity.de bietet seinen Nutzern einen umfassenden รœberblick รผber die wichtigsten Aspekte der IT-Sicherheit in einer sich stรคndig verรคndernden digitalen Welt.

16.12.2023 - TIP: Wer den Cookie Consent Banner akzeptiert, kann z.B. von Englisch nach Deutsch รผbersetzen, erst Englisch auswรคhlen dann wieder Deutsch!

Google Android Playstore Download Button fรผr Team IT Security



๐Ÿ“š The great divide: Separating operations and innovation


๐Ÿ’ก Newskategorie: IT Security Nachrichten
๐Ÿ”— Quelle: cio.com

This article was co-authored by Duke Dyksterhouse, an Associate at Metis Strategy.

After transforming their organizationโ€™s operating model, realigning teams to products rather than to projects, CIOs we consult arrive at an inevitable question: โ€œWhat next?โ€ Of the many possible answers, some of our clients elect to carry the transformation further by separating their employees into two groups: those responsible for operations and those responsible for innovation.

By operations, we mean work that fixes or hones the processes and tools already employed in an organization. You might know it by one of its aliases: sustain, keep-the-lights-on, run-the-business, or support. By innovation we mean transformational work, the construction of new processes and products, often of the sort that generate revenue, improve experiences, or pivot the enterprise.

In many organizations, the same group, team, or even individual handles both responsibilities, which is fine. But by assigning these responsibilities to different resources, some organizations can drive focus, sharpen capacity calculations, and simplify strategic planning, especially amid a product-led operating model, which can make such a division more attractive for several reasons.

First, itโ€™s a straightforward proposition whose end state is relatively easy to envision and measure, making it a nice palate cleanser for those still wrapping their heads around the broader operating model shift. Second, because product teams are permanent, unlike temporary project teams, product-led operating models are more amenable to a division of responsibility that is more methodical and longer-standing. And finally, separating the two roles within product teams can give individuals more clarity and focus, primarily by reducing multitasking.

Splitting these responsibilities without a clear vision and careful plan, however, can spell disaster, reversing the progress begotten by a new operating model. If youโ€™re considering separating operations and innovation responsibilities in your own organization, weigh the following trade-offs before deciding. And if you proceed with the split, let the principles below guide your moves.

Trade-offs

Advantages

Focus: Enhanced focus is perhaps the greatest benefit teams stand to gain from a division of responsibilities. That focus can streamline operations and bring much-needed structure to the time spent exploring new ideas, vital to a companyโ€™s long-term success. Employees responsible for both innovation and operations too often are forced (usually by their own managers and technology leaders) to sacrifice the former in favor of the latter. Dividing the labor by work type helps guard against this.

Streamlined capacity management and resource planning: Capacity management becomes easier when itโ€™s split into smaller pieces, especially when the split is by type of work. Operations will always take priority over innovation whenever thereโ€™s a fire. The problem is that thereโ€™s always a problem: a server to be restored, a computer to be fixed, a security flaw to be patched. If the resources responsible for keeping things up and running are the same as those responsible for transforming the company, it stands to reason that the companyโ€™s innovative activities will stall, and its capacity calculations will prove an unreliable input to its strategy and budget. For those considering outsourcing or offshoring key functions of IT, the split can shine light on which capabilities are commoditized and which are differentiating.ย 

Clearer strategic planning: Splitting operations and innovation doesnโ€™t erase each oneโ€™s dependencies on the other, but the split can make those dependencies easier to coordinate, in part due to the clarity gained through streamlined capacity management and budgeting. Road-mapping and transformations also become easier as each group can undertake the work that will most affect its assigned success metrics. When operations and innovation activities reside under the same umbrella, those metrics might be at odds, such as measures of reliability and stability versus those of experimentation.

Disadvantages

Navigating the divide: The biggest downside to separating responsibilities is that doing so introduces an explicit divide that teams and their leaders must navigate. Their failure to do so can create work silos and dilute responsibility. Innovation teams, once theyโ€™ve developed a viable product, must resist the temptation to โ€œthrow their work over the wallโ€ to the ops team. That temptation runs counter to the spirit of todayโ€™s best product-oriented operating models, and giving in to it will return the organization to square one. Establishing norms that specify how long a new product will be owned by innovation, what performance measures must be met before it is transitioned, and the knowledge transfer process is critical for organizations that successfully navigate the divide.

Relationship Management: In product teams where there is no formal split between responsibilities, teammates will often come to some tacit agreement of whoโ€™s responsible for what. In part, this is because they are held accountable as a team. But where there is a formal split, that agreement may dissolve and thus introduce a need for deliberate coordination. If that need exists, address it. Instate a manager to oversee both parties. Or instate procedures or cadences that keep them aligned. Whatever the solution, it must make unmistakably clear who is responsible for what.

Operations Burnout: While many will love focusing on ops, there will be others that despise it and view it as a career-limiting move. Have discussions with your teams. See what moves make sense for individualsโ€™ career aspirations. Consider the idea of rotational programs to provide the option or requirement to work in different domains to develop a โ€œfull-stackโ€ skill set.

Key principles and considerations

Splitting responsibilities should not be taken lightly. Doing so can destroy the gains made in the shift to a product-focused operating model, with the consequences reverberating across every part of the organization. If you do decide to draw the line, keep these principles top of mind to help ensure the split preserves momentum and delivers value.

Create a โ€œOne ITโ€ mindset: Splitting responsibilities should not equate to splitting the team, at least in spirit. A sports analogy might be appropriate here. While the players on a sports team have different responsibilities, they play as a single unit. Similarly, an ops-innovation divided team must play as a single unit, chasing the same objectives, attending the same strategic meetings, and anticipating the consequences of each otherโ€™s moves.

Determine the appropriate level for the split: You neednโ€™t split the responsibilities of all teams identically; often they can be split at multiple levels in an operating model. Consider a model in which product teams are loosely grouped by links in the value chain. For one link, say Marketing & Sales, you may decide itโ€™s appropriate to divide operations and innovation at the broadest level of that link, sharing the operations resources across all product teams that compose Marketing & Sales. But for another link, such as Corporate Financials, you might split responsibilities at a more granular level, perhaps by individual product teams. In that case, operations resources are not shared across the link but dedicated to a specific team. The consideration here is the same as all centralization-decentralization trade-offs: standardization versus customization.

Take the time to clearly define operations versus innovation work: Define precisely what qualifies as operations and what as innovation; ambiguity will lead to chaos and strain. A client of ours in the healthcare industry worked closely with its engineers to classify work right down to the ticket type.

Stay focused on agility and business value: The goals and tempos of the two groups will vary, but thatโ€™s no excuse to operate in isolation. Teams must be coordinated in their moves. Two effective means of engendering that coordination are: one, align teams to the same business objectives. If the teamsโ€™ work donโ€™t eventually translate to customer value, then itโ€™s moot. And two, if the teams follow different Agile methodologies, align their key elements: their release schedules, their PI planning, perhaps even their retrospectives. These ceremonies are like the beats in a song; they will keep teams in sync even if they dance to different melodies.ย ย ย ย 

Have impeccable ITSM: If you split responsibilities and one side of the division struggles, the other side will absorb the load, and youโ€™ll lose the benefits of the split while still incurring its costs. So, before you split things, hone your ITSM. Hire resources with the right skills, arm them with the right tools, and lay tight escalation paths that they can follow when they do, in fact, need help from the innovation teams.

Embrace APIs and microservices: After splitting operations and innovation, there will be a constant and ever-evolving need to align the systems and processes that govern the two groups. A robust catalog of APIs and microservices can alleviate many of these pressures by empowering teams to navigate this split for themselves, rather than having the coordination handed down to them from the top.

Dividing resources by the type of work theyโ€™re responsible for, operations versus innovation, can amplify the benefits of a product-oriented model. But itโ€™s a move that requires precision. Articulating what qualifies for each type of work, dividing at the right level of the op model, coordinating teams to move as a unitโ€”these are but a few of the variables that can squelch an op modelsโ€™ benefits if handled nonchalantly. Also, to divide responsibilities is not categorically better, even when itโ€™s done right. Whether such a split is silly or sage depends on the idiosyncrasies of the organization. If your gut urges you to keep teams together, listen to it. Weโ€™ve laid out the advice that we have simply to say: if you do decide to split things, split them like you mean it.

Business Operations, Digital Transformation, Innovation
...



๐Ÿ“Œ The great divide: Separating operations and innovation


๐Ÿ“ˆ 71.01 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Design Driven Innovation: Mรผssen wir den Kunden fragen?


๐Ÿ“ˆ 31.5 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Design Driven Innovation: Mรผssen wir den Kunden fragen?


๐Ÿ“ˆ 31.5 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Gift und Gegengift: How to kill Innovation!


๐Ÿ“ˆ 31.5 Punkte

๐Ÿ“Œ Separating work and personal life with 2 MacBooks and 3 displays [Setups]


๐Ÿ“ˆ 28.15 Punkte

๐Ÿ“Œ Across the Great Divide: Measuring Security Awareness Among US and UK Users


๐Ÿ“ˆ 26.49 Punkte

๐Ÿ“Œ Finally: Microsoft Starts Testing Separating Search and Cortana in Windows 10


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ Separating OneDrive and Outlook


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ Best Practices in Mobile Forensics: Separating Extraction and Analysis


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ Understanding the Michael Flynn Case: Separating the Wheat from the Chaff, and the Proper from the Improper


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ The Hype of Solopreneurship and Entrepreneurship: Separating Reality from Illusion


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ Separating business and administrative logic - example 1


๐Ÿ“ˆ 26.36 Punkte

๐Ÿ“Œ How innovation is bridging the digital divide across Africaโ€™s healthcare systems


๐Ÿ“ˆ 25.73 Punkte

๐Ÿ“Œ Separating the Paranoid from the Hacked


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Separating Fact From Fiction: The Role Of Artificial Intelligence In Cybersecurity


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Separating the Facts from the Assumptions


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ DEF CON Flashback Friday: Separating Bots from Humans


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Separating fact from fiction when choosing a virtual desktop


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Separating Wi-Fi Security Fact From Fiction


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Microsoft is Separating Cortana From Search in Windows 10


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ I regret not separating my home folder/directory in my Linux laptop


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ How Skyglow Pollution Is Separating Us From the Stars


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Open Source: Separating Fact from Fiction


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ Breaking Down the Myths About AI: Separating Fact from Fiction


๐Ÿ“ˆ 24.56 Punkte

๐Ÿ“Œ 5G Open Innovation Lab recruiting start-ups focused on enterprise innovation and 5G-enabled services


๐Ÿ“ˆ 22.79 Punkte

๐Ÿ“Œ NetSPI raises $90M to fuel innovation, growth, global expansion and product innovation


๐Ÿ“ˆ 22.79 Punkte

๐Ÿ“Œ When innovation and passion collide I Jerome Collins I Inclusion is Innovation


๐Ÿ“ˆ 22.79 Punkte

๐Ÿ“Œ NS1 expands executive team with leaders in finance, people operations, and product innovation


๐Ÿ“ˆ 21.75 Punkte

๐Ÿ“Œ Vom CISO zum Chief "Innovation" Security Officer: Wie Cyber-Security zu mehr Innovation fรผhrt


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Der Fluch der Digitalisierung - Dematerialisierung


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Speed voraus: Schnellboote verankern, ohne zu bremsen


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Teams in der digitalen Villa Kunterbunt


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Dem System im System auf der Spur


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Miteinander reden im Babylon der Software-Entwicklung


๐Ÿ“ˆ 21 Punkte

๐Ÿ“Œ Kolumne: Innovation? Innovation! Der Traum vom Entwickler-Schnellboot


๐Ÿ“ˆ 21 Punkte











matomo