Hi!
Putting together my TAC committee in PCC, and one thing that would be helpful is to provide a bit more detail on their appointed role.
For example, TAC members usually are on the TAC because of either being an appointed member representative or appointed by a project to be their representative. It would be great to track which project they represent ( i.e. they are the TSC appointed rep from OpenEXR ). Could we add some sort of descriptor field for this?
4 Likes
We keep track of the same thing in LFN. elected vs. appointed representatives.
This functionality would be beneficial and would help us deprecate yet another spreadsheet.
-kenny
3 Likes
Great suggestion @John_Mertic and @Kenny_Paul it may be beneficial to have an optional tagging field where project administrators can add their own additional field.
1 Like
Makes a ton of sense - good suggestion @Henry_Quaye
We might want to consider those tags to be tied into other automation pieces over time. For example, having just the project leads on their own mailing list for communication amongst them.
2 Likes
+1
The trick is balancing must have data for all users versus nice to have data for some. When rolling out a new CRM or workflow management apps Iâve always run into the issue of every department wanting to add their own dedicated field for some purpose which is critically important to them. If there is sufficient commonality across teams then the field gets added. If not Iâve just made a general use âlocal attributesâ field available to everyone that can be queried via the user interface or an API for folks to add their own tags for reporting and/or automation purposes. It doesnât matter if multiple departments are making use of the field as long as their tags donât step on each other. A simple convention like project_name-attribute_name would probably be sufficient for our needs.
1 Like
Kenny - we have some things coming that you will like. Sit tight.
1 Like
I donât understand this. What is their role on the committee? I thought we already supported this construct. @Shubhra
Hey Jim!
If you are referring to the âAppointed Byâ field - it more showcases categories than a specific role. For example, the OpenColorIO representative on the ASWF TAC I mark as appointed by âVote of TSC Committeeâ but have no way to indicate they are representative of OpenColorIO itself.
Hopefully that helps if thatâs the question you have
@Jim_Zemlin LFNâs scenario mirrors @John_Merticâs example. Representatives on the TAC from the various Projects are listed as being a TAC committee member through âa vote of the TSCâ, but there is nothing that provides a handy mapping of that individual to which LFN Project they actually represent.
Knowing that tidbit of information is probably more meaningful/beneficial in the community management context than anything, but could also have some Org Dashboard relevance as well.
Ok - this sounds like a nice to have feature in the future. Just trying to understand how critical it is. We may have another way to solve this.