14:56:30 RRSAgent has joined #maturity 14:56:35 logging to https://www.w3.org/2024/10/23-maturity-irc 14:56:35 RRSAgent, make logs Public 14:56:36 please title this meeting ("meeting: ..."), Fazio 14:56:55 meeting: Maturity Model Task Force 14:58:08 chair: David Fazio 14:59:45 CharlesL has joined #maturity 14:59:58 present+ 15:00:06 Agenda+ New Business 15:00:06 Agenda+ Use Cases Update 15:00:06 Agenda+ Scoring Spreadsheet Instructions Follow Up 15:00:06 Agenda+ Github Issue #148 Add information fields for metadata for each dimension 15:00:07 /issues/148 -> #148 15:00:07 Agenda+ Github Issue #157 Section 3.6: proof points should be expanded to take into account evidence of the outcomes of the procurement process. 15:00:07 Agenda+ Github Issue #226 Add an explanatory section on dimension goals and metrics 15:00:07 Agenda+Github Issue #137 Address the accessibility of entire processes in the Maturity Model. 15:00:07 /issues/157 -> #157 15:00:07 /issues/226 -> #226 15:00:07 /issues/137 -> #137 15:00:20 present+ 15:01:52 jkline has joined #maturity 15:02:00 present+ 15:04:07 stacey has joined #Maturity 15:04:18 present+ 15:07:33 janina has joined #maturity 15:07:37 present+ 15:07:37 scribe+ 15:07:44 Sheri_B-H has joined #maturity 15:07:46 zakim, next item 15:07:46 agendum 1 -- New Business -- taken up [from Fazio] 15:08:07 Can someone send the right link for the call? I keep connecting, but I'm the only one on Zoom. 15:08:53 emailed your gmail 15:09:04 TY! 15:09:09 zakim, close item 15:09:09 I don't understand 'close item', CharlesL 15:09:22 zakim, close this item 15:09:22 agendum 1 closed 15:09:23 I see 6 items remaining on the agenda; the next one is 15:09:23 2. Use Cases Update [from Fazio] 15:09:28 zakim, next item 15:09:28 agendum 2 -- Use Cases Update -- taken up [from Fazio] 15:09:46 Sheri_B-H: procurement for a multi-org. 15:10:09 ... We can email this for review its a page. 15:10:25 ... I will email it out. Jeff looking for your comments. 15:10:45 ... in reviewing other use-cases we can modify some of the older ones. Will open up a ticket for that. 15:10:52 queue+ 15:11:00 NehaJ has joined #maturity 15:11:02 ... updates are not big. 15:11:06 present+ 15:11:16 David: down to 15 issues. 15:11:23 ack jkline 15:11:54 q+ 15:11:58 jkline: wondering with use cases if its necessary to put in the roles all the time? seems may not be necessary. 15:12:22 David: maybe ask Stacey. usability review? 15:13:04 Sheri_B-H: we discussed this Jake pushed hard to have a stake holder list. ie who to involve. We don't discuss this at all. I think we need to leave them in maybe condense them. 15:13:21 David: Stacey if you can review that section. 15:13:36 stacey: it is quite big and could be condensed. 15:13:49 Sheri_B-H: maybe you and I can review together Stacey. 15:13:55 stacey: Sure. 15:14:25 David: this is more editorial I would say. do we need a issue for this? 15:14:48 janina: if its useful to track progress, it doesn't matter. 15:15:10 Sheri_B-H: 1-2 weeks tops we should have this done. agreed by Stacey. 15:16:21 CharlesL: we don't have to have every github issue resolved before we move to a release. 15:16:28 zakim, next item. 15:16:28 I see a speaker queue remaining and respectfully decline to close this agendum, CharlesL 15:16:34 q? 15:16:47 ack Sheri_B-H 15:16:54 zakim, next item 15:16:55 agendum 3 -- Scoring Spreadsheet Instructions Follow Up -- taken up [from Fazio] 15:17:45 jkline: Yes I have added this, revised by Charles and Mark. there is now an instruction page in the excel spreadsheet. 15:18:01 David, Do we need to add it to the document? 15:18:24 jkline: I don't think we do. could add to an appendix. but I don't think we need it. 15:19:51 CharlesL: this is done and we don't need add instructions to the document. only in the excel spreadsheet. 15:19:52 zakim, next item. 15:19:52 agendum 4 -- Github Issue #148 Add information fields for metadata for each dimension -- taken up [from Fazio] 15:19:52 /issues/148 -> #148 15:20:29 achttps://github.com/w3c/maturity-model/issues/148 15:20:38 Add information fields for metadata for each dimension #148 15:21:23 David: Add fields for each dimension that provides information such as (but not limited to: name of completer of the dimension form, Functional area(s) encompassed, scope of the organization included, etc 15:22:26 jkline: this tool may be sent to multiple departments / divisions it would be useful to add these fields? 15:22:33 ... if we add the fields to the top. 15:23:46 Charles: we do have "Assessment Scope" field at the top of each dimension already. 15:24:06 jkline: it is also good to have a name associated for traceability. 15:24:35 ... we don't know how long this version of the spreadsheet will be out there, open schedule on when this gets converted. 15:25:29 ... if there are enhancements we should do that. it will be easier to do now. 15:25:42 David: should we do it? 15:25:56 jkline: I will do it. 15:26:13 David: jeff will add metadata to the spreadsheet. 15:26:59 Charles: Jeff please just send me the list of metadata to include. 15:27:04 zakim, next item 15:27:04 agendum 5 -- Github Issue #157 Section 3.6: proof points should be expanded to take into account evidence of the outcomes of the procurement process. -- taken up [from Fazio] 15:27:04 /issues/157 -> #157 15:27:22 Section 3.6: proof points should be expanded to take into account evidence of the outcomes of the procurement process. 15:27:30 Section 3.6: proof points should be expanded to take into account evidence of the outcomes of the procurement process. · Issue #157 · w3c/maturity-model 15:27:38 https://github.com/w3c/maturity-model/issues/157 15:27:38 https://github.com/w3c/maturity-model/issues/157 -> Issue 157 Section 3.6: proof points should be expanded to take into account evidence of the outcomes of the procurement process. (by jasonjgw) 15:28:32 q+ 15:29:46 David: asking us to define metrics and goals of the procurement process. 15:29:57 jkline: yes we did 15:30:07 ack Sheri_B-H 15:30:50 Sheri_B-H: its not always possible to procure an accessible product. so I don't know calculating what you were doing before / after. 15:31:20 ... I don't think its a good measure. 15:31:45 David: he is looking at the ISO standard which is complementary to our maturity model. 15:32:04 ... I believe the ISO standard does have something for procurement. 15:33:12 jkline: I think we have this in the new proof point we added. "how many procurements % of, that are demonstrated to be accessible, % of a11y mentioned in SOW and contracts. he is providing examples but may not be the best examples for our model. 15:33:46 David: We feel we have addressed this issue and will close it with comments. 15:34:01 jkline: we should address the 3 specific points he pointed out. 15:34:23 ... without being specific for the goals / metrics... 15:35:00 David: word smithing the response before closing the issue. 15:35:33 suggested resolution: Without requiring specific metrics and goals, we believe that our addition of metrics and goals resolves this issue, to the extent applicable by the maturity model. 15:35:48 zakim, next item 15:35:48 agendum 6 -- Github Issue #226 Add an explanatory section on dimension goals and metrics -- taken up [from Fazio] 15:35:48 /issues/226 -> #226 15:36:03 Add an explanatory section on dimension goals and metrics 15:36:22 https://github.com/w3c/maturity-model/issues/226 15:36:23 https://github.com/w3c/maturity-model/issues/226 -> Issue 226 Add an explanatory section on dimension goals and metrics (by jasonjgw) 15:38:16 David: we added metrics and goals, for each dimension but he is looking for examples. 15:39:15 stacey: holistically an organization may not know how to create a metrics and goals. I think it is important but it is subjective to their business / needs. 15:40:07 jkline: This is project management 101 defining some goals. you can make the same argument for a lot of the proof points. 15:40:45 q+ 15:40:51 ... there may be some in my book, if someone doesn't understand how to define goals for a project, doesn't need to be specific to accessibility... 15:41:12 stacey: have to assume they don't have a11y knowledge. 15:41:44 ... I do product management but when you add in a11y they are blanking on what they need to do next. 15:42:52 David: I think Stacey's approach works here. very generic but useful. 15:43:35 +1 to Pre-Requisites; Could be called "Assumptions" 15:43:37 Sheri_B-H: slightly different: a "prerequisite" section skills of what this section needs. 15:44:10 David: suggested skill sets. contract with someone who has this skill set if you don't have it yourself. 15:44:27 ... can you take a crack at that Sheri? 15:44:38 Sheri_B-H: I can take a crack but where would this go? 15:45:09 ... we can talk about this at the same time with Stacey. In the abstract section. set expectations. 15:45:30 jkline: section 1.2 Audience for Maturity model. 15:46:09 Sheri_B-H: maybe add more on skills. suggested skills 15:46:31 jkline: an executive in charge of this would go find those skills needed 15:46:56 stacey: maybe hire someone, like PDF remediation for example :) 15:47:37 David: Jason says its not clear. that Table. clarify things and things to consider, skills needed etc. 15:48:15 jkline: who can help us define these goals, this is a progressive model. 15:49:07 David: we have a couple places for this and will point Jason to this once Stacey and Sheri update the document. 15:49:24 zakim, next item 15:49:24 I see a speaker queue remaining and respectfully decline to close this agendum, CharlesL 15:49:29 q? 15:49:34 ack Sheri_B-H 15:49:41 zakim, next item 15:49:41 agendum 7 -- Github Issue #137 Address the accessibility of entire processes in the Maturity Model. -- taken up [from Fazio] 15:49:41 /issues/137 -> #137 15:50:01 Address the accessibility of entire processes in the Maturity Model 15:50:14 https://github.com/w3c/maturity-model/issues/137 15:50:15 https://github.com/w3c/maturity-model/issues/137 -> Issue 137 Address the accessibility of entire processes in the Maturity Model. (by jasonjgw) 15:51:34 queue+ 15:51:53 q+ 15:53:06 stacey: the maturity model is digital spaces not physical spaces. 15:53:13 ack jkline 15:53:45 q+ 15:53:45 q+ 15:53:59 jkline: This is no in scope, compliance issue, no proof points to try and deal with this. we are trying to enable an organization... 15:54:14 ack janina 15:54:21 janina: out of scope 15:54:32 ack stacey 15:54:40 ack Sheri_B-H 15:55:05 Sheri_B-H: this is the opportunity can extend the model to include these other ideas. 15:55:21 janina: we are about documenting. 15:55:53 Sheri_B-H: we aren't signaling out him just other groups are doing this and can extend where appropriate. 15:56:12 David: yes we won't address this and just say out of scope. 15:56:46 rrsagent, make logs public 15:57:02 rrsagent, draft minutes 15:57:03 I have made the request to generate https://www.w3.org/2024/10/23-maturity-minutes.html CharlesL 15:58:35 zakim, end meeting 15:58:35 As of this point the attendees have been CharlesL, Fazio, jkline, stacey, janina, NehaJ 15:58:37 RRSAgent, please draft minutes 15:58:38 I have made the request to generate https://www.w3.org/2024/10/23-maturity-minutes.html Zakim 15:58:43 I am happy to have been of service, CharlesL; please remember to excuse RRSAgent. Goodbye 15:58:45 Zakim has left #maturity 16:14:46 NehaJ has left #maturity