Date: prev next · Thread: first prev next last
2010 Archives by date, by thread · List index


As a result of inputs from Sophie and Christoph, it is clear now that the Drupal site would be 
definitely used, and it will be given more time to fully address the needs of all stakeholders in 
the LibO ecosystem.

We all know that many contributors already have their own favorite tools.
The Drupal site would have to offer the same or equivalent/compatible tools.
It may also offer tools that are so much superior that the contributors would not resist a 

That brings us to the topic of "How to collect stakeholder needs systematically".

The final design of the Drupal website will heavily depend on what every group wants.

I understand from Michael that this need-collection (and collation) is not attempted yet.
I propose to contribute in this area. 

The stakeholders are as follows (please add if I have missed out any-):
Steering Committee Marketing team/EvangelistsUsability TeamProject managersQA teamRelease 
Management teamConfiguration Management team
Architects/designersCodersTestersProduct-support (bug-tracker) teamAuthors of built-in Help 
systemAuthors of User's Manual 
Authors of Programmer's Manual
Authors of commercial books Commercial service providers
Several functional areas overlap, and therefore the same team may handle those related areas.

Some examples:
Config Management and Release Management (or Project Management and Release Management).
Marketing and Usability (or Design and Usability).

Marketing team will have to speak for the needs of commercial book authors and service-providers.

Those who are busy with v3.3 can join after the release.

To start with, we should identify the leads for these teams. That will make coordination easier.

Next, we need a platform to collect the needs of each group (including favorite tools).
IMHO Drupal site itself would be the best platform to host these pages.

The third step would be to explore possible solutions that meet those needs.
This would be the hardest step, because there are a lot of choices out there for each task.

I hope Michael will provide tools that allows online brainstorming and advocacy.
Mail lists will NOT be a good platform to discuss this issue further.
We need at least a wiki page (or, better a separate forum)

Unsubscribe instructions: E-mail to
List archive:
*** All posts to this list are publicly archived for eternity ***


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.