13:55:11 RRSAgent has joined #silver-protocols 13:55:11 logging to https://www.w3.org/2022/01/14-silver-protocols-irc 13:55:20 zakim, start this meeting 13:55:21 RRSAgent, make logs Public 13:55:21 please title this meeting ("meeting: ..."), JF 13:55:38 meeting: Protocols Sub Team - Jan 14, 22 13:56:35 Agenda+ Continue brainstorming the protocols that we believe would be applicable 13:56:46 Agenda+ Other Business 13:56:56 Agenda+ Be Done 13:57:05 agenda? 13:57:11 Present+ 14:00:52 JakeAbma has joined #silver-protocols 14:00:59 present+ 14:02:21 Jaunita_George has joined #silver-protocols 14:05:23 present+ 14:08:12 present+ 14:12:40 q+ 14:13:52 q+ 14:14:10 q+ to define ¨define outcomes¨ :) 14:16:00 ack r 14:18:51 MC: lowercase outcomes = a11y benefit, upper-case Outcomes = specific WCAG requirement 14:18:58 1. Content usable is a great example of a protocol but good to keep in mind that parts may become methods as well as a protocol 2. Key question: Should outcomes be scored or reported on? Pros and cons to both. 3. It is more important to identify key questions with pros and cons to bring to the group sooner rather than later than it is to spend a lot of time away from the group trying to get to a perfect solution 14:23:54 Michael: In past talked about tagging things by author, technology, etc. We could expand tagging to be more contextual. Context by language. May be controversial but needed. 14:23:58 jenniferS has joined #silver-protocols 14:24:03 present+ 14:24:33 present+ 14:24:34 ...protocols are about procedures you use to meet an outcome that is not easily measurable 14:24:41 scribe: Rachael 14:25:41 JF: If we work off content usable to be an example protocol, we provide focused guidance to content authors but can't measure. 14:25:42 q+ 14:26:07 q- later 14:26:11 It's about showing one's homework. 14:26:16 q+ to evolution 14:26:19 q+ 14:26:32 Showing one's thinking process for how they delivered what they delivered. 14:26:41 q+ 14:26:50 q+ to separate steps from support 14:27:28 ack me 14:27:28 MichaelC, you wanted to define ¨define outcomes¨ :) and to evolution and to separate steps from support 14:27:29 ack r 14:27:30 q- 14:27:47 Rachael: Pieces of Content usable vs. Content usable as a whole document 14:28:11 Michael: Steps you follow to achieve an outcome. Everything else is supporting documents. 14:28:23 ...that is how to separate those. 14:28:39 cwadams has joined #silver-protocols 14:28:54 ...focus measuring on what we can measure nad make everything else protocols. 14:29:00 ack jenniferS 14:29:30 jenniferS: The way the protocols effort is show your homework. Show how you attempted to meet standards. Show what you did. 14:29:46 ...a statement on how we approached meeting standard. Where we took a different road and why. 14:30:45 JF: Yes, the larger proposal did have as part of the conformance piece. The moment you make a public declaration, you create a risk. 14:31:10 present+ 14:31:17 ...that is where accountability comes into play. 14:31:55 q+ 14:32:03 jenniferS: Showing your thinking. Can get different results. 14:32:22 q+ to about wcag conformance vs protocol reporting 14:32:44 q+ to separate the work of following a protocol from the work of reporting it 14:32:51 ...doesn't necessarily contribute to score. 14:33:22 q+ to say IMO we are here to make it possible to include things that can´t be measured in wcag 14:33:39 ack Juanita_George 14:33:45 ack Jaunita_George 14:34:04 q+ to say protocol ~~ sufficient techniques 14:34:47 Q+ 14:35:21 Jaunita_George: If its not measurable, it is hard to be accountable. If we use it in a similar way to sufficient techniques then it can be accountable. Only adopt protocol that has measurable criteria. Alt text can't exceed 136 characters. Don't know if its descriptive. Would a reasonable person think its decriptive. There is a degree of objectivity you want to introduce. 14:35:30 q+ to say protocols *can* measure outcomes 14:36:17 ...If someone says we used this protocol to make this accessible, there is no way to see into it. It means that everything has to go to court to prove. Also, this is not legal advice. :) 14:36:30 s/:)/ 14:36:45 ...No benefit of forcing litigation. 14:37:07 ack me 14:37:07 MichaelC, you wanted to about wcag conformance vs protocol reporting and to separate the work of following a protocol from the work of reporting it and to say IMO we are here to 14:37:10 ... make it possible to include things that can´t be measured in wcag and to say protocol ~~ sufficient techniques and to say protocols *can* measure outcomes 14:38:13 Michael: In reporting, the way I'm thinking of things in the propsoal is that a protocol has its own test procedure to test how well the protocol is being implemented and that reports a result that comes into your conformance statement. If its useful to report on individual protocols then it is doable. 14:38:42 ...when you define a protocol there is work to define protocol , measure adn report protocol. Each part is distinct and necessary. 14:39:06 ...I think the point of protocols is to achieve outcomes that we don't know how to measure. 14:39:07 +1 to Michael 14:39:14 +1 14:39:30 ...someone mentioned protocols as sufficient techniques and they are likely something like that. 14:40:03 ...at the Bronze level it might be yes/no question. At higher levels it may be user testing. That may make us feel more comfortable. 14:40:05 ack JF 14:41:06 JF: I agree protocols are for use on things that are hard to measure. Why do we talk abotu measuring? 14:41:18 MichaelC: Each protocol has to define how to measure. 14:41:27 q+ to say for protocols its not measuring its definign success 14:41:39 I will cover for Rachael scribing. 14:42:03 JF: I see protocols being part of all three levels. In my mind, protocols and outcomes contribute to a score. Its your final score that determines level. 14:42:14 ...I'm not a fan of continuing to keep them in separate buckets. 14:42:30 q+ to say where to integrate protocols and what levels is another key quesiton 14:42:46 JF: They need to contribute to score no matter 14:43:28 MichaelC: That is included in the proposal. Protocols define steps and how those steps are followed. As I understand it, most methods don't evaluate outcomes they evaluate whether the code is correct and we hope it supports the outcome. 14:44:14 q? 14:44:15 ...scoring is outside this groups scope. I see protocols returning some result. I do think we need to make a distinction between protocols and methods. I think there will be a distinction that is important regardless of how they work in the conformance model. 14:45:00 JF: discussion of experience with bypass blocks 14:46:00 ...need to focus on outcomes. Ask question of whether there is another technique that meets requirement. 14:46:39 ..if we all understand that whitespace is a requirement then we start to understand. The difference between methods and protocols is the level of subjectivity. 14:47:01 Q? 14:47:12 Michael: Definition of subjective is subjective. Always the case that there is a sufficient technique we missed. WE need to address that. 14:47:23 ack Rachael 14:47:23 Rachael, you wanted to say for protocols its not measuring its definign success and to say where to integrate protocols and what levels is another key quesiton 14:47:58 Rachael: You wanted to say... I think we should take away measuring. We are talking about defining success. Maybe "evaluate". 14:48:08 JF: That one thing you said is a critical point. 14:48:21 JF: Last week we did some straw poll decisions. I suggest we do a straw poll now. 14:48:39 JF: The difference between method and protocol is... 14:49:11 straw poll: Methods are measured; Protocols define/evaluate success 14:49:22 Jaunita: Defining success of outcome or which? 14:49:44 Jake: Anything can be a success because it is subjective. We can't use "success". 14:50:02 Jake: I liked the way MIchael stated it "Evaluate how well you followed the protocol" 14:50:03 Jake: Michael used "evaluate" in his sentence. Maybe there's another word. "Success" can be almost everything. 14:50:36 Rachael: There's a lot. The other thing, capture "where to integrate protocols" is a key question. "Capture" is an alternative. 14:51:07 scribe: Chuck 14:51:19 JF: Can we go back to the decision/straw poll? Tease out the wording? 14:51:27 JF: Difference between a method and protocol. 14:51:40 Rachael: "Evaluate how well protocol was followed?" 14:52:03 MC: 14:52:13 Proposal: Methods test result of implementing the method; Protocols evaluate the process of following the protocol 14:52:35 Jennifer: Rachael's is more plain language. 14:52:53 MC: I would use hers if we can. 14:53:14 JF: Both of those seem circular. 14:53:28 I think you need measure in methods 14:53:34 MC: I am thinking of how we program. 14:53:50 JF: Let's use "evaluated". 14:53:56 MC: New wording coming up. 14:54:03 JF: Yes Jaunita. 14:54:09 Alternate: Methods are tested for results of following the method; Protocols are evaluated for quality of following its procedures 14:54:28 Jake: If I may, I heard something about measuring training or other processes that are embedded in the org. 14:54:44 Jake: Those are exactly the discussions we had. We had a proposal over there. 14:55:08 Jake: Protocols and maturity modeling should be looked at together. 14:55:21 MC: That sounds interesting. 14:55:39 JF: I spoke with Fazio before, I agree it may be useful for him to join this call. 14:55:45 JF: short time left. 14:55:51 JF: Going back to MC's proposed language. 14:56:34 JF: Jaunita asked if protocols would include methods, I think we can circle back to that. But right now Michael's statement making a distinction is a useful concept to capture. 14:56:44 Chuck: It still feels too circular. 14:56:53 +1 only if protocols include methods and would be sufficient for outcomes if all methods in protocol are met 14:57:00 Rachael: Needs a bit more word smithing. 14:57:33 JF: I think this is mostly wordsmithing. I think the attempt to say it... Methods are specific tests looking for specific outcomes. Protocols are about following a process or procedure. 14:57:35 Protocols evaluate process; Methods measure implementations 14:57:54 JF: Goes back to last week, protocols measure inputs and not outcomes. 14:58:19 Jake: Before call is over, I have an idea. Measuring the maturity of following the protocol is possible. We have a proposal for it. 14:58:34 Jake: It's not very objective, but it is not difficult. 14:59:02 Jake: A bit off, a couple of weeks ago protocols had to do with something with design and development, but training was easy to evaluate. 14:59:10 MC: Thinking of that as part of my proposal. 14:59:29 You have identified a lot of important questions and points which would be great to capture somewhere 14:59:32 JF: No decisions today, we are having a fruitful conversation. What we are tackling is very squishy. Thank you all for contributing today. 14:59:39 JF: The co-chairs need to dash off. 14:59:45 bye 15:00:00 zakim, end meeting 15:00:00 As of this point the attendees have been JF, JakeAbma, Rachael, MichaelC, jenniferS, Jaunita_George, cwadams 15:00:02 RRSAgent, please draft minutes 15:00:02 I have made the request to generate https://www.w3.org/2022/01/14-silver-protocols-minutes.html Zakim 15:00:05 I am happy to have been of service, JF; please remember to excuse RRSAgent. Goodbye 15:00:10 Zakim has left #silver-protocols 15:00:19 rrsagent, please part 15:00:19 I see no action items