A
anovak
Anyone out there dealt with specific naming conventions? Some folks
here want to prefix the project name with a 10-digit code; however,
the built-in meaning in some of the digits duplicate attributes
already available at the project level.
My take is that strict naming conventions aren't necessarily that
beneficial other than ensuring that you aren't trying to create a
project that already exists. On the other hand, one would think that
could be solved rather easily by using more key words that tie back to
the application name, etc.
To me, the PMs may fully understand that that long code means, but all
the stakeholders do not. I've proposed that this 10-digit code be
split out into a custom field called ProjectID so that one can sort
both on the code and on the project name.
Any and all comments, recommendations, and opinions would be greatly
appreciated.
Andy Novak
UNT
here want to prefix the project name with a 10-digit code; however,
the built-in meaning in some of the digits duplicate attributes
already available at the project level.
My take is that strict naming conventions aren't necessarily that
beneficial other than ensuring that you aren't trying to create a
project that already exists. On the other hand, one would think that
could be solved rather easily by using more key words that tie back to
the application name, etc.
To me, the PMs may fully understand that that long code means, but all
the stakeholders do not. I've proposed that this 10-digit code be
split out into a custom field called ProjectID so that one can sort
both on the code and on the project name.
Any and all comments, recommendations, and opinions would be greatly
appreciated.
Andy Novak
UNT