Content
View differences
Updated by Parimal Satyal almost 3 years ago
**As** a project members
**I want to** build meeting agendas, add invitees and document important information and decisions
**so that** our meetings are more efficient and key information is documented and easy to find.
### Note
These define the functional scope (the what) of the feature and do not yet go into the specifics of _how_ different parts will be implemented. Once this feature is set to specified, UX and Front-end will co-create the UI/UX of the feature using existing Primer ViewComponents as much as possible.
### Acceptance criteria
A new Meetings module (based on Primer) will replace the existing one:
* A meeting consists of meeting details, agenda items and invitees.
* Meeting details are:
* Title of the meeting (required)
* Mode (see below, required)
* Date (required)
* Time (eg. 1 PM – 3 PM, optional)
* Duration (manually set or derived from the time field)
* Duration is in red if the set duration is longer than the sum of the duration of agenda items
* Place or Link (optional)
* Invitees can have one of two roles: moderator or participant. Everyone else in the project who is not a moderator or participant is a viewer.
* A meeting can be in one of four three modes:
* **Draft agenda** **Preparation** (default for new meetings):
* Moderators can edit and modify meetings details, add invitees and construct the meeting agenda by adding agenda items. They can also rearrange agenda items by dragging them up or down.
* Participants can only add or modify their own agenda items. view the current state of the agenda, but cannot interact.
* Viewers (non invitees) cannot see the meeting yet (?) yet.
* **Finalised agenda**: **Ready**: a moderator sets the mode to finalised to lock Ready once the meeting agenda before a meeting. is more or less finalised. This is the mode when the meeting takes place.
* Moderators can change state to draft to change modify the actual agenda; participants cannot do this.
* Moderators can change meeting details (name, time, date...) and add/remove invitees. as before even in this state.
* Participants can view the agenda items, but can also add (but not remove?) invitees. invitees and add additional information and decisions to meeting agendas (see below).
* Viewers can now view the meeting in read-only mode.
* **Meeting in Progress**: **Review**: a moderator sets the mode to In Progress when Review once the meeting actually takes place. is over. It can then exists in a read-only state.
* Moderators can once again modify agenda items own items and add/remove additional items change the mode to agenda items (clarificatoin need or decision). Ready if they want to change anything.
* Participants can only modify or add/remove additional items to their _own_ items. view only.
* Viewers can view only.
* **Sections**
* tbd
* **Agenda items:**
* Meetings consist of agenda items. items:
* At their its most basic, agenda items have:
* Title (required)
* Responsible (optional)
* Duration (optional)
* Moderators and Participants may add additional elements:
* Additional information (text area)
* Clarification Decision (text field; this can be a clarification decision need or a decision taken)
* The meeting title can also be replaced with a work package:
* Typing "#" on the title turns it into a search bar, and typing keywords displays results in a drop modal.
* \[open\] There's perhaps a visual way of doing this (a dropdown?). modal
* The user can select the corresponding work package
* The title is now replaced with the work package details (id, Subject, type, status).
* _\[open\] Clicking on the work package opens the work package in a split screen._
* To go back to title, the user has to remove the work package.
* Other agenda elements (duration, responsible, additional information, decision) are unrelated to the work package.
* Agenda items have two states, display and edit:
* In display state, agenda details cannot be edited but moderators can drag them up and down to to change the order (mode allowing).
* In edit state, these fields are visible:
* Title (text field, typing # turns it into a search field)
* Duration in minutes (integer)
* Responsible (user search)
* Buttons to add additional elements, and a remove button once each is added:
* Additional information
* Decision
* Save button.
* Agenda items have hover actions, depending on state:
* Drag Preparation: Moderators can click on the edit button to enter edit mode, or drag each item to rearrange them.
* Edit Ready: Moderators or participants can click on the edit button, but participants only see the buttons to add additional information or decisions. Only moderators can drag items to arrange them.
* More Review: the agenda items become read-only and no editing is possible.
* **Separate decision/clarification need objects in work packages:**
* There is a new tab called "Clarifications" that allows users to create decisions and open questions.
* These can be unrelated to meetings.
* This also lists all the meetings where the current work package has been included
* **Work package view:** When a work package is added to a decision/clarification need, it is visible in the "Clarifications tab"
* Decisions/clarification needs are also immediately visible for each work package.
* Additional information is however not visible without opening the meeting.
* _\[open\] to be discussed_
* **Mobile**: Viewing meetings is a priority.
### Open
* Journalising/see history of edits of minutes?
* What if the work package is included as an agenda item in a meeting but without any decision need/clarification? Where would the meeting be visible in the work package view?
* How should we handle migration and old meetings?
* ~~We lose iCal integration?~~
### Out of scope
This first version of the new Meetings module for version 13.1 will not include:
* Additional elements attached to agenda items:
* Notes
* Commenting and emoji reactions
* Comment threads
* Agenda backlog (a set of agenda items that are "parked" and do not show up in the actual meeting, simliar to drafts)
* Send existing agenda item to backlog
* Send backlog item to agenda
* Move existing agenda item to another meeting
* Meeting series (recurring)
* Web conference tool
* ~~iCal integration~~
### Mockup
**Important:** Final mockups will be co-designed with front-end devs using Primer View components once the scope is finalised.
For reference, see existing test Figma mockups: https://www.figma.com/file/4pe9naCoEzlnbco9Ynl9k9/Automatic-Meeting-Agenda?type=design&node-id=1020-21095&mode=design
**I want to** build meeting agendas, add invitees and document important information and decisions
**so that** our meetings are more efficient and key information is documented and easy to find.
### Note
These define the functional scope (the what) of the feature and do not yet go into the specifics of _how_ different parts will be implemented. Once this feature is set to specified, UX and Front-end will co-create the UI/UX of the feature using existing Primer ViewComponents as much as possible.
### Acceptance criteria
A new Meetings module (based on Primer) will replace the existing one:
* A meeting consists of meeting details, agenda items and invitees.
* Meeting details are:
* Title of the meeting (required)
* Mode (see below, required)
* Date (required)
* Time (eg. 1 PM – 3 PM, optional)
* Duration (manually set or derived from the time field)
* Duration is in red if the set duration is longer than the sum of the duration of agenda items
* Place or Link (optional)
* Invitees can have one of two roles: moderator or participant. Everyone else in the project who is not a moderator or participant is a viewer.
* A meeting can be in one of four
* **Draft agenda**
* Moderators can edit and modify meetings details, add invitees and construct the meeting agenda by adding agenda items. They can also rearrange agenda items by dragging them up or down.
* Participants can only add or modify their own agenda items.
* Viewers (non invitees) cannot see the meeting yet (?)
* **Finalised agenda**:
* Moderators can change state to draft to change
* Moderators can change meeting details (name, time, date...) and add/remove invitees.
* Participants can
* Viewers can now view the meeting in read-only mode.
* **Meeting in Progress**:
* Moderators can once again modify agenda items own items and add/remove additional items
* Participants can only modify or add/remove additional items to their _own_ items.
* Viewers can view only.
* **Sections**
* tbd
* **Agenda items:**
* Meetings consist of agenda items.
* At their
* Title (required)
* Responsible (optional)
* Duration (optional)
* Moderators and Participants may add additional elements:
* Additional information (text area)
* Clarification
* The meeting title can also be replaced with a work package:
* Typing "#" on the title turns it into a search bar, and typing keywords displays results in a drop modal.
* \[open\] There's perhaps a visual way of doing this (a dropdown?).
* The user can select the corresponding work package
* The title is now replaced with the work package details (id, Subject, type, status).
* _\[open\] Clicking on the work package opens the work package in a split screen._
* To go back to title, the user has to remove the work package.
* Other agenda elements (duration, responsible, additional information, decision) are unrelated to the work package.
* Agenda items have two states, display and edit:
* In display state, agenda details cannot be edited but moderators can drag them up and down to to change the order (mode allowing).
* In edit state, these fields are visible:
* Title (text field, typing # turns it into a search field)
* Duration in minutes (integer)
* Responsible (user search)
* Buttons to add additional elements, and a remove button once each is added:
* Additional information
* Decision
* Save button.
* Agenda items have hover actions, depending on state:
* Drag
* Edit
* More
* **Separate decision/clarification need objects in work packages:**
* There is a new tab called "Clarifications" that allows users to create decisions and open questions.
* These can be unrelated to meetings.
* This also lists all the meetings where the current work package has been included
* **Work package view:** When a work package is added to a decision/clarification need, it is visible in the "Clarifications tab"
* Decisions/clarification needs are also immediately visible for each work package.
* Additional information is however not visible without opening the meeting.
* _\[open\] to be discussed_
* **Mobile**: Viewing meetings is a priority.
### Open
* Journalising/see history of edits of minutes?
* What if the work package is included as an agenda item in a meeting but without any decision need/clarification? Where would the meeting be visible in the work package view?
* How should we handle migration and old meetings?
* ~~We lose iCal integration?~~
### Out of scope
This first version of the new Meetings module for version 13.1 will not include:
* Additional elements attached to agenda items:
* Notes
* Commenting and emoji reactions
* Comment threads
* Agenda backlog (a set of agenda items that are "parked" and do not show up in the actual meeting, simliar to drafts)
* Send existing agenda item to backlog
* Send backlog item to agenda
* Move existing agenda item to another meeting
* Meeting series (recurring)
* Web conference tool
* ~~iCal integration~~
### Mockup
**Important:** Final mockups will be co-designed with front-end devs using Primer View components once the scope is finalised.
For reference, see existing test Figma mockups: https://www.figma.com/file/4pe9naCoEzlnbco9Ynl9k9/Automatic-Meeting-Agenda?type=design&node-id=1020-21095&mode=design