[I am posting the following message again, as it got garbled the first time. Sorry for the
inconvenience!]
Hi!
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
changeover.
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-):
01. Steering Committee
02. Marketing team/Evangelists
03. Usability Team
04. Project managers
05. QA team
06. Release Management team
07. Configuration Management team
08. Architects/designers
09..Coders
10. Testers
11. Product-support (bug-tracker) team
12. Authors of built-in Help system
13. Authors of User's Manual
14. Authors of Programmer's Manual
15. Authors of commercial books
16. Commercial service providers
Several functional areas overlap, and therefore the same team may handle those related areas.
For example-
Configuration 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)
Regards,
Narayan
--
Unsubscribe instructions: E-mail to website+help@libreoffice.org
List archive: http://www.libreoffice.org/lists/website/
*** All posts to this list are publicly archived for eternity ***
Context
- [libreoffice-website] Requirement collection for Drupal website · Narayan Aras
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.