Difference between revisions of "2013-06-19 TRAC"
Jump to navigation
Jump to search
Line 40: | Line 40: | ||
===Minutes=== | ===Minutes=== | ||
+ | |||
'''Minutes/Conclusions Reached:'''<br/> | '''Minutes/Conclusions Reached:'''<br/> | ||
+ | *Agenda review and approval - Pat Van Dyke | ||
+ | *Cancel next week's meeting in Pat's absence. | ||
+ | *Review minutes of [[2013-06-12 TRAC]] Austin moves and John seconds. Unanimously approved | ||
+ | *Ron to present on Governance Point development | ||
+ | **Slide show described. E.g. governance vector is transparence of consensus-based standards development organization. Processes include posting minutes, etc. while people/roles are TSC as oversight and activities conducted by WG cochairs. The metrics are WGH. Austin notes that WGH is bundling of a set of metrics but itself is not a precept. Other precepts also included need to be surfaced. | ||
+ | **precept is the guidance for the processes, metrics, people: it is expressed in objectives, policies, etc. | ||
+ | **Review with risk assessment document: | ||
+ | **'''Vector Methodology:''' | ||
+ | ***Identify Risks (e.g. Risk ID 27) | ||
+ | ****Define Mitigations (e.g. accelerate implementation of product families, implement connectathons) | ||
+ | *****Develop Governance Vector(s) | ||
+ | ******Document using Precepts e.g. transparence of consensus-based standards, adherence to ANSI Essential Requirements | ||
+ | ******* e.g. product requests will be narrowly focused for rapid development | ||
+ | *******Requestors/Implementers for projects will actively participate in product development. | ||
+ | ******Define metrics e.g. HL7 standards are selected for implementation, standards once published are implemented within 12 months | ||
+ | ******Define processes e.g. checking the wiki | ||
+ | ******Assign roles, i.e. separation of concerns defined. At last one cochair must monitor whether participants are actively engaged in the project. If interest is not indicated, the cochair should terminate the project. Project proponents who are also cochairs can experience conflict of interest. Austin has suggested splitting SDWG into two groups focused separately on IG development versus the core standard development but the idea has not been well received by some. | ||
+ | *****Implement with management | ||
+ | *****Assess | ||
+ | **Austin is concerned that CDA is a very popular standard is for a very broad audience. | ||
+ | **GOM addresses many issues that are being effectively mitigated already. Identify the emergent issues with the strategic initiative, perhaps using vitality assessment results. Pay attention to the things that are broken - things we see in the GOM that are broken. Need also to scope down to the things that are in the purview of TSC, and make recommendations for areas outside of TSC scope. | ||
+ | **Ron also separates the identification of the management of these things versus the activity of monitoring. | ||
Revision as of 14:42, 19 June 2013
TSC Risk Assessment Committee (TRAC) Agenda/Minutes
back to TRAC page
Meeting Info/Attendees
TRAC Meeting Minutes Location: call 770-657-9270 using code 985371# |
Date: 2013-06-19 Time: 10:00 AM U.S. Eastern | |
Facilitator: Pat Van Dyke | Note taker(s): Lynn Laakso |
Quorum | n/a | ||||
Chair/CTO | Members | Members | |||
Pat Van Dyke | Rick Haddorff | Melva Peters | |||
John Quinn | Austin Kreisler | . | Ron Parker | ||
Agenda
- Agenda review and approval - Pat Van Dyke
- Review minutes of 2013-06-12 TRAC
- Ron to present on Governance Point development
- review updated 890/901 PSS with Melva
- review Melva's assessment of the T3F review
Minutes
Minutes/Conclusions Reached:
- Agenda review and approval - Pat Van Dyke
- Cancel next week's meeting in Pat's absence.
- Review minutes of 2013-06-12 TRAC Austin moves and John seconds. Unanimously approved
- Ron to present on Governance Point development
- Slide show described. E.g. governance vector is transparence of consensus-based standards development organization. Processes include posting minutes, etc. while people/roles are TSC as oversight and activities conducted by WG cochairs. The metrics are WGH. Austin notes that WGH is bundling of a set of metrics but itself is not a precept. Other precepts also included need to be surfaced.
- precept is the guidance for the processes, metrics, people: it is expressed in objectives, policies, etc.
- Review with risk assessment document:
- Vector Methodology:
- Identify Risks (e.g. Risk ID 27)
- Define Mitigations (e.g. accelerate implementation of product families, implement connectathons)
- Develop Governance Vector(s)
- Document using Precepts e.g. transparence of consensus-based standards, adherence to ANSI Essential Requirements
- e.g. product requests will be narrowly focused for rapid development
- Requestors/Implementers for projects will actively participate in product development.
- Define metrics e.g. HL7 standards are selected for implementation, standards once published are implemented within 12 months
- Define processes e.g. checking the wiki
- Assign roles, i.e. separation of concerns defined. At last one cochair must monitor whether participants are actively engaged in the project. If interest is not indicated, the cochair should terminate the project. Project proponents who are also cochairs can experience conflict of interest. Austin has suggested splitting SDWG into two groups focused separately on IG development versus the core standard development but the idea has not been well received by some.
- Document using Precepts e.g. transparence of consensus-based standards, adherence to ANSI Essential Requirements
- Implement with management
- Assess
- Develop Governance Vector(s)
- Define Mitigations (e.g. accelerate implementation of product families, implement connectathons)
- Identify Risks (e.g. Risk ID 27)
- Austin is concerned that CDA is a very popular standard is for a very broad audience.
- GOM addresses many issues that are being effectively mitigated already. Identify the emergent issues with the strategic initiative, perhaps using vitality assessment results. Pay attention to the things that are broken - things we see in the GOM that are broken. Need also to scope down to the things that are in the purview of TSC, and make recommendations for areas outside of TSC scope.
- Ron also separates the identification of the management of these things versus the activity of monitoring.
Next Steps
Actions (Include Owner, Action Item, and due date) | |||
Next Meeting/Preliminary Agenda Items |