Talk:Reports 11May13

Open reporting

At every board meeting this year, it has been pointed out that staff reports were published using closed formats. There is nothing to stop the wiki being used natively to publish these reports as they are almost entirely plain text with the odd table. As the year has progressed we have moved from some of the reports being presented on-wiki, to the current situation with none of the reports being available in an open standard, instead they appear to have been printed to PDF files from open office documents as a way of making them less open, guaranteeing they will not show up in on-wiki searches, almost impossible to comment on, difficult to cut and paste from, or share actions from.

This may be considered a very minor issue, but as it has been highlighted as an issue over so many meetings, I believe it now requires a vote of the board of trustees in order to either adhere to the underpinning value of openness, or to remove it as one of our top level values, that would be expected to guide the way we work together as a charity. --Fæ (talk) 16:43, 1 May 2013 (UTC)

"Just because we use PDF files for staff reports,surely doesn't mean we are no longer being 'open', and thus the charity should remove this as a value."

PDF files are an open standard: Adobe officially released the PDF as an open standard in 2008 (ISO 32000). We use PDFs for several reasons:

• They're viewable on any system, be it a mobile phone, a Windows PC, a Mac, or a Linux-based system. Many volunteers do not have OpenOffice - some trustees do not have it either. Being open is not just using an open-source writing program or an easily copyable file - it's making sure that the highest number of people possible can read the file, in any format, anywhere in the world.
• Reports are meant to be 'frozen in time' - a snapshot of what the staff have been doing. They are an important record of the charity and it would be a risk if people were able to go back in and change them.
• PDFs are an international standard which are used throughout the Wikimedia movement, and accepted for upload on Commons.
• Although PDFs are not searchable on mediawiki at the moment, there is an open bug which will allow them to be searchable in future: https://bugzilla.wikimedia.org/show_bug.cgi?id=6422. The PDFs are easily readable and it is easy to copy and paste from them. It is also easy to comment on them.

This issue is not a strategic one, it is based on what is practical, I don't think that file formats are something that trustees should be deciding, frankly. When we have complicated documents, including tables and spreadsheets that are living documents we need quick and easy access and the ability to change things quickly. I hope that the community and the rest of the board will agree.

We could place the majority of the reports on-wiki as wikitext as well, but I am hesitant to do so for the following reasons:

• They will not be viewable as easily on all systems.
• They will not be frozen in time, allowing people to make changes after the report deadline (or even during the board meeting!)
• There will be two versions of the reports in circulation - the PDF, and the on-wiki version. These will end up differing (inevitably).
• It's more work for staff, for very little benefit. We need to use our resources wisely.

The most important thing is to share the information as openly as possible and I think we are. Jon Davies WMUK (talk) 13:33, 2 May 2013 (UTC)

I have no idea how writing the textual reports on-wiki natively is more work for staff than introducing a more complex workflow using other editors (open office?), exporting the documents to pdf dumps and then uploading them on-wiki. This process loses the edit history, and makes it opaque as to how members or trustees ought to raise comments, corrections or even view these easily on-wiki (the preview function is naff, meaning that any reader has to specially download the file and then use some other unspecified reading application).

Symptoms of being opaque:

• Lack of clear or consistent integration between staff reports and the actions, budget, or risks that will be reviewed during the board meeting. As there is no systematic numbering or identification, I cannot work out if actions or risks raised at the last board meeting are being addressed in these reports, without doing a significant amount of unnecessary spadework.
• Hyperlinks to evidence and other reports and policies are almost completely pointless in the pdf documents. Presumably they were added when the text was drafted in whatever editor was used. I certainly cannot use them when embedded on-wiki.

There may be an ISO standard for people to develop tools against (such as printing tools), but Wikimedia has no current plans to make MediaWiki integrate these better, or to introduce a native editor or even comment tool. This is aptly demonstrated by the Bugzilla report you refer to, which was raised 7 years ago; it is a safe bet it will never happen.

With reference to the usability of reports to trustees not being "something that trustees should be deciding, frankly", as a trustee who is finding my personal volunteer time being wasted by the choice of the format of these reports, I would have expected to have the opportunity to explain why this wastes my time and see the situation improve in response. The fact that I have been raising concerns about the format and content of staff reports quite consistently over the last 6 to 12 months, might indicate that it is an issue that concerns trustees, rather than being none of our business. Thanks for being frank. :-)

Rather than finding complex reasons for avoiding being more open, why not actually be more open? --Fæ (talk) 11:22, 6 May 2013 (UTC)

2013 programme planning grid

The column "3 month target APRIL" needs a clarification. The version of the report presented in February 2013 included this column but its contents seem significantly changed. As the original and the latest documents are Google spreadsheets where I have only been granted read access, I cannot confirm the edit history. At what date were the targets frozen for reporting purposes? At the moment, this does not logically seem possible to claim as 3 month targets as they must have been set less than 3 months in the past, and may have been amended several times.

The column "Lead" needs an explanation, as this does not appear to be the agreed budget holder.

The column "WMUK KPIs if applicable" would more meaningfully read "Metrics" or similar. These are not agreed key performance indicators for WMUK and items such as "Monitor their reports" are neither metrics, nor KPIs, but appear to be activities without specific or measurable deliverables. --Fæ (talk) 14:02, 6 May 2013 (UTC)

Reporting successes and failures against plan in the CE Report

At the February board meeting there were a few related commitments:

"Fae was concerned that staff reports did not have measurable actions in them, nor do they contain reports of failures and corrective actions. JD pointed out that this will be done via a traffic light system in the program planning grid, and would raise exceptions to the board in his report rather than the individual staff reports."

"JD will ensure that staff reports report failures as well as successes in future. MP raised the point that he cannot use the programmatic planning report as it is formatted as a word doc with very thin columns, and as such he cannot review and provide feedback/ask questions about it. He recommends using a wiki page and bullet points, or a spreadsheet. DT requested not using google docs as he can't access them."

Reading the latest CE report as a printout (it is a pdf) and comparing to CE report to Feb 13 board (an on-wiki page), the deliverables that were planned for the last quarter but appear, based on the evidence I have to hand so far, to not have been delivered, at a minimum include the following:

• finalizing QRpedia agreements and moving to WMUK maintaining the system
• [Train the Trainers] "Review in April By CE with Education Committee"
• being a payment processor for the 2013 fund-raiser (an expectation given at the last board meeting), no mention of this being rejected by the WMF
• Closing books for 2012-13 Audit

These have not been listed as in the report as failures and though the CE report lists "current issues", none appears reported as a failure, with some items that were listed for delivery in last quarter now appearing as "projects in the next three months" without this context.

There was a commitment to "Monitoring risk register". Though a summary of a top 5 risks have been given to the board, with a new analysis, though without a set of measurable actions, the original register has not been amended or updated on the office wiki since 18 February 2013.

I note that the minuted comments from MP and DT above, do not appear to have been taken on-board as the planning report is still a Google spreadsheet and no export is available.

Thanks --Fæ (talk) 13:40, 6 May 2013 (UTC)