dwyl / dwyl/app

EPIC: How to Prioritise Our Most Important, Urgent or Valuable Tasks?

Open
#283 7 comments 3 reactions 5 assignees Claimed by @Stephanymtr View on GitHub
discuss epic feedback needs-criteria needs-ui priority-1 technical UI
Dominant language
Dart
Stars
152
Forks
22
PR merge metrics
No merged PRs in 30d

Description

At present our MVP: [mvp.fly.dev](https://mvp.fly.dev) is a flat list that has _zero_ categorisation/organisation or prioritisation. 🤦‍♀️
This is OK for MVP while we are just testing UX of capturing and time-tracking, but doesn't yet solve our [problem](https://github.com/dwyl/product-roadmap/issues/36). 🤷‍♀️
Having a flat list of `items` without any ability to `tag`,`order` or `filter` them, is basically [square one](https://dictionary.cambridge.org/dictionary/english/back-to-square-one) of solving the problem. 😕

What would be a sustainable way of prioritising `items` so that we:
a. **always work** on our **highest priority `item`**
b. **aren't distracted** by other `items` that are _lower_ priority
c. **retain flexibility** in case an **_even_ more urgent** `item` appears

# Questions

How can we:

1. **_intuitively_ prioritise `items`**? 🔝
Will people ***`expect`*** a drag-n-drop re-ordering interface? 🐉
How well does that work on **`Mobile`**? 📱
2. **_visualise_ priorities**;
**e.g**: is a **sorted list** best? or is there some other way you've seen / thought of?
i. Will the **`Desktop` UI/UX** be **_significantly_ different** from the **`Mobile`**?
**e.g**: a [Dependency Graph](https://en.wikipedia.org/wiki/Dependency_graph) or [Gantt Chart](https://en.wikipedia.org/wiki/Gantt_chart) might not work very well on a tiny screen. 💭

Once the list is prioritised should the remaining `items` be hidden to avoid clutter/distraction?

please comment with your ideas! 🙏 💡

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.