
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi,</p>

<p>Tim, thank you for raising these issues.</p>

<p>I agree with point 2) where you propose to delegate some decisions to the PSC members who work on a certain part of the project. They can do ad-hoc meetings with other people in the community (not necessarily only board members) to come up with a decision, if they are unsure about their decision.</p>

<p>about 3)</p>

<p>My personal take on this is that I am not a talented coder. I dedicate my time and partially also personal funds to the project so the ones who are talented core developers can dedicate their time fully to bug fixing and coding and don't have to deal with stuff they are less interested in. So my personal goal is to get a better QGIS from release to release - and therefore in my personal view it is quite ok if more funds go into bug fixing, coding, QA, etc. because other areas in the project can more easily be filled by volunteers. There are potentially more people who can contribute to documentation, UI and graphics work, community work, marketing, website, project management, etc. than there are talented core developers who have a good overview of the whole code base.</p>

<p>Note - that this is my own personal opinion - and maybe not the majority view of the board.</p>

<p>I totally agree with Tim that funds should be spread in different areas of the project. But the people working in these different areas need to come up with a clear proposal how to spend these funds. They can approach the board with a project. We should encourage that more.</p>

<p>A while back we did a survey and asked our users (who are also our funders) how they want the funds to be spent. Unfortunately we did not really discuss the results of this survey - which I regret. I post some of the results here (<a href="https://docs.google.com/forms/d/1G6p3QFUJBfxv3ySnryDRGMmF-e7PHWUOwrGo9OH2Yog/viewanalytics">https://docs.google.com/forms/d/1G6p3QFUJBfxv3ySnryDRGMmF-e7PHWUOwrGo9OH2Yog/viewanalytics</a>):</p>

<p>1. Important features that are missing: 50%<br />2. More bug fixing: 24.1%<br />3. Improved user documentation: 12.4%<br />4. Automated tesing when new features are added: 8.7%<br />5. Improved programmer documentation: 4.9%</p>

<p>Now we - as the board - know that we also need to also spend our funds on the server infrastructure, dev meetings, etc. - which we already do. But our users also have their opinion that they want a majority of the funds go into coding and QA. Currently, we don't spend anything on 1), most of our funds go into 2), a little bit into 3) (mainly due to a lack of requests for funded documentation work - we have more budgeted for documentation than we spend), we did fund the Processing testsuite (4)) and unfortunately 5) did not materialize due to a lack of interest of people wanting to dedicate their work on API and Python documentation.</p>

<p>The "QGIS grant" idea can probably help to support 1-2 people to concentrate on the above listed 5 issues. To avoid a lot of dicussion/steering work/bureaucracy, etc. we can select people we trust that they use their time for the best of the project.</p>

<p>I think it makes sense to focus our funds a bit on fewer projects or only 1-2 grant people rather than using the "Giesskannenprinzip" (watering-can principle ?) We do that in the Swiss QGIS user group. We select two projects each year to support and for the other projects that don't get selected we either try to get different volunteers/sponsors or delay the project.</p>

<p>-------------------------</p>

<p>There was also the idea to spend some of our funds into UI work - UI review. I think this would be a very good idea. We would just have to overcome the following issues:</p>

<p>- it should be a long-term commitment, otherwise it doesn't help too much. A good UI designer needs to accompany the core devs over many months/years, not just in a single review.</p>

<p>- a UI group should probably first list our major issues - similar to <a href="https://community.kde.org/Kdenlive/UI_Review ">https://community.kde.org/Kdenlive/UI_Review </a>- again - I think focusing on a part of the UI helps more than trying to fix everything at once and then probably fail</p>

<p>- good UI people are quite expensive - so we should find either a volunteer or partial volunteer as we do with the bug fixers. We could partially pay the efforts so a person can fully dedicate a week or two to UI reviewng - but the remaining work has to be done voluntarily. Unless we can find a good sponsor.</p>

<p>-------------</p>

<p>Greetings,</p>

<p>Andreas</p>

<p>On 2016-02-16 23:34, Tim Sutton wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->Hi All

<div class=""> </div>

<div class="">(with apologies for the length of this mail)<br class="" />

<div class=""> </div>

<div class=""><strong class="">1) Next meeting</strong></div>

<div class=""> </div>

<div class="">According to our consensus (thanks Anita) our next meeting is on Mon 7 March. I have started an agenda here:</div>

<div class=""> </div>

<div class=""><a class="" href="https://docs.google.com/a/qgis.org/document/d/1arzcgoU0NErm8yiqDvCeasFUdr9zt-8JUx15f3ivTdw/edit?usp=sharing">https://docs.google.com/a/qgis.org/document/d/1arzcgoU0NErm8yiqDvCeasFUdr9zt-8JUx15f3ivTdw/edit?usp=sharing</a></div>

<div class=""> </div>

<div class="">(you should all be able to edit that doc since the folder is shared with you)</div>

<div class=""> </div>

<div class=""><strong class="">2) Proposed change in the meeting format</strong></div>

<div class=""> </div>

<div class="">I am proposing to add a new item on the agenda which is a 3 minute per person round table update. The thinking behind this is that we spend a lot of time in meetings diving into one specific topic usually and not enough time on more high level stuff (like what is happening in the different spheres of the project). I think it would be very good to use the meeting as an opportunity to rather focus on the general state of QGIS and our governance efforts and encourage breakouts into special purpose meetings when some deep diving into a topic is needed. So for example if Otto wanted to go into detail on some documentation plans or issues he would just advertise on the PSC meeting that he would like to have an offline meeting about it. Then the participants would go off and make their decisions and report back to the PSC about it, or if they can't agree, come back to the PSC for help in deciding it.</div>

<div class=""> </div>

<div class="">I've been doing a lot of reflection these last weeks about what constitutes good governance for the project and how we can do a better job as a PSC (prompted by some very good discussions with Andreas and Richard - thanks!). I think we have somehow made our decision making processes much more cumbersome than they need to be - very often there is someone already with a clear idea of what needs to be done and a few of us that have some ideas to contribute and a few that don't have much to add to a particular decision. It will be IMHO much better if we could step back a bit and rather use the PSC meeting as a platform to identify what decisions need to be made, then delegate those decisions to our members. Assuming others agree, adding more of a roundtable approach to our meeting format could be a valuable first step in achieving a shift toward a more devolved decision making process.</div>

<div class=""> </div>

<div class=""><strong class="">3) Keeping / restoring the balance of community vs. commercial activity, coders vs non coders</strong></div>

<div class=""> </div>

<div class="">I've also been thinking a lot about what we can do to maintain a good sense of community while still embracing the increasing amount of commercial activity that happens around the QGIS project. It seems like we are at risk that the commercial activity around QGIS will drive down and eventually out community based contributions. As Marco and others have pointed out, the overhead for 'just for fun' hacking on QGIS and subsequent contributions from the community is becoming higher all the time - and not just in the areas of coding, but in other areas too. Also there is I think some inequality in the way that we treat coders vs. non coders in the community. If you just look for example at the proportion of our funds that go to coders versus non coders you can see this. I think generally coders get more exposure and accolades that other contributors. This is one of the reasons I was initially opposed to e.g. acknowledging specific people in the changelogs for a long time - it effectively ignores all of the contributions made by other community members and focusses only on the world done by coders and their funders. Perhaps on this latter point we should start inviting the translators, documentation writers, forum helpers, sysadmin etc. teams to add entries to the changelog outlining the major activities that have taken place over the release - though I appreciate it is often hard to quantify how some of those activities have contributed to the release.</div>

<div class=""> </div>

<div class="">In our last meeting we discussed the idea of 'QGIS Grants' (thanks Paolo for coming up with the name for it), and I was wondering if we could extend this idea out away from purely developer focussed grants to cover other areas:</div>

<div class=""> </div>

<div class="">* bug triage</div>

<div class="">* translation work</div>

<div class="">* documentation</div>

<div class="">* infrastructure </div>

<div class="">* QA</div>

<div class="">* UX</div>

<div class="">* etc.</div>

<div class=""> </div>

<div class="">I was thinking one way to address this might be to actually create budgets per major role (docs, QA, release management, infrastructure etc.) and then allow the PSC representative to identify the best way to use their part of the budget (still in a transparent way). So for example, Jurgen as release manager might want to spend some funds on better build hardware or something, Otto as documentation manager might want to fund documentation cleanup work via a small grant... and so on... I know our budget is not large, and doing this will also reduce the amount of funds available for bug fixing, but it would ensure that we get a more even spread of funded activity and perhaps de-emphasis the kind of thinking that goes:  'why should I fix bugs, there are already others being paid to do it'.</div>

<div class=""> </div>

<div class="">Perhaps the ideas above do not sit well, but I am happy enough if they get shot down if you all get you thinking about other ways we could find a good balance between community and commercial activity and perhaps can offer better alternatives.</div>

<div class=""> </div>

<div class=""> </div>

<div class=""> </div>

<div class="">Regards</div>

<div class=""> </div>

<div class="">Tim</div>

<div class=""> </div>

<div class=""> </div>

<div class=""><br class="" />

<div class=""><span><img id="FB19137A-E810-4E7E-B4CD-299BCC0A0138" class="" src="cid:145569529556c425bf3a9d4008823251@carto.net" alt="" width="60" height="60" /></span>

<div class="" style="color: #000000; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">

<div class=""> </div>

<div class="">Tim Sutton</div>

<div class="">QGIS Project Steering Committee Member</div>

<div class=""><a class="" href="mailto:tim@qgis.org">tim@qgis.org</a></div>

<div class=""> </div>

</div>

</div>

</div>

</div>

<!-- html ignored --><br />

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br /> Qgis-psc mailing list<br /><a href="mailto:Qgis-psc@lists.osgeo.org">Qgis-psc@lists.osgeo.org</a><br /><a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a></div>

</blockquote>

<p> </p>

<div> </div>

</body></html>