<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Dear task force members, <br>
</p>
<p>Last email from me today - here are the notes from Monday's call.
<br>
</p>
<p>Cheers</p>
<p>Antony</p>
<p><br>
</p>
<p><b>***<br>
</b></p>
<p><b>Accountability TF call minutes - 13th call
</b><br>
<br>
<b>Attendees:
</b><br>
Athina Fragkouli, Antony Gollan, Malcolm Hutty, Alexander Isavnin,
Carsten Schiefner, Marco Schmidt, William Sylvester
<br>
<br>
<b>Agenda:</b><br>
<br>
<b>1. Welcome back, finalise agenda</b><b><br>
</b><b>2. Review of open action items
</b><b><br>
</b><b>3. Plan moving forward to RIPE 76 / Work plan for upcoming
calls</b><b><br>
</b><b>4. Malcolm's document on consensus
</b><b><br>
</b><b>5. Gathering TF feedback for the RIPE NCC to fit into
document</b><b><br>
</b><b>6. AOB</b><br>
<br>
<b>1. Welcome back, finalise agenda</b><br>
<br>
There were no changes to the agenda.
<br>
<br>
<b>2. Review of open action items
</b><br>
<br>
<b>20171204: RIPE NCC and TF Chair to publish an updated call
schedule
with additional "working calls" for each month.
</b><br>
<br>
William said they were planning to have more calls that would be
focused on working through the document. They would take whoever
was available and they would be a bit more casual. He suggested
they could also create a slack group or use some other kind of
collaboration tool for work between calls.
<br>
<br>
He asked what people thought would work best for their schedule.
He asked if the 2pm slot worked for everyone and if they were
happy using WebEx.
<br>
<br>
Everyone agreed that 2pm was fine, and WebEx was working well.
<br>
<br>
Alexander supported the idea of using some kind of collaboration
tool.
<br>
<br>
<b>20170907-1: Malcolm to finalise the mind-map as a supporting
document
for the task force.
</b><br>
<br>
It was clarified that this was really about tidying up the
mind-map with any final comments or tweaks before it went into the
supporting documents. William said they could close this item for
now.
<br>
<br>
<b>20170703-2: RIPE NCC to look for past statements/presentations
that
might be relevant to the TF's work.
</b><br>
<br>
Antony said they had looked at some presentations and gone through
a number of mailing lists, but it was difficult without some
direction in terms of what they were looking for.
<br>
<br>
William asked if they had spoken with any staff members who had
experience with the RIPE community's past. He said they could
close this one.
<br>
<br>
Antony said they were happy to if there was some direction on what
they should be asking about.
<br>
<br>
<b>20170509-1: TF Chairs to put together work plan after the
meeting.
</b><br>
<br>
<b>20170306-1: RIPE NCC to further develop accountability mapping
document
with task force input.
</b><br>
<br>
<b>20170306-2: Task force members to review and comment on
accountability
mapping document.
</b><br>
<br>
Antony said there wasn't much to say about these other items. They
were mostly placeholders that they had kept open for some time.
<br>
<br>
William said they could close the two relating to the
accountability document, as that was mostly done. He asked if
there were any new items they needed to add to the list.
<br>
<br>
<b>***Action: Task force members to provide input on draft outline
document.
</b><br>
<br>
<b>***Action: Finalise draft report.
</b><br>
<br>
<b>***Action: Review task force website content, add links to
presentations.
</b><br>
<br>
<b>3. Plan moving forward to RIPE 76 / Work plan for upcoming
calls
</b><br>
<br>
William asked if they needed to make any more updates to the task
force's web page. He asked if they should add the mapping
document.
<br>
<br>
Athina said she wasn't sure they wanted to share documents that
hadn't been discussed in the community and that were just
supporting documents. She supported putting up the slides they had
presented to the community. Putting the mapping document up
without context might confuse people.
<br>
<br>
William said it looked like they needed to add links to
presentations on the website, but agreed with Athina's point about
their other working documents.
<br>
<br>
Carsten asked if there was anything they were afraid of sharing
with the community.
<br>
<br>
William said information without context might just confuse
people. It might be better to present this in one go to the
community once they had done the work. He asked if Carsten thought
people reading the document would understand it.
<br>
<br>
Carsten said he was just wondering if a maximum of transparency
would be the way to go.
<br>
<br>
Athina said publishing the document might distract from their goal
of publishing a draft report. The mapping document was in their
mailing list archives and was in their presentation slides. It
would make more sense for this to be attached to the final report.
As long as it was a work in progress, it was enough that it was
where it was currently.
<br>
Carsten said he was happy to rest his case for the time being.
<br>
<br>
William said the goal was to get input to finalise the document
and publish the draft in time for the community to see it at RIPE
76, and then publish the final ahead of RIPE 77. The goal was to
present this to the community, gather any feedback, and finalise
the document and any other deliverables. They had a lot of work
ahead of them, so they'd need to move ahead with bi-monthly calls
to get through this. On these calls they could work on their
actual deliverables.
<br>
<br>
Malcolm said they needed to have a decision point ahead of RIPE 76
where they could decide whether they had enough to put something
forward to the community. If the answer was no, perhaps they might
be willing to share what they had, with the understanding that
they were not presenting it to the community in an official sense.
They would need a date for this decision.
<br>
<br>
William said they probably didn't want to do it any earlier than
18 April and no later than 1 May. April would be aggressive, and
the challenge in May was that they would be right up against the
meeting.
<br>
<br>
Malcolm said his concern was that it should be a deliberate
decision to present something to the community, and not something
they stumbled into.
<br>
<br>
Alexander agreed they had a lot of things to do ahead of RIPE 76.
They needed more active assignments to be given to task force
members - like paragraphs to complete in the final document. They
could also test their draft document on community members in a
focus group.
<br>
<br>
William said those were both great points worth discussing
further. As an arbitrary suggestion, he proposed 15 April as the
date when they could decide whether they were near their goal and
needed a couple of weeks, or whether they needed to change their
strategy from publishing a draft to giving an update on their
progress. He took Malcolm's point that they should publish
something they supported, and not just publish something because
they felt they needed to publish something.
<br>
<br>
Carsten cautioned against using a focus-group of community members
- he didn't think this would go over well with the wider
community.
<br>
<br>
William said the idea was just to test out their ideas by running
them in front of a few people (possibly with RIPE NCC staff) to
see how it would go over. They might want to discuss who would be
in this group. It might be as little as running some stuff past a
couple of people to see if they had any feedback to make it
better.
<br>
<br>
<b>4. Malcolm's document on consensus
</b><br>
<br>
Malcolm said this could be a key accountability tool itself once
it was finalised, so he had taken a first shot at it. He was
looking for everyone's reactions. It was quite complete in terms
of the parts that were written (as a first draft), but he had
noted in brackets that they needed some discussion on the critical
role of the chair, which hadn't been written. He had also noted
that there should be a brief description on the differences
between RIPE and the IETF's understanding of consensus.
<br>
<br>
Alexander asked that any concerns or things that needed further
discussion be clearly indicated in the text. As a non-native
English speaker, there was the possibility that some of this might
not be immediately obvious.
<br>
<br>
Malcolm said he had tried to write this clearly. But he agreed
they were a community with differing levels of English and he
could take another look at it with this in mind.
<br>
<br>
William said Alexander's feedback was important - this was
something that should be a concern for the task force when they
published their final deliverables, so anyone in their community
could understand it. He thought Malcolm had written it quite
clearly, but they could look at this when they were at the
wordsmithing stage.
<br>
<br>
Malcolm noted that there had been a recent discussion on the role
of the chair recently in the Address Policy WG that they could
pull from.
<br>
<br>
<b>***Action: RIPE NCC to post the relevant parts from the Address
Policy WG's discussion one the role of the chair.
</b><br>
<br>
William said most people thought of the chair as the tie-breaker.
He asked if that was consistent with the group's view.
<br>
<br>
Malcolm said there was some subtlety here. He didn't think the
chair was a tie-breaker in terms of being the deciding voice that
chose from one of two conflicting views. It was more in terms of
helping the community to work to reach an agreement. One of the
things the chair did was to define the terms of an objection. It
either meant there was no consensus, or that someone was objecting
in a way that was insufficient to hold up the process. As a
community they relied quite heavily on the chair to make this
determination. Malcolm said there were various reasons why a
statement of "no" might not be a barrier to rough consensus being
found. They wanted to see if they had an exhaustive list in the
document, or whether they were only some examples.
<br>
<br>
Athina said she would be interested in understanding more about
when the objection came from many voices. On what basis would the
chair evaluate that this was not a valid objection? For example,
how could a chair say that a massive objection was not the
community's opinion and rather an effort to capture the process.
That might be something they wanted to touch upon.
<br>
<br>
Carsten said as much as he agreed with Malcolm and Athina that
they needed to discuss this point, he had a feeling that this
wasn't the main role of a chair. The main role was to keep the WG
running - managing the proposals, and other tasks.
<br>
<br>
William said this discussion was specifically related to the
chair's role in terms of rough consensus. Chairs had many
responsibilities and one of those was to moderate consensus.
<br>
<br>
Malcolm said that to capture Carsten's point, perhaps he should
modify the heading to say it was the critical role of the chair in
making a consensus decision. This wasn't about creating a job
description for the chair - the chair had many roles - this was
only in terms of consensus.
<br>
<br>
Carsten suggested they should add a paragraph to this effect.
<br>
<br>
William proposed that Carsten draft something and send it to the
list.
<br>
<br>
<b>***Action: Carsten to prepare paragraph for chair section of
consensus document and send to the list.
</b><br>
<br>
<b>5. Gathering TF feedback for the RIPE NCC to fit into document
</b><br>
<br>
William said the format of the working calls would be to get the
section headings they would be discussing out to task members
ahead of the meeting so they could speak to these and the RIPE NCC
could feed this back into the document.
<br>
<br>
<b>6. Any Other Business (AOB)
</b><br>
<br>
There were no AOBs.
<br>
<br>
William encouraged everyone to read the recent emails on the ML
and share any comments.
<br>
<br>
<br>
<b>Action Items
</b><br>
<br>
<b>20171204: RIPE NCC and TF Chair to publish an updated call
schedule
</b><b>with additional "working calls" for each month.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20170509-1: TF Chairs to put together work plan after the
meeting.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20180205-1: Task force members to provide input on draft
outline document.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20180205-2: Finalise draft report.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20180205-3: Review task force website content, add links to
presentations.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20180205-5: RIPE NCC to post the relevant parts from the
Address Policy WG's discussion one the role of the chair.
</b><b><br>
</b><b>
</b><b><br>
</b><b>20180205-6: Carsten to prepare paragraph for chair section
of consensus document and send to the list.
</b><b><br>
</b><b>
</b><br>
<br>
<b>Closed Action Items
</b><br>
<br>
<b>20170907-1: Malcolm to finalise the mind-map as a supporting
document
</b><b>for the task force.
</b><br>
<br>
<b>20170703-2: RIPE NCC to look for past statements/presentations
that
might be relevant to the TF's work.</b>
<br>
<br>
<b>20170306-1: RIPE NCC to further develop accountability mapping
document
with task force input.</b>
<br>
<br>
<b>20170306-2: Task force members to review and comment on
accountability
mapping document.</b>
</p>
</body>
</html>