<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Hi, </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 25, 2019 at 12:14 PM Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Hi Paolo,</p>
<p>Thanks for your suggestions for improvements.</p>
<div style="margin:0px;padding:0px;font-family:monospace">About that secretary: do you want a permanent role for the secretary or would we define a "scribe"/secretary for each meeting? Of course, giving the nature of Google Docs, it would still be useful for everyone being able to write stuff into the document. And if the secretary is quite a lot involved in a certain discussion, it would be useful if someone else steps in for minuting. So we all should be a attentive and step in for others.</div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">+1</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>My comments are below:</p>
<p id="gmail-m_6184942368843992422reply-intro">On 2019-11-22 14:25, Paolo Cavallini wrote:</p>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace">Hi all,<br>here my proposal to improve the functioning of the PSC.<br><br>Decision making<br>=================<br>* one PSC member raise on the PSC mailing list a topic to be decided<br>* if the proponent believes the discussion in ML is sufficient, he calls<br>for a vote<br>* if not, he adds the point to the next PSC voice meeting, where it will<br>be discussed and voted<br>* once voted, he passes the decision to the Secretary, who adds the<br>resolution to the list of resolutions (see below)</div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">Sounds all good to me.<span style="font-family:Arial,Helvetica,sans-serif;font-size:small"> </span><span style="font-size:10pt"> </span></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I would suggest that the PSC member could directly add the decision to the list of resolutions without involving a secretary. This would reduce the number of steps in the process.</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif"><blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace">Meetings<br>=========<br>* regular meeting once a month, at a fixed date<br>* ad hoc short meetings can be called anytime, to discuss single issues<br>and to have faster decisions and avoid too long regular meetings; only a<br>subset of the PSC members can be present at the ad hoc meetings, if they<br>are not interested in that specific topic; their vote will be counted as +0<br>* every meeting will have a Chair, normally the PSC Chair, and a<br>Secretary, who will have the responsibility for completing the minutes<span style="font-size:10pt"> </span></div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">Sounds good</div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">+1</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif"><blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace">List of resolutions<br>====================<br>* each resolution will be listed according to a simple template:<br>Date of voting<br>Proponent<br>Rationale<br>Votes<br>Decision<br>Notes<br>* all resolutions will be added to a single location#</div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">Public on our website? On Github or in a central Google Docs document?</div>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace">Reporting<br>==========<br>* for each expenditure, before payment, a report must be completed by<br>the proponent, according to a simple template:<br>Date of resolution<br>Date of delivery<br>Proponent<br>Description of results<br>Eventual links to full description, commit etc.<br>Evaluation (success, partial success, failure)<br>* for recurring costs, only the initial report should be done<br>* all reports will be added to a single location#</div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">Again - here I think we need some flexibility. I very much agree for QGIS grant projects, other large projects or contributor meetings. But for other work, such as for packaging, bug queue management, PR + code reviews, etc. - I don't think we gain much with such reports.</div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">+1 for having the exceptions that Andreas has listed. </div></div><div> <span style="font-family:monospace;font-size:10pt"> </span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif"><blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace">To Do list<br>===========<br>* a list of tasks to be completed will be maintained and available on<br>the web#<br>* for each item it will be listed:<br>Date of proposal<br>Deadline<br>Proponent<br>Responsible<br>Description<br>Notes<br>Status (standby, in progress, completed)</div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">We already have todo lists in our meeting minutes. Do we need an additional one? Maybe a central one would be useful to avoid duplication in the meeting minutes. So the meeting minutes would point to the central TODO file - right?</div>
<div style="margin:0px;padding:0px;font-family:monospace"> </div><blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div style="margin:0px;padding:0px;font-family:monospace"># I propose to add all documents to<br><a href="https://github.com/qgis/QGIS-Website/tree/master/source/site/getinvolved/governance" rel="noopener noreferrer" target="_blank">https://github.com/qgis/QGIS-Website/tree/master/source/site/getinvolved/governance</a><br>and compiled into the main website, as this is simple and easy to<br>search, also in the long term.<br>Minutes IMHO can stay in a dynamic infrastructure, like GDocs, where the<br>advantages of communal editing are evident.<span style="font-size:10pt"> </span></div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
<div style="margin:0px;padding:0px;font-family:monospace">Sounds reasonable. So everything (TODO, decisions, etc.) would basically be public?</div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Would that mean that we retire the current list at <a href="https://github.com/qgis/QGIS/wiki">https://github.com/qgis/QGIS/wiki</a>? </div><br></div><div><div class="gmail_default" style="font-size:small">Anita<br></div></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div></div>