This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Although a stream level permissions model sounds appealing, I worry that performance may suffer performing the permissions check. Even if it doesn't, who has the time to maintain a permissions model at the stream level (assuming your a large scale company)? If the purpose of this request is enabling external supplier access, one can do that at a project level. You could also create another ELM instance and manage permissions at a project level with the burden of transferring components between your native production instance and the external supplier ELM instance.
IBM if this change goes forward, please give your customers the opportunity to disable stream level permissions at a project level. Right now, GM uses a single project permission model and inherit it in all other projects with the exception of 3 which have a subset of the total number of users who have access to our main projects.
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Internet of Things
Product family - Engineering Lifecycle Management (ELM)
Product - IBM Engineering Requirements Management DOORS Next (formerly DOORS Next Generation- DNG)
Component - Feature
For recording keeping, the previous attributes were:
Brand - Internet of Things
Product family - Engineering Lifecycle Management (ELM)
Product - IBM Engineering Requirements Management DOORS Next (formerly DOORS Next Generation- DNG)
Component - DNG
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Internet of Things
Product family - Engineering Lifecycle Management (ELM)
Product - IBM Engineering Requirements Management DOORS Next (formerly DOORS Next Generation- DNG)
For recording keeping, the previous attributes were:
Brand - Internet of Things
Product family - Product & application lifecycle management
Product - IBM Engineering Requirements Management DOORS Next (formerly DOORS Next Generation- DNG)
In order to clarify this enhancement. We understand the need for both READ and also WRITE access controls within streams. If this enhancement specific to WRITE access to a stream or is it asking for streams to be fully private for defined users? i.e. project membership does not mean you can see all streams?
IBM has determined that this request is likely not to be the delivered in the next release, but the theme of this feature is within our strategy