System Context | Glossary

Definition:

Environment of a system is termed as a system context. A System is connected to it’s environment, it never stands on its own. In order to decide who and what exerts influence on the system being developed, the system context needs to be defined. Knowing the system boundaries, you know the scope of the system.

If you define boundaries of a system you get the clarity on system you are developing, how it impacts the development process and what can be disregarded during development. On analysing the system context it determines stakeholders, processes, documents and events relevant for the system. Demarcating the system boundary defines what functionalities of a system it is supposed to offer and what interfaces to external system exist. Requirement is identified systematically, identifying the relevant context by defining systems border.  This builds foundation for evaluation of the requirements for the new system. If the context is not defined properly during requirements engineering, the system relies on incomplete and inaccurate assumptions which might lead to a faulty behaviour.

Further Reading:

https://www.microtool.de/en/what-is-the-system-context/
https://www.flamelab.de/article/defining-the-system-context/

Shared Services | Glossary

Definition:

Shared services from an organisation perspective is the consolidation of business operations that are used by multiple parts of the same organisation.  Shared services are cost-effiecient as they are centralised back-office operations that are used by multiple devisions of the same company and eliminate redundancy.

Shared services  refers to a dedicated unit of people, processes or technologies that is structured as a centralised point of service and is focused on defined business functions. SAFe framework utilises these specialist roles, people and services that are necessary for the success of agile release train (ART) or Solution train which cannot be dedicated full-time. These specialised resources are quite busy so there must be a plan to engage shared services whenever needed.

Utilising shared services saves time and improves productivity by eliminating the need for individual development teams, provides cost savings with a volume agreement, decreases legal fees with a multi-year agreements, allows organisation to obtain economies of scale, drives efficiency throughout the organisation providing high-quality applications to development teams, accelerates speed to market of quality software products.

Further Reading:

https://en.wikipedia.org/wiki/Shared_services
https://searchcio.techtarget.com/definition/Shared-services
https://www.scaledagileframework.com/shared-services/
https://www.gartner.com/it-glossary/shared-services