Saltar al contenido principal

Configuración de cookies

Utilizamos cookies para asegurar las funcionalidades básicas del sitio web y para mejorar tu experiencia en línea. Puedes configurar y aceptar el uso de las cookies, y modificar tus opciones de consentimiento en cualquier momento.

Esenciales

Preferencias

Analíticas y estadísticas

Marketing

Cambios en "Collaborative proposals"

Avatar: Carol Romero Carol Romero

Título

  • +{"en"=>"Collaborative proposals"}

Cuerpo

  • +["

    Is your feature request related to a problem? A clear and concise description of what the problem is.

    The collaborative drafts feature is currently underused, as it has several usability issues. To begin with, there are 2 different wizards, one for creating a collaborative draft and one for (individual) proposals. This also presents maintainability problems at the code level (the draft wizard is totally outdated).

    The purpose of collaborative drafts is to co-create proposals, but there is no reason why they should be separate from the rest of the proposals.

    Describe the solution you'd like

    As a participant, I want to be able to...

    - [ ] ... have a single proposal creation wizard, with a checkbox at the last step where I can flag whether I leave the proposal open for collaboration.

    - [ ] ... navigate both individual and collaborative proposals through the same index.

    - [ ] ... filter by the proposals that are open to collaboration.

    - [ ] ... request access to participate in a collaborative proposal.

    - [ ] ... get a notification/mail saying wether my access request has been accepted and/or rejected.

    - [ ] ... view all changes that have been made to a colaborative proposal through version control.

    - [ ] ... view a homogeneous interface for the common elements of individual and collaborative proposals.

    As an author of a collaborative proposal, I want to...

    - [ ] ... get a notification/mail when another participant requests access to the proposal

    - [ ] ... be the only one who can accept and/or reject new contributors to the proposal

    - [ ] ... be the only one who can withdraw the proposal

    Describe alternatives you've considered

    Keep the two workflows separate, updating the outdated wizard.

    Mockups

    1) New wizard

    https://i.imgur.com/oncsOHM.png

    2) Index of proposals

    https://i.imgur.com/kAA8R4p.png

    3) View as the author of an individual proposal

    https://i.imgur.com/H74ZIiH.png

    4) View as the author of a collaborative proposal

    https://i.imgur.com/tGYIZfp.png

    5) View as the contributor of a collaborative proposal (request access)

    https://i.imgur.com/KAFBGCw.png

    Does this issue could impact on users private data?

    No

    Additional context

    Note: as one of the people who originally participated in the design of this feature, the hypothesis was to have a space for co-creation of proposals, without time limitations to edit them and facilitate collaboration among participants. This actually presents time synchronization problems with the \"individual\" proposals (while individual proposals cannot usually be edited after 5', collaborative proposals have no time limit).

    After 3 years probably it makes more sense to hypothesize that during the proposal creation phase there should be no time limit for editing proposals, whether they are individual or collaborative. This could be solved by modifying the current setting, and simply allow the editing or not of proposals in a phase.

    This raises some issues, for example, should the collection of endorsements and/or supports be allowed while proposals are open for editing? In my opinion clearly not. But limiting this by code is very tricky because of legacy. Instead, a warning should be displayed explaining the risk of simultaneously editing proposals and collecting support/endorsements.

    Funded by

    No funding yet

    "]

Confirmar

Por favor, inicia la sesión

La contraseña es demasiado corta.

Compartir