{"id":298,"date":"2024-05-31T12:37:53","date_gmt":"2024-05-31T12:37:53","guid":{"rendered":"https:\/\/gnostx.com\/wp_gnostx\/?p=298"},"modified":"2024-08-25T11:41:18","modified_gmt":"2024-08-25T11:41:18","slug":"selection-criteria-for-enterprise-ready-open-source-software","status":"publish","type":"post","link":"https:\/\/gnostx.com\/wp_gnostx\/blog\/2024\/05\/31\/selection-criteria-for-enterprise-ready-open-source-software\/","title":{"rendered":"Selection criteria for enterprise-ready Open Source software"},"content":{"rendered":"\n

Matthias G\u00fcnter, GnostX GmbH, 2024, V1.1<\/p>\n\n\n\n

This work is licensed under CC BY-SA 4.0 <\/u><\/a><\/p>\n\n\n\n

Introduction<\/strong><\/p>\n\n\n\n

This document shows how an open source software can be evaluated for enterprise readiness.<\/p>\n\n\n\n

Functionality covered<\/p>\n\n\n\n

Capability<\/h1>\n\n\n\n

Functionality covered<\/h2>\n\n\n\n

Does the software cover the functionality needed for the core use cases.<\/p>\n\n\n\n

Proposed measurement: Weighted percentage of  use cases \/ functions  \/ capabilities covered. Goal 80% covered.<\/p>\n\n\n\n

Enterprise level target: >=4\/5 stars<\/p>\n\n\n\n

Maturity<\/h2>\n\n\n\n

Is the software mature enough, for the intended use. Maturity can be classified as (poc, early adopters, main, late adopters).<\/p>\n\n\n\n

Proposed measurement: Weighed maturity per use case \/ function \/ capability. Goal: 90% of the core capabilities covered with main.<\/p>\n\n\n\n

Enterprise level target: >=4\/5 stars<\/p>\n\n\n\n

Usability<\/p>\n\n\n\n

The software meets the usability criteria. The usability of the software must fit the purpose it will be used in the company. A software may use a very sophisticated GUI only for experts to use, that may make it not the optimal choice when it should be given to casual users.<\/p>\n\n\n\n

Proposed measurement: Tests Goal: The software integrates in the users processes (sometimes it is easier to streamline the process).<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Performance<\/h2>\n\n\n\n

The software meets the performance needs: The software must be able to handle the workload and be viable in the environment it will be used. Using a software for 1-2 people is not the same as rolling it out to support several thousand users or to process data sets that are hundreds of times larger than in all other installations.<\/p>\n\n\n\n

Proposed measurement: Tests Goal: The software scales to the necessary level and performs within the constraints set by the users.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Quality<\/h2>\n\n\n\n

The project and the software maintain the quality needed. There might be quality goals and processes that the software needs to adhere to.<\/p>\n\n\n\n

Proposed measurement: Review, research Goal: Project and software have quality processes.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Evolution<\/h1>\n\n\n\n

Evolution<\/h2>\n\n\n\n

Can the software evolve.<\/p>\n\n\n\n

Proposed measurement: Roadmap, past releases dense enough with big enough increments. Goal: More than 2 releases per year (depending on what the software does).<\/p>\n\n\n\n

Enterprise target level: >= 3\/5 star<\/p>\n\n\n\n

Developer pool<\/h2>\n\n\n\n

Enough development power exists for the software.<\/p>\n\n\n\n

Proposed measurement: Number of developers Goal: One professional big player (is more classical software development) or 2-3 medium size players or >5 small players or internal team big enough for supporting the project.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Financial viability<\/h2>\n\n\n\n

Software developers can live from their software.  May be a subscription model or payment for development.<\/p>\n\n\n\n

Proposed measurement: Annual revenues estimated Goal: Developers can live from the income.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Usage<\/h1>\n\n\n\n

License<\/h2>\n\n\n\n

The license allows to do the things that need to be done. It combines well with other licenses, when it needs to be. GPL may be critical. OSI license.<\/p>\n\n\n\n

Proposed measurement: Review license goal. Check especially if you need a liberal license.<\/p>\n\n\n\n

Enterprise target level: >= 3\/5 star<\/p>\n\n\n\n

Documentation<\/h1>\n\n\n\n

Documentation<\/h2>\n\n\n\n

The necessary business, technical and procedural documentation exists and is up to date and available in the language that are needed.  Typical minimal documentation: architecture document user manual installation manual troubleshooting manual specification of interfaces.<\/p>\n\n\n\n

Proposed measurement: Review the documentation. Goal: Documentation available and useable.<\/p>\n\n\n\n

Enterprise target level: >= 3\/5 star<\/p>\n\n\n\n

Market<\/h1>\n\n\n\n

Market<\/h2>\n\n\n\n

Multiple users exist that make the software development worthwhile.<\/p>\n\n\n\n

Proposed measurement: Market reasearch\/customer list Goal: At least one customer of the same size and many other customers. Customers in the same area\/cuntry are prefered.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Large Customers<\/h2>\n\n\n\n

The software is used by other (large) customers in the same business area.<\/p>\n\n\n\n

Proposed measurement: Market research\/customer list Goal: At least one customer of the same size and many other customers.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Own involvement<\/h1>\n\n\n\n

Own Involvement<\/h2>\n\n\n\n

This is optional, but if the company intends to get involved, then it would be helpful: bug tracking\/translations\/development work. If an organisation intends or is willing to get involved in a project\/program then obviously this is a sign, that the enterprise readiness iis
accepted and will be grown. As a basis the organisation needs the capabilities. This may start with testing, creating issues and translations up to the level of developers and committers.<\/p>\n\n\n\n

Reliability<\/h1>\n\n\n\n

Reliabiliy<\/h2>\n\n\n\n

The software has the necessary reliability level. The necessary reliability level depends on the software. However, it must be met. If something is used in a critical business capablility
the software needs to be very reliable and a strong support ecosystem must exist.<\/p>\n\n\n\n

Proposed measurement: Discussion with existing customers. In some cases the special needs of the company must be taken into account. Goal: The software is reliable enough.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Compliance<\/h2>\n\n\n\n

Special regulations and standards in the business area are respected\/supported.
Depending on the purpose of the software compliance standards and regulations may apply to it. They need to be met also by an open source software (e.g. security standard, financial regulation, etc).<\/p>\n\n\n\n

Proposed measurement: Document review goal: The software fulfills the regulation and supports the relevant standards.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Security<\/h2>\n\n\n\n

The software is secure, the project shows it can handle the security. The architecture reflects a concern for the security of the software. Depending on the usage the necessary security standards, checks, processes, vulnerability scans must be performed in the open source project.<\/p>\n\n\n\n

Proposed measurement: Reviews Goal: Security is built into the software.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Professionalism<\/h2>\n\n\n\n

Support<\/h2>\n\n\n\n

The project that supports the software is professionally organised and can deliver the support needed.<\/p>\n\n\n\n

Proposed measurement: Market research Goal: The support needs are covered.<\/p>\n\n\n\n

Enterprise target level: >= 4\/5 star<\/p>\n\n\n\n

Table with the elements for enterprise ready software<\/h1>\n\n\n\n
\n
Area<\/strong><\/td>Element<\/strong><\/td>Star rating<\/strong><\/td>Remarks<\/strong><\/td><\/tr>
Capability<\/td>Functionality covered<\/td><\/td><\/td><\/tr>
<\/td>Maturity<\/td><\/td><\/td><\/tr>
<\/td>Evolution<\/td><\/td><\/td><\/tr>
<\/td>Usability<\/td><\/td><\/td><\/tr>
<\/td>Performance<\/td><\/td><\/td><\/tr>
<\/td>Quality<\/td><\/td><\/td><\/tr>
Evolution<\/td>Evolution<\/td><\/td><\/td><\/tr>
<\/td>Developer pool<\/td><\/td><\/td><\/tr>
<\/td>Financial viability<\/td><\/td><\/td><\/tr>
Usage<\/td>License<\/td><\/td><\/td><\/tr>
Documentation<\/td>Documentation<\/td><\/td><\/td><\/tr>
Market<\/td>Market<\/td><\/td><\/td><\/tr>
<\/td>Large customers<\/td><\/td><\/td><\/tr>
Own involvement<\/td>Own involvement<\/td><\/td><\/td><\/tr>
Reliability<\/td>Reliability<\/td><\/td><\/td><\/tr>
<\/td>Compliance<\/td><\/td><\/td><\/tr>
<\/td>Security<\/td><\/td><\/td><\/tr>
Professionalism<\/td>Professionalism<\/td><\/td><\/td><\/tr><\/tbody><\/table>
Table to fill in for the open source software you intend to use<\/figcaption><\/figure>\n<\/div><\/div>\n\n\n\n

Usage<\/strong><\/p>\n\n\n\n

For each software the table ca be filled in. You also might want to use weights depending on your needs.  Writting a final textual verdict by the specialists that filled in the table might be useful for the descition. The star rating should be provided by a subject matter expert.<\/p>\n\n\n\n

Further reading<\/strong><\/p>\n\n\n\n