Top Menu

Jump to content
Home
    Modules
      • Projects
      • Activity
      • Work packages
      • Gantt charts
      • Calendars
      • Team planners
      • Boards
      • News
    • Getting started
    • Introduction video
      Welcome to OpenProject Community
      Get a quick overview of project management and team collaboration with OpenProject. You can restart this video from the help menu.

    • Help and support
    • Upgrade to Enterprise edition
    • User guides
    • Videos
    • Shortcuts
    • Community forum
    • Enterprise support

    • Additional resources
    • Data privacy and security policy
    • Digital accessibility (DE)
    • OpenProject website
    • Security alerts / Newsletter
    • OpenProject blog
    • Release notes
    • Report a bug
    • Development roadmap
    • Add and edit translations
    • API documentation
  • Sign in
      Forgot your password?

      or sign in with your existing account

      Google

Side Menu

  • Overview
  • Activity
    Activity
  • Roadmap
  • Work packages
    Work packages
  • Gantt charts
    Gantt charts
  • Calendars
    Calendars
  • Team planners
    Team planners
  • Boards
    Boards
  • News
  • Forums

Content

General discussion
  1. OpenProject
  2. Forums
  3. General discussion
  4. Constraints in work package hierarchy and versions

Constraints in work package hierarchy and versions

Added by Bernd Petraus about 9 years ago

Hi there,

I’m just testing the scrum functionality at the moment. And I like it very much. While playing around two questions came in my mind:

Is there a way to create constraints re. the work package hierarchy, depending on the work package typ? For example, a type “subtask” can only be splitted in other “subtasks” or “tasks” and a task can only be splitted in “process”, like it is done in classical project management approaches.

Furthermore, is there a way to create aconstraint re. the version? For example, that just work packages of type “task” can have a version.

That seems quite straight, but that would be necessary to fit in our acutal project management methodology.

Best regards

Bernd


Replies (2)

RE: Constraints in work package hierarchy and versions - Added by Robin Wagner about 9 years ago

Hi Bernd,

it’s not directly possible to configure which work package can be set as a parent or a child but you can use a workaround to at least configure which types can or cannot have child work packages.
To do this you can configure a type to be a “milestone”. (“Administration” > “Work package types” > “Select type” > Check box “Is milestone”).
Types which are defined as milestones cannot have any sub work packages (you’ll receive an error message when trying to set a milestone as a work package parent).

Constraints regarding versions are currently not possible. You can only define whether or not work packages can be added to a version: When a version is set to “locked” or “closed” it is not possible to assign a work package to it.

Best regards,
Robin

RE: Constraints in work package hierarchy and versions - Added by Bernd Petraus about 9 years ago

Hi Robin,

thank you for the hint. (using milestones as lowest hierarchy element) Unfortunately milestones are limited to one day, so there’s no way to define durations. But, good to know.

So, others may find this feature useful as well. I will create a feature on the wish list on tomorrow.

Best regards

Bernd

  • (1 - 2/2)
Loading...