14:05:28 RRSAgent has joined #chairing 14:05:28 logging to http://www.w3.org/2014/10/23-chairing-irc 14:05:38 jeff has joined #chairing 14:05:50 Zakim, this will be chtr3 14:05:50 ok, koalie; I see Team_ChTr()10:00AM scheduled to start 5 minutes ago 14:05:55 http://www.slideshare.net/alehors/chair-training-productivity-20141021 14:06:30 zakim. who's on the phone? 14:06:41 zakim, who's on the phone? 14:06:41 Team_ChTr()10:00AM has not yet started, Arnaud 14:06:43 On IRC I see jeff, RRSAgent, koalie, Zakim, chaals, anssik, Arnaud, nigel, schuki 14:06:48 Zakim, this is chtr3 14:06:48 ok, koalie; that matches Team_ChTr()10:00AM 14:07:02 zakim, who's on the phone? 14:07:02 On the phone I see Jeff, Arnaud, [IPcaller] 14:07:51 zakim, code? 14:07:51 the conference code is 24873 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), chaals 14:08:44 caribou has joined #chairing 14:09:54 +[IPcaller.a] 14:10:02 zakim, [ipcaller.a is me 14:10:02 +chaals; got it 14:11:54 +koalie 14:12:31 zakim, [IPcaller] is me 14:12:31 +anssik; got it 14:12:43 Present+ Anssi_Kostiainen 14:13:05 http://www.slideshare.net/alehors/chair-training-productivity-20141021 14:13:05 koalie has changed the topic to: Arnaud's slides: www.slideshare.net/alehors/chair-training-productivity-20141021 14:13:49 fjh has joined #chairing 14:14:20 +[IPcaller] 14:14:22 scribenick: koalie 14:14:32 Arnaud: I'm part of the open technology group at IBM 14:14:39 zakim, ipcaller is m 14:14:39 +m; got it 14:14:44 zakim, m is me 14:14:44 +fjh; got it 14:14:47 ... responsible for setting up strategy for IBM as a whole when it comes to open standards 14:14:50 plh has joined #chairing 14:14:54 +Plh 14:15:00 Zakim, m is really fjh 14:15:00 sorry, koalie, I do not recognize a party named 'm' 14:15:01 zakim, who is here? 14:15:03 On the phone I see Jeff, Arnaud, anssik, chaals, koalie (muted), fjh, Plh 14:15:03 On IRC I see plh, fjh, caribou, jeff, RRSAgent, koalie, Zakim, chaals, anssik, Arnaud, nigel, schuki 14:15:03 -Plh 14:15:13 ... I'm a former w3c team member 14:15:15 +Plh 14:15:16 ... 15 years ago 14:15:24 ... at iBM for 15 years at the end of the month 14:15:37 ... I have been involved with W3C in several ways 14:15:44 ... currently chairing 3 WGs 14:16:00 [Slide 3] 14:17:03 Arnaud: By nature, chairs need to be flexible 14:17:26 ... Then, there is W3C culture, which we're changing and that Jeff is influencing, 14:17:43 ... Time-lines are often considered informative 14:17:49 ... I think it's a mistake 14:17:54 ... and we need to change this 14:18:25 ... Yet, the constant search for a perfect solution isn't ideal either 14:18:26 the timeline is a feature 14:18:49 zakim, fjh is FrederickHirsch 14:18:49 +FrederickHirsch; got it 14:19:13 [shipping is a feature] 14:19:57 Arnaud: W3C is made of a diverse community 14:20:02 ... there are challenges 14:20:15 ... the bigger the group, the more challenges 14:20:33 ... participants have very different backgrounds and perspectives 14:20:43 ... challenge also to collaborate effectively 14:21:05 ... Establishing the right atmosphere and work condition is key to making people want to participate 14:21:44 ... We have co-chairs 14:21:50 ... it can be both a curse, and a blessing 14:22:28 [slide 4] 14:22:36 Arnaud: The process 14:22:43 ... is a blessing. 14:22:50 ... it's what makes the W3C so valuable 14:22:59 ... we produce very high-quality standards overall 14:23:14 ... it's important the chair(s) be familiar and knowledgeable with the process 14:23:19 ... especially early on in the WG 14:23:29 ... take the time to educate the WG and tell them what is expected 14:23:40 ... everybody needs to understand a minimum of the process 14:24:01 ... you have a team contact, you can go to them for help 14:24:05 [slide 5] 14:24:10 Arnaud: Tools 14:24:18 ... there's an array of tools available 14:24:25 ... can be helpful 14:24:30 ... unless you don't know how to use them 14:24:44 ... trackbot and zakim are essential to be on calls 14:24:58 ... identifying the participants on a call is not always easy 14:25:24 ... again, you have to educate people, help them get to speed with them 14:25:29 ... team contact can help there too 14:25:34 [slide 6] 14:25:34 q+ to ask if we should aim to update charters more frequently, and aim to have them represent current state as well as scope? 14:25:47 Arnaud: keeping the working group on track and in scope 14:26:36 ... it's often very important to develop use-cases and requirements 14:26:44 ... it helps keeping the WG in scope 14:27:25 ... also useful to develop a wish-list early on. 14:28:11 ... another benefit is ability to push to wish-list some request 14:28:12 [+1 to the wish list idea] 14:28:24 Arnaud; from a human pov it's better than simple rejection 14:28:29 s/naud;/naud:/ 14:28:42 [slide 7] 14:28:51 Arnaud: keeping the WG on time 14:28:52 q? 14:29:33 Arnaud: I am known to press on necessity for the WG to deliver on time and took the deadline as absolute 14:29:41 ... and repeatedly reminded people of the time-line 14:29:54 ... you have to keep managing it, updating it 14:30:03 ... keep track of it, and explain to people where you are 14:30:11 ... if you are behind, you have to face the reality 14:30:23 ... what can you do when you're delayed? 14:30:39 q+ 14:31:02 ... separate must-have from things that would be nice to have 14:31:19 ... on the specification itself, you can prune from the spec itself 14:31:31 ... cut out on features 14:31:50 ... put them on the wish-list 14:32:10 ... don't take this lightly; keep on pressing on people and that you're serious about time-line 14:32:13 [slide 8] 14:32:19 Arnaud: conducting productive meetings 14:32:41 ... different ways to succeed 14:32:48 ... first and foremost: send a detailed agenda 14:33:00 ... tricky especially early on in a WG life 14:33:18 ... it's hard to judge how much time things are going to need 14:33:33 ... it's better to have an agenda that you modify as you go, than no agenda 14:33:45 ack chaals 14:33:45 chaals, you wanted to ask if we should aim to update charters more frequently, and aim to have them represent current state as well as scope? 14:34:12 chaals: using charter -- should we be aiming to update charters? should charters be living documents? 14:34:17 Arnaud: It depends 14:34:30 ... scope: there are legal issues. I think it's better not to change this 14:34:48 ... timeline: this is the starting point, so I don't think you need to update the charter 14:34:56 ... but you should go back to the team if you have a change of scope 14:35:02 ... and it should be communicated to the AC 14:35:04 ack fj 14:35:13 Frederick: I had a concern with the time-line 14:35:28 ... how can you handle re-start, going back to technologies 14:35:49 Arnaud: yes 14:35:57 ... at the end of this presentation 14:36:06 ... I have slides of things you don't control 14:36:11 ... this is in this category 14:36:47 ... this is part of things you have to accept. 14:36:56 Arnaud: back on slide 8 14:37:05 ... it's important to stay on point and drive the discussion 14:37:10 ... use the queue 14:37:11 q? 14:37:25 ... you have not to allow people to take too much time, get off track and distract 14:37:32 ... you need to center the discussion 14:37:43 ... and make sure it is helping the group reach its goal 14:37:59 ... as chair you should step in and interrupt any off-topic discussion 14:38:34 ... or when people are talking past each other 14:38:44 ... you can rephrase what you're hearing 14:38:55 ... this can help disentangle 14:39:51 ... another tip: avoid open-ended questions 14:40:47 ... Also, don't let the most vocal participants use up all time 14:41:04 ... you may prompt the quieter participants for their opinion 14:41:16 ... and finally, make proposals. 14:41:19 [slide 9] 14:41:27 Arnaud: Consensus 14:41:48 ... you have to make very clear proposals, write them down, make them specific 14:41:55 ... hold a vote (+1, -1, 0) 14:42:16 ... make sure that -1 is a blocking vote 14:42:27 s/that -1/that the group know that -1/ 14:42:42 ... when someone objects, you should try to understand what the objection is about 14:42:46 ... and what would resolve it 14:43:06 ... how to mitigate it 14:43:19 ... objecter(s) should be able to come up with a counter proposal 14:43:24 ... you may have to take this off-line 14:43:54 [slide 10] 14:44:07 Arnaud: Consensus vs majority vote 14:44:15 ... consensus is not a majority vote 14:44:25 q+ 14:44:46 ... it's the solution everybody can live with 14:44:47 ack j 14:45:07 Jeff: I'm not sure about the example in your slide 14:45:16 ... I'd say proposal needs more work 14:45:37 Arnaud: the aim is to agree on things people can live with 14:45:42 [slide 11] 14:45:53 Arnaud: Formal objections 14:46:14 ... goal: not lead a WG being held hostage 14:46:30 ... if an objection is getting in the way, you should override it 14:46:39 ... you should inform the objecter what their options are 14:46:55 ... i.e. filing a formal objection 14:46:59 ... and you should move on 14:47:03 [slide 12] 14:47:06 Arnaud: Chair neutrality 14:47:17 ... I try not to vote 14:47:21 ... and remain neutral 14:47:40 ... I am not the rep for IBM, we have other from IBM in the groups 14:47:56 ... when there is a tie, it's reasonable the chair takes a position. 14:48:05 [slide 13] 14:48:10 Arnaud: issues and resolutions 14:48:29 ... I like to use Tracker 14:48:35 ... well integrated with ML, bots 14:48:38 ... makes it convenient 14:48:58 ... I lke to have a process where everybody can discuss an issue, but not open one 14:49:02 s/lke/like/ 14:49:07 s/discuss/raise/ 14:49:19 ... and the group decides which to open, close 14:49:39 ... one thing Tracker doesn't do: add a link to the resolution 14:49:44 ... I need to go back after the call 14:50:01 ... and add a small description and link to where the resolution was made, in the minutes 14:50:43 ... some people use Github; I think it's less integrated 14:50:47 q+ to say it helps to have *fewer* mechanisms for tracking issues 14:50:53 [slide 14] 14:51:01 Arnaud: enabling remote and asynchronous participation 14:51:12 ... this is an ongoing topic within W3C 14:51:30 ... it takes longer to decide things in e-mail 14:51:37 ... vs everybody is on a call 14:51:52 ... good compromise: make decisions on the call, and confirm them a week after 14:52:17 ... that gives people who are not at the meeting a change to raise objections, bring up new information that the WG may have missed 14:52:26 ack ch 14:52:26 chaals, you wanted to say it helps to have *fewer* mechanisms for tracking issues and to discuss this too 14:52:32 chaals: back to slide 13 14:52:44 ... fewer mechanisms for tracking issues is easier 14:53:04 ... regarding slide 14 14:53:19 ... we write a specific proposal for resolutions in e-mail 14:53:26 ... and there is at least one meeting where you can discuss 14:53:34 ... but the resolution is done in e-mail as SOP 14:53:43 +1 to this approach 14:53:47 ... that works well as long as you are clear on the rules 14:54:02 Arnaud: State a date by which people have to chime in 14:54:05 [slide 15] 14:54:08 Arnaud: Action items 14:54:23 ... Tracker records action items and keep track of them 14:54:36 s/as SOP/the standard operating procedure/ 14:54:39 ... make sure actions are accepted, otherwise it's counter productive 14:54:57 ... important to review them regularly 14:55:00 [+1 to reviewing action items. (and things listed "pending review")] 14:55:06 ... talk about the ones that are lagging, ask what the problem is 14:55:17 ... sometimes, you'll find people are waiting for something else 14:55:23 ... so go over those 14:55:26 [slide 16] 14:55:31 Arnaud: Developing documents 14:55:43 ... of course, identifying editors is key 14:55:59 ... be careful about time commitment being realistic 14:56:57 ... also identify selected people who take explicit action item to review 14:57:23 ... you have to be pro-active in making sure this is getting done 14:57:48 ... also, use "marking feature at risk" when something is lacking support 14:58:12 ... it has no cost, it allows you to remove things without going back on the process track 14:58:17 [slide 17] 14:58:24 Arnaud: Publishing documents 14:58:28 ... a big part of what WGs do 14:58:47 ... the whole publication process is not as easy as people expect 14:58:52 q+ 14:58:58 ... so it's important that the groups chairs know it 14:59:15 ... you have to know the schedule, what it takes to be pubrules compliant 14:59:29 q- 14:59:42 ... get help from the team contact 14:59:45 [bye… Thanks Arnaud, this was helpful IMHO] 14:59:51 -chaals 14:59:58 [slide 18] 15:00:04 Arnaud: Dealing with comments 15:00:12 ... at any time the public at large can comment 15:00:27 ... the chair can have a big role that this is done the proper way 15:00:38 ... disposing of comments means you have to keep the comments, how you answer them 15:00:42 ... you have to stay on top of that 15:00:53 ... determine how long this is going to take 15:01:06 ... there is a LC tracker which I find difficult to use 15:01:09 ... so I'm using a wiki 15:01:36 ... Set an expectation, set deadlines. 15:01:57 ... you can not let anybody out there keeping you hostage by not replying 15:02:01 ... you need to triage 15:02:11 ... the editor can help assessing issues 15:02:19 ... have the editor bring issues to the WG for dicsussion 15:02:23 s/dics/disc/ 15:02:26 [slide 19] 15:02:32 q+ to ask about interrupting 15:02:33 Arnaud: parting thoughts 15:02:40 ... there are things you do not control 15:02:51 ... changes that happen, people bringing up issues late in the game 15:02:59 ... leading the WG to rething what it's going 15:03:08 s/it's going/it's doing/ 15:03:31 ... what can you do to mitigate those? 15:03:39 ... keep an eye, be aware of events 15:03:52 ... it can be time-consuming to reach out to people directly to find out what is going on 15:04:06 ... but you need to take the time and ensure people will be on the call to resolve issues 15:04:25 ... bottom line is that there is a lot that you actually do control 15:04:37 ... if you exercise all the levers that you have 15:05:28 [slide 20] 15:05:34 Arnaud: further reading 15:05:39 ... three links 15:06:04 ... I highly recommend Joseph Reagle's document from the P3P harmonization WG 15:06:14 ... it's old but still very relevant 15:06:32 ... thank you! 15:06:50 Jeff: In your discussion you helped populate the dry experience of chairing with your numerous experience 15:06:54 ... thanks for this presentation 15:07:05 q? 15:07:17 ... and thanks from W3C for your participation within w3c 15:07:20 ack fj 15:07:20 fjh, you wanted to ask about interrupting 15:07:29 Frederick: How to interrupt people? 15:07:44 Arnaud: tricky. people say I'm a bit rude at times, but I don't really care 15:08:07 ... I have upset a few WG members, but sorry, this was out of scope 15:08:15 ... you won't make friends, but you're doing your duty 15:08:32 ... you're not doing your job right if you don't step in when you should interrupt discussion 15:08:37 ... this is for the benefit of the group. 15:08:44 ... You can do it politely 15:08:56 ... "I'm sorry, I need to interrupt and re-center the discussion" 15:09:02 [thanks all] 15:09:07 Arnaud: I'll be at TPAC next week 15:09:12 ... if you have questions, contact me 15:09:12 Thank you for excellent presentation ! 15:09:17 -Jeff 15:09:19 -Plh 15:09:21 -FrederickHirsch 15:09:25 -Arnaud 15:09:26 thanks Arnaud! 15:09:31 Zakim, drop me 15:09:31 koalie is being disconnected 15:09:33 -koalie 15:09:33 thanks Arnaud! 15:09:39 -anssik 15:09:40 Zakim, list attendees 15:09:41 Team_ChTr()10:00AM has ended 15:09:41 Attendees were Jeff, Arnaud, chaals, koalie, anssik, Plh, FrederickHirsch 15:09:41 sorry, koalie, I don't know what conference this is 15:09:50 RRSagent, make minutes 15:09:50 I have made the request to generate http://www.w3.org/2014/10/23-chairing-minutes.html koalie 15:22:35 caribou has left #chairing 15:39:01 RRSAgent, make logs world-readable 15:39:40 meeting: Chair Training: Focus and Productivity 15:39:46 chair: ArnaudLeHors 15:40:27 regrets: NigelMegitt 15:42:12 RRSagent, make minutes 15:42:12 I have made the request to generate http://www.w3.org/2014/10/23-chairing-minutes.html koalie 15:43:27 RRSAgent, bye 15:43:27 I see no action items