Content
View differences
Updated by Niels Lindenthal over 2 years ago
**As** a project member,
**I want to** be able to quickly see points that require clarification, escalation clarification or a decision (or add them myself)
**so that** everybody is on the same page and potential blockers can be quickly identified and addressed. addressed
**Acceptance criteria** ### Note
* There This feature is a related to the new Meetings module "Open points" we are working on in parallel (where it's possible to add clarification needs and decisions to agenda items, which can also be activated per project.
* There is a global list of all Open points from all projects
* Open points can be filtered similar linked to Work packages .
work packages):
###49413
### **Acceptance criteria**
* Open points have a mini work flow which can not be customized points:
* New
* When open, have only one field to enter the open question.
* In clarification
* Resolved
* Open points can be resolved. Clicking on "Resolve" will display a new field, to enter the resolution.
* The point is then considered "Resolved" with the resolution text now visible.
* Open points, once resolved, cannot be edited unless unresolved (you cannot change the question).
* An open-point only can be unresolved.
* \[open\] This removes the resolution.
* Work packages have a new tab called "Open points" (after _Relations_, before _Watchers_)
* Open points can be deleted. unrelated to meetings.
* ~~Owner (user) field, selected by the author.~~
* _~~\[open\] The tab also lists all the meetings where the current work package has been included~~_
* These can have two states: unresolved (default) and then resolved
* This will be visually indicated (maybe) with a check mark
* These changes and updates will be journalised, and actions attributed to the relevant user.
* Creation
* Deletion?
* Modification
* Change of state
* Changes The only way to functionally link a work package to a meeting is to include an open point in a work package agenda item (in a Meeting):
* Open points (incl. resolved) are journalized. also immediately visible for each work package.
* Additional information is however not visible without opening the meeting.
* Open points can Can be optionally linked attached to work packages multiple meetings
* Separate tab called In the "Open points" (after _Relations_, before _Watchers_) tab, you only show the last action in the last meeting, with a link to view history
* Open and closed points can will be created from work packages
grouped together
* \[open\] Open points can be created in at the meetings module (similar top, closed at the bottom or
* \[open\] Tabs or filters to Agenda item). switch between them
* In the work packages details a view In-app notifications (to watchers, assignees... based on notif settings)
* When an existing open point can be is added or resolved
* When an open point is added to a meeting. meeting
### Open questions
* _\[open\] Strategy: What is a higher priority, meeting agenda or open points?_
* Users can add comments _\[open\] Ability to open points. filter/show only resolved and unresolved?_
* User are notified about relevant activites in _\[open\] Add open points from within a comment_
* @mention _Or at least link to an open point from a comment._
* _\[JJ: Need to make it absolutely clear to the user when to use comments, open points and child work packages. And make it easier for users to transition between them.\]_
### **Out of scope**
* An ability to view _all_ open points in a project
* Assignee Filter, sort
* Author View backlog (those not in any meetings?)
* Drag/drop into meetings to add to meeting backlog
**I want to** be able to quickly see points that require clarification, escalation
**so that** everybody is on the same page and potential blockers can be quickly identified and addressed.
**Acceptance criteria**
* There
* There is a global list of all Open points from all projects
* Open points can be filtered similar
###49413
### **Acceptance criteria**
* New
* When open, have only one field to enter the open question.
* In clarification
* Resolved
*
*
* An open-point only can be unresolved.
* \[open\] This removes the resolution.
*
*
* ~~Owner (user) field, selected by the author.~~
* _~~\[open\] The tab also lists all the meetings where the current work package has been included~~_
* These can have two states: unresolved (default) and then resolved
* This will be visually indicated (maybe) with a check mark
* These changes and updates will be journalised, and actions attributed to the relevant user.
* Creation
* Deletion?
* Modification
* Change of state
* Changes
* Open
* Additional information is however not visible without opening the meeting.
* Open points can
* Separate tab called
* Open
* \[open\] Tabs or filters
* In the work packages details a view
* When
* When an open point is added
### Open questions
* _\[open\] Strategy: What is a higher priority, meeting agenda or open points?_
* Users can add comments
* User are notified about relevant activites in
* @mention
* _\[JJ: Need to make it absolutely clear to the user when to use comments, open points and child work packages. And make it easier for users to transition between them.\]_
### **Out of scope**
* An ability to view _all_ open points in a project
* Assignee
* Author
* Drag/drop into meetings to add to meeting backlog