Hierarchical Work Breakdown Structure (WBS) as the foundation for project planning

[Sung023]

Tip

Help move this idea forward

• Use the 👍 reaction to show support for this feature.
• Avoid commenting unless you have relevant information to add; unnecessary comments create noise for subscribers.
• Subscribe to receive notifications about status changes and new comments.

---

Is your feature request related to a problem? Please describe.
Deck is an excellent Kanban tool and is evolving towards a more capable project planning application with features such as the Timeline/Gantt view. However, for medium and large projects there is still no way to organize work in a true hierarchical project structure. Today, boards, stacks and cards represent a mostly flat structure. Checklists can break down a task, but checklist items are not first-class project objects. They cannot be independently scheduled, assigned, linked with dependencies or visualized in a timeline.
Because of this it is difficult to:

• create a proper Work Breakdown Structure (WBS)
• decompose deliverables into work packages
• build a dependency network (PERT)
• generate a meaningful Gantt schedule
• summarize progress on higher project levels
• estimate effort at different levels of the project

Describe the solution you'd like
Introduce an optional hierarchical project structure where cards may contain child cards, creating a true Work Breakdown Structure.
Example:
Project
├── Phase 1
│ ├── Deliverable A
│ │ ├── Activity 1
│ │ ├── Activity 2
│ │ └── Activity 3
│ └── Deliverable B
└── Phase 2

Each node in the hierarchy should be a normal Deck object that can have:

• assignees
• labels
• start dates
• due dates
• estimated effort
• attachments
• comments
• dependencies

Parent objects could automatically summarize:

• progress

• estimated effort

• completed work

• start and finish dates

                Work Breakdown Structure
                         │
                         ▼
                 Task Dependencies
                       (PERT)
                         │
                         ▼
                    Timeline / Gantt
                         │
                         ▼
                 Daily Execution (Kanban)
  

The idea is that every planning view is based on the same underlying project model rather than maintaining separate representations.

The hierarchy could become the common data model for multiple planning views:

• Kanban
• Timeline / Gantt
• Calendar
• Future dependency (PERT) visualization
• Reporting and dashboards

A simple dependency model would greatly improve planning. If an activity is moved, successor activities should automatically be rescheduled according to their dependencies.
Example:
Activity A ─────► Activity B ─────► Activity C

If Activity A is delayed by three days, Activities B and C should automatically move by the same amount unless a task has been explicitly marked with a fixed date. This would provide basic scheduling capabilities without introducing the complexity of a full enterprise project management system.

Describe alternatives you've considered
Currently the closest alternative is using: multiple boards, stacks as pseudo hierarchy, checklists for subtasks
Unfortunately none of these provide true hierarchical planning because child work items cannot be independently managed or scheduled. External project management systems (such as Microsoft Project or OpenProject) support WBS, but they require maintaining project information outside the Nextcloud ecosystem.

Additional context
The intention is not to turn Deck into a replacement for Microsoft Project or other advanced enterprise project management tools. Instead, the goal is to introduce a lightweight but powerful planning model that supports the most common project management needs while keeping Deck simple and easy to use.

The following basic capabilities would already provide significant value:

• hierarchical Work Breakdown Structure (WBS)
• Task Dependencies (PERT)
• simple Finish-to-Start dependencies
• optional fixed dates (tasks that should not move automatically)
• progress roll-up
• Timeline/Gantt generated from the hierarchy

 Rather than implementing many isolated features (advanced Gantt, dependencies, reporting, resource planning), a hierarchical WBS could provide the underlying project model on which future functionality can naturally build. This would allow Deck to evolve from an excellent Kanban application into a lightweight project planning platform without sacrificing its simplicity.