14:49:39 RRSAgent has joined #maturity 14:49:43 logging to https://www.w3.org/2025/03/26-maturity-irc 14:49:44 RRSAgent, make logs Public 14:49:45 please title this meeting ("meeting: ..."), Fazio 14:50:15 meeting: Maturity Model Task Force 14:50:49 chair: David Fazio 14:50:52 Agenda+ New Business 14:50:52 Agenda+ Github Issue #228 Syncing proof points in the MM document and the assessment tool 14:50:52 Agenda+ Github Issue #193 Appendix Roles need updating (feature request) 14:50:52 /issues/193 -> #193 14:50:53 /issues/228 -> #228 14:51:06 present+ 14:55:07 JXZ has joined #maturity 14:55:25 present+ 15:00:40 CharlesL has joined #maturity 15:00:52 present+ 15:02:23 Dr_Keith has joined #maturity 15:02:31 present+ 15:02:57 SusiPallero has joined #maturity 15:03:14 Present+ 15:03:28 regrets: Jeff, Derek 15:03:42 scribe+ 15:04:30 janina has joined #maturity 15:04:34 present+ 15:05:34 zakim, next item 15:05:34 agendum 1 -- New Business -- taken up [from Fazio] 15:05:39 neha has joined #maturity 15:05:44 present+ 15:08:47 JXZ: old spreadsheet vs. new spreadsheet metrics "has exec. sponshorship" if they have it does it mean optimized. 15:10:22 Charles: I would say this is fine and can be granular and additional notes can specify why its not in the optimized state if there is exec sponsorship or any of these type of binary proof points. 15:10:42 David: this is 1.0 so there is room for improvement. 15:11:31 JXZ: I am trying to get other organizations to do this maturity model, I will add an issue in Github on how to improve this. 15:11:53 zakim, next item 15:11:53 agendum 2 -- Github Issue #228 Syncing proof points in the MM document and the assessment tool -- taken up [from Fazio] 15:11:53 /issues/228 -> #228 15:13:02 https://github.com/w3c/maturity-model/issues/228 15:13:02 https://github.com/w3c/maturity-model/issues/228 -> Issue 228 Determine if the proof points in the MM document and the assessment tool should be synced (by jeffkline) 15:15:30 Dr Keith: For these where there are discrepancies between sheet and document my vote would be to keep the document version. 15:15:35 Charles: +1 15:17:10 JXZ: think more broadly about different types of style guides. 15:17:57 Charles: what about "all style guides, such as ..." 15:19:26 Dr. Keith: "including but not limited to ..." 15:22:01 ... artifacts vs. just work. 15:22:28 David: not a fan of using the term artifacts. 15:23:10 Neha: design assets. 15:23:13 Charles +1 15:23:18 +1 assets 15:23:39 SusiPallero: What kind of design outcome? 15:24:00 Jennifer: what about deliverables? 15:24:58 neha has joined #maturity 15:26:34 adding some options "design deliverables handed off to developers" or "design deliverables provided to developers" 15:29:41 David: accessibility Reviews added to spreadsheet 15:31:19 Dr. Keith: Jobs to be Done JTBD, different things that a user would do to complete a task. 15:31:36 JXZ: Maybe change to scenarios? 15:32:31 SusiPallero: I would remove JTBD for including people with disabilities. its a framework, its user agnostic. 15:33:08 ... so we can remove that portion. 15:33:59 ... I wouldn't mention a framework, consider people with disabilities is important. 15:34:34 Jennifer: we don't want to be too prescriptive. subset of user needs. 15:35:24 ... User Stories / User Needs / Scenarios instead. 15:36:07 SusiPallero: Personas. or any other framework / exercise used. incl. people with disabilities. 15:41:29 SusiPallero: Analogy: Design systems from atoms -> organisms, so components are like atoms, but you can loose a11y when you combine them to create organisms. 15:42:46 Dr. Keith: so many organizations think of components at the engineering level. So we may want to go to "elements" or something which incorporate all those considerations. 15:43:06 “Accessibility considerations are integrated into individual components of the design system as well as into their composition within higher-level structures.” 15:43:09 janina: are we talking about web design. 15:43:43 David: well this is ICT section so this is web design. 15:44:03 ... May need to separate this into 2 15:44:56 Susi: I posted in IRC an option 15:45:06 David: Yes thats great. 15:45:10 Janina: I agree 15:47:16 Dr_Keith: Agile, definition of done, seems too agile specific. can we get this level without getting into agile frameworks. 15:47:51 SusiPallero: Maybe Unit testing requirements. remove definition of done. is too prescriptive. 15:49:07 "Accessibility is validated as part of the unit testing process" 15:50:39 Janina: accessibility signoff / approval 15:51:11 SusiPallero: you have to test them should accessibility part of the unit testing. 15:54:13 Charles: Accessibility Gate: This term directly implies a specific stage in the development process where accessibility is rigorously evaluated, and the product cannot proceed to the next phase or release without passing this gate. It signifies a mandatory checkpoint for accessibility compliance. 15:54:13 or 15:54:13 Accessibility Release Criteria: This term refers to the specific accessibility standards or requirements that must be met before a product can be released. This creates a clear set of items that must be checked, and passed before a product can be moved to a released state. 15:55:28 Jennifer: Release criteria and sign-off. 15:57:17 rrsagent, make logs public 15:57:38 quit 15:57:56 rrsagent, draft minutes 15:57:57 I have made the request to generate https://www.w3.org/2025/03/26-maturity-minutes.html CharlesL 16:00:45 regrets+ Jeff, Stacey, Dariusz 16:00:51 rrsagent, draft minutes 16:00:52 I have made the request to generate https://www.w3.org/2025/03/26-maturity-minutes.html CharlesL 16:01:27 CharlesL has left #maturity 18:05:25 kirkwood has joined #maturity 18:23:30 zakim, bye 18:23:30 leaving. As of this point the attendees have been Fazio, JXZ, CharlesL, Dr_Keith, SusiPallero, janina, neha 18:23:30 Zakim has left #maturity 18:23:35 rrsagent, bye 18:23:35 I see no action items