For an engineer facing the daily challenges of complex systems and software engineering projects, the perfect world probably looks like this: an engineering project starts from scratch with a crystal clear, non-ambiguous documentation of the complete scope of capabilities and characteristics which have to be delivered by the system to be developed.
Project teams are focusing on one product variant, without re-using existing components. All relevant data and artifacts are available and accessible for all project team members collaborating with no organizational or geographical silos.
Upon delivery of the new product into the market, all project and engineering assets are securely stored for documentation and future reference and never touched again.
However, if you are an engineer working on one of the advanced systems that determine the capabilities of intelligent devices disseminating the world around us, you know very well that reality looks quite different.
In the automotive industry, engineers developing infotainment systems for a new car model will most likely reuse components from previous or parallel models, and they will incorporate subsystems provided by suppliers (e.g., maps, sound equalizer, mp3 player, etc.).
Furthermore, the engineers will have to manage variants for different countries with different customer preferences, and potentially different regulatory requirements.
Second and third-tier suppliers will increase that complexity, and those suppliers may also deliver subsystems to other OEM’s with additional variations, adding another set of dimensions to the picture.
Finally, initial development for a subsequent generation of the infotainment system may already start while development on the previous generation is still ongoing.
Intrinsic to such a multi-dimensional scenario are various challenges:
There are certainly many more challenges to be mastered by engineering project teams depending on the industry and specific project environment.
In this paper, let’s focus on the issues that are most common for system and software engineers delivering high-tech products into various markets with different demands and dynamically changing customer needs.
Successfully managing a whole space of change requests for different versions and product generations require more than a couple of point tools and goodwill. As a Change Manager, you need to:
Ideally, this whole wealth of relevant information is brought to you where it logically belongs, in your Jira user interface.
So, how do you make sure you have full control of all requirements related to your implementation and change requests?
OSLC Connect for Jira delivers a native integration between your change management tool Jira and requirements management tools such as IBM DOORS Next.
Seamlessly connect Jira with IBM DOORS Next for optimal control of how your change requests are processed. Using OSLC technology, OSLC Connect for Jira provides all team members along the lifecycle with access to the original unique artifacts.
For Jira users, all DOORS Next artifacts are available as logical enhancements within the Jira user interface. Engineers are looking at and working with the original unique assets. Your Jira epics and stories can easily be linked to requirements and onwards to implementation.
With the OSLC-based integration of Jira and DOORS Next you will benefit from:
Users will see native links in Jira, as well as native configuration and administration. The solution is compatible with other Jira Plugins and provides full support for JQL queries.
To learn more, check out the OSLC Connect for Jira solution here, watch the on-demand demo, or just get started on Atlassian Marketplace!