cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
gabrielgomane
Retired

IT departments face various issues

Constant changes, agile developments, mergers & acquisitions make it difficult for IT departments to track all the technologies used in an organization. Most of the time, IT departments face these issues:

  • Failure to comply with company IT Policy

IT projects use technologies that don’t follow policy rules as defined by IT departments. In addition to be risky, these technologies can be incompatible or inconsistent with the existing IT portfolio. IT debt is likely to increase if technology standards are not properly enforced

  • Shadow IT

IT departments are unaware of technologies used by dev teams and other business stakeholders increasing the risk of non-compliance and uncontrolled dataflows.

  • Increasing IT Risks

The use of rogue technologies or obsolete technologies increases IT Risks that can lead to serious breaches of security. If technology components are not monitored and updated regularly, minor abnormalities at first sight can quickly lead to chain reactions with major consequences.

Regain control over company technology portfolio

To regain control over the technology portfolio, streamline the number of technologies, and ensure that stakeholders inside the organization use approved technologies, enterprise architects should:

 

1.      Inventory technologies

 

Technology inventory – including vendors and lifecycles (release date, end of life) - helps enterprise architects understand the current situation about the technologies used in their organization.

To help completing this task, this information can be retrieved from existing CMDBs. Additionally, external software libraries can be used to collect lifecycles and complete the technology inventory.

Note that new technologies requested by the organization (dev teams, architects, local project teams), but not yet in production or standardized, should also be added in this inventory.

Once the inventory is done, technologies can be tied to applications and projects, that are themselves linked to the business capabilities they support. With this mapping, enterprise architects can clearly understand the impact of a technology to the business.

 

2.      Define technology standards

 

Enterprise architects select the technologies to be assessed as standards, based on the current inventory or the requests made by the dev teams and other stakeholders like architects and risk managers.

To assess technologies, various parameters can be considered such as supported applications and indirectly business capabilities, lifecycles and vendor dependency. As the technology goes through the different stages of its lifecycle, enterprise architects should update its status as follows:

  • Envisioning: the technology is currently assessed for future use
  • Emerging: the technology is in its early days of knowledge. It is not fully deployed.
  • Confirmed: the technology is fully available, and the organization has a good knowledge of it
  • Obsolete: the technology is obsolete and may be risky. It should be removed or replaced.

 

Once the assessment is complete, enterprise architect can decide whether technologies comply or not with the company’s standards:

  • Approved: for technologies that are recognized as approved standard and expected to be used.
  • Permitted: for technologies that are permitted to be used. Some restrictions may apply, e.g. a specific training is required, or the technology is about to run out of support:
  • Rejected: for rejected standards, the software component is clearly communicated as against company policy.

 

3.      Share technology status to the organization

 

Once the status of a technology is defined, enterprise architects can share it with the organization’s stakeholders ensuring that they don’t use any rejected technologies. The technology status can be shared via a portal accessible to the whole organization or within tools used daily by dev teams and other stakeholders.

 

4.      Plan projects to retire or update technologies

 

To streamline the technology portfolio, enterprise architects create projects that describe the reason to remove or update a technology, as well as a timeline, costs and involved resources.

Projects can then be prioritized based on various criteria such as strategic alignment and business impact. Once projects have been prioritized, enterprise architects can follow their execution until their completion. This step enables IT departments to effectively update or remove technologies from the technology portfolio based on the enterprise architects’ recommendations.

 

In the digital era, companies need to deliver products faster in an agile manner. By defining technology standards, enterprise architects help companies reduce the number of technologies – and their costs, while ensuring projects don’t use rogue technologies. By managing a limited number of technologies, dev teams are better trained at using the ones that are approved. Overall, it helps reduce technology risks while realizing important economy of scale, so that companies deliver more consistent products with an improved customer experience.

 

Rationalize your IT to deliver Business Value.jpg

 

1 Comment
SergeThorn
Super Contributor

Hi,

correct me if I'm wrong but what you describes which makes perfectly sense does not reall match with HOPEX V4 unless I missed something.

You refer to 4 stages

  • Envisioning: the technology is currently assessed for future use
  • Emerging: the technology is in its early days of knowledge. It is not fully deployed.
  • Confirmed: the technology is fully available, and the organization has a good knowledge of it
  • Obsolete: the technology is obsolete and may be risky. It should be removed or replaced.

and 3 status for standards:

  • Approved: for technologies that are recognized as approved standard and expected to be used.
  • Permitted: for technologies that are permitted to be used. Some restrictions may apply, e.g. a specific training is required, or the technology is about to run out of support:
  • Rejected: for rejected standards, the software component is clearly communicated as against company policy.

 

In the documentation for V4, I can see 4 status for the standards

Expected, Accept, Forbidden and Unknown (which are different)

 

and I haven't seen the 4 stages above.

Many thanks to clarify.

Kind regards