Article

ssalgy's picture
article
Reads:

4491

Score:
2.57143
2.6
7
 
Comments:

2

How to log enhancement requests for Novell Products

Author Info

7 March 2011 - 11:05am
Submitted by: ssalgy

Tags

(View Disclaimer)

If you've got ideas about how we can make our products work better for you, don't keep them to yourself. Novell's product teams are always looking for ways to enhance our products, and many good ideas come from product users like you.

There's a place you can go enter these suggestions. Just go to the Novell Requirements Portal (http://www.novell.com/rms) and follow the instructions.

Don't be shy! This is a great way to make your wishes known.

What to Expect
Novell sincerely appreciates product feedback and ideas. Please note that most Novell product development lifecycles often last 6 - 18 months. Features and functions are often locked down well in advance. At the same time, Novell uses an iterative approach to development in many product areas. For these reasons, the timeframe for status updates to requests submitted to Novell will vary.

Use the New button to submit items. Use My Product Requests to see a list and high level status of submitted items. Use My Requirement Subscriptions to manage e-mail subscriptions for updates.

Please refer to content guidelines for examples on creating effective request submissions.

Content Guidelines
Please use ENGLISH when entering requests.

Capturing adequate detail in a requirement request is very important for Novell's product management teams. The typical content of a good request would include the description of functionality in the context of a particular role for the purpose of achieving a benefit.

Often, the best way to write that requirement is to define it the form of a user story. Here is an example framework that is simple but yet effective.

As a {describe the role} I would like {describe the feature/enhancement} so that I can {describe the business or technical goal}...

Another approach might be to create a service-oriented problem statement. Here is an example:

Our enterprise environment consists of 1500 servers deployed throughout our organization worldwide. Our IT staff is centrally located at our corporate headquarters and must be able to securely monitor and manage all corporate servers without direct access to the server console.

Business considerations used in our decision include but are not limited to interoperability with our existing system management solution, workstation platforms used by administrators, access control and role enablement, and latency for remote locations in emerging markets.


Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).

It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.




User Comments

jlodom's picture

Could You Comment on Status Terms?

Submitted by jlodom on 7 March 2011 - 4:15pm.

I currently have several enhancement requests in the queue to different teams, and I imagine that various product teams do have different workflows and therefore different ways of managing enhancement requests. However, it would be valuable if you could comment on the various status messages we might get once Novell has an opportunity to look over our requests.

Specifically, what precisely do the following mean organizationally, and what steps in the product cycle do they correspond to:

"Queued for Development"
"Awaiting Release Prioritization"
"Product Management Review"

Thank You!

ssalgy's picture

Status definitions

Submitted by ssalgy on 18 March 2011 - 9:39am.

Status Definitions

Awaiting Release Prioritization: Identifies a requirement that has been pushed to a target system for work or is simply under review by product management trying to decide next steps.

Duplicate: Identifies a request that has been determined to be a duplicate of an existing request.

Implemented: Identifies a request that is now available in a product release.

Need Info: Requirement needs a clarification or more information from the submitter.

Product Management Review: Identifies a request that has received some level of review but is waiting for Novell product management to make the next decision on its status.

Queued for Development: Identifies a request that has been accepted and is either pending assignment or assigned to a current development project. DISCLAIMER: This status is subject to change at any time during the development lifecycle as scope, schedule, and resources decisions are made by Novell.

Rejected: Identifies a request that has been turned down for further review by Novell.

Unconfirmed: Identifies a request that has been submitted but not yet reviewed by Novell. This is the default status for all newly created requirements.

© 2013 Novell