The actual or planned workload of the individual resource. The effort expressed as the time required to complete a task - it is evenly distributed over the task's duration.
To assess the performance of your project over time, you can set Baselines and track deviations from your initial schedule.
You can create and delete Baselines for all the tasks in the scope of the Box or for selected tasks only. They are displayed as bold lines, showing the position of the task at the moment of creating the Baseline.
Basic tasks are stored by the App and are not synchronized with Jira or other connected tools like Trello. Basic tasks can be viewed only using the App's Gantt module or the WBS Widget. They can coexist with other tasks and work great as placeholders or temporary tasks and simulate higher levels in the hierarchy or serve as additional information box. The App uses them to replace non-issue Jira entities (like Components, Versions, Projects) which it is unable to recreate in Jira while cloning the scope.
The most basic element of the App. Boxes are high-level task containers arranged into a hierarchy.
A Box is a container for taks - tasks can come from external tools, such as Jira and Trello. Basic tasks are native to the App and don't exist anywhere outside of it.
Each Box has its own configuration (security settings, scope, modules). Depending on the setup, Boxes let you perform various actions and visualize data.
A tree structure consisting of a Box root (parent node) and Boxes (nodes). Each node can potentially have a different Box type.
How the hierarchy an be arranged depends on Box type settings - possible parents are defined for each Box type. Additionally, scope type settings validation is performed when a Box is created or moved.
Box template which defines most relevant characteristics of a Box (node), such as:
- types of parent Boxes under which a Box of a given type can be nested
- default module configuration and names
- default column view of different modules
- default Period mode
Box types can be defined by BigPictures administrators. Read more here.
The following modules are available in BigGantt:
The Box switcher is a mini version of the Hierarchy mode of the Overview module. It shows the Box names and the hierachy
Use the Box switcher to easily shift between different Boxes. Once opened, the active Box will be highlighted so you can easily switch to a sub-Box or a different Box.
You will be able to browse only the Boxes to which you have permissions (you can't see a box which you can't access).
The Box switcher is displayed in the Apps header for each module and in the WBS Widget which can be added to the issue screen.
Box status is displayed next to the Box name in the Box switcher. You can change the Box status in different sections of the app. In the Overview module using the right-click or by drag and drop when in Kanban mode. You can also change the status in the Scope definition tab of Box configuration.
The status is indicated using colors and The following color coded statuses are available:
- Not started - gray
- In progress - blue
- Done - green
The App calculates individual capacity.
Capacity of your resources is calculated based on Workload Plans and non-working days resulting from Holiday Plans and individual Absence Plans. It reflects the workload resources are capable after everything has been taken into consideration.
Column Views allow you to add different fields as columns to the task list and configure their display and aggregation settings which determine how data is presented in the Gantt and Scope type module's task list.
The App can connect different tools to your Jira instance. These include tools like other Jira Cloud instances, Trello or MS Azure (coming soon). The connection field (status) informs you if your instance was already connected.
Box which you are currently viewing. The Box name and its status is displayed in the Box Switcher.
The critical path is the longest sequence of tasks that determines the project duration. This feature highlights all the tasks on the critical path with the red colour. Tasks on the Critical path will also be listed in the Gantt Infobar.
To highlight the entire sequence, you must define dependency links between tasks. Only the strong links that impact scheduling will determine the tasks on the critical path.
Dependencies specify the relationships between tasks, milestones, and other items which can be presented on the timeline and can be displayed by Gantt module. By defining dependencies, you can not only automate task scheduling but also highlight relations between tasks without impacting the schedule. Keep in mind, that the items presented on the Gantt chart are system-wide and changing their dependencies might affect tasks in other Boxes or connected tools.
The Gantt module takes linking to the next level and you can use non-Jira links to define dependencies between Issues and non-issues, such as Projects, Versions, Components, Sprints and Backlog, Checklists, etc. You can visualize up to five different links. Almost any native Jira link or custom link can be synchronized.
The strong dependencies between tasks impact the scheduling of those tasks (does not apply to Soft links). Linked tasks will push and pull each other in time, according to the properties of the dependency between them. Those properties and their impact works as listed below:
- Dependency type determines the direction of the dependency and also which of the Tasks' dates are relevant. We call them "relevant", because certain changes to those dates might cause either rescheduling of the dependant tasks or can be even impossible to perform (the app will immediately revert them task to the previously calculated dates). To get more information on which are those changes and what is their outcome, see the table at the bottom of this page. Changes of the dates that are not "relevant" do not cause rescheduling of this dependency (but might still cause changes to its parent's or children's periods).
- Lag Time is the time period calculated in days dividing the inked tasks. Lag time has the highest priority over other Dependency properties. In both ASAP and non-ASAP modes the lag time will be respected and applied regardless of other circumstances. The type of Dependency determines which date (Start or End) of the Source task the Lag Time will be added to.
- ASAP mode always schedules Target task to take place 'as soon as possible', according to dependency type. This renders the Target task strictly dependant on the Source. Therefore it will be impossible to drag and drop it, neither to the future nor the past. The Target task will always revert to its position previously calculated by scheduling.
In Gantt module you can see the resource workload in two different effort mods:
- Original Estimate Mode - use this mode to show planned workload versus the resource capacity.
- Remaining estimate mode - use this mode to show workload history (Spent time), and the remaining workload versus the resource capacity.
Thanks to the Gadgets, you can add dynamic content to a Confluence page or the Jira application dashboard to monitor the health of projects, department or specific process. This means that your can have your favourite Gantt charts all in one place and thanks to the auto-refresh all up to date.
A calendar that is used to reflect the non-working day which reduce the capacity of individual resources.
When creating a new Box type or moving a sub-Box to a different parent Box, thanks to the Inheritance mode, the Box type configuration can be passed on from the upper-level Box type to the sub-Box type.
The are three Inheritance modes which determine whether users will be able to customise the Box settings. Inheritance modes can be set for:
- Quick Filters
- Column Views
There may be a number of important dates that call for special care and attention. You can highlight them using a marker whatever they may be: from an important external event to a deadline, you name it. Once highlighted, they'll become instantly visible to all users with access to the App and appropriate security roles to view the Box content.
Markers can only be viewed using the App and when you add a marker, it will be visible on the timeline of the following modules:
With live synchronization and a variety of colors to choose from, you can make your timeline a complete source of information for everyone.
Any task can be converted into a milestone. On the timeline, Milestones are represented as diamonds that do not have any duration.
Used to mark specific points along a project timeline and they do not impact the project duration. When a task is converted to a Milestone, a label can be created #milestone in a filter to show Milestones only.
Milestones can be interpreted as:
- Markers of reaching an identifiable stage in any task or the project
- Software release life cycle states
You can select multiple tasks and perform bulk operations (deleting task, moving them to a different place in hierarchy, outdent, indent, change task color).
Multi-select is supported by the following modules:
The App can recognise non-working days and adjust the task period. This means that if you plan a task or part of your task's period on a non-working day it will be moved or extended or shortened.
You can define the non-working days in the Administration section:
Each non-working day reduces the capacity of your Resource. The capacity is calculated by the App and does not sync with the Host platform (you will not be able to see the capacity of your Resource directly in Jira or Trello).
Period warnings occur when a parent task can't be recalculated due to a constrain, such as a blocking task (for example a task in Locked mode), non-working day, or when you use the manual period mode.
The warning is displayed as a yellow box with a dashed-line frame and shows the position of the parent tasks calculated based on its children.
You can calculate the task progress using different fields and formulas. The progress can be displayed as a column, on the taskbar and on task details dialog once you click on the task bar.
The Resources is a part of the Gantt module. It lets you see how much work has been assigned.
With the Resource panel enabled, the workload of each resource (assignee) will be counted in hours and color coded depending on the resource capacity.
The workload data is filter-sensitive, i.e. only the tasks in the current view are included in the workload calculation. You can use Quick filters or the Search Box to filter out tasks and simulate different scenarios.
Effort is distributed evenly throughout the duration of a task.
With the Scenarios feature you can easily try out different variants of your plan, compare the results, and find the best one.
All changes made to tasks are stored in the Scenario history, and you can easily undo them. When you create a scenario, changes made to your tasks are synchronized with Jira or other connected tools, such as Trello, only after merging.
A defined collection of tasks makes up the Box Scope. In general, tasks can be added to the scope manually or get automatically synchronized with Jira or connected tools such as Trello.
In Scope definition you can specify what range of tasks is included in the scope of a given Box - those are the tasks you will be able to work with in the Application (visualise them on a Gantt chart). The App gives you a lot of flexibility; you can include multiple Jira projects, simultaneously include tasks from different external tools (such as both Trello and Jira) or include only some tasks that meet your particular specifications. Flexibility of the setup ensures you that a Box can be configured to contain exactly the tasks you need to fit your work.
The Scope type determines how the scope of the Box functions and how is related to and impacted by other Boxes.
There are three different options:
- Own-scope - the Box scope has a separate task structure and serves as a scope base for sub-scopes. Automatic rules can sync it. Use it when you want to be able to define and extend the scope of a Box by selecting tasks from Jira and connected tools.
- Sub-scope - the Box scope is always a subset of the scope already defined at an upper-level of the Box hierarchy. It must be automatically synced with a value of a selected field (there is no manual way to do it).
- None - the Box scope cannot be defined. Currently, you can use such a Box for calculating respective aggregates in the Box hierarchy only (visible in the Overview module). Use this setting to organize Boxes into portfolios, programs etc. The scope is always a sum of the scopes of the sub-Boxes in the Box hierarchy.
The Search box functionality will help you quickly find the things you're interested in, and filter out unwanted tasks or Boxes. The search box operates in two modes:
- Text search mode which filters information based on the Jira summary field (Boxes and tasks)
- JQL mode which, as the name suggests, filters information using JQL queries (tasks only)
Information on Security settings can be found on following pages:
- Box Types - this page contains information on configuring the default Security settings that work as a template when you create new Boxes and the Inheritance mode.
- Global Roles - this page explains App Administration settings and how access to the App is granted to, for example, Jira users.
- Box configuration - this page explains what roles are available within the App and how to change them for an individual Box.
- Technical Configuration of the App - this page gives you information on how to activate/deactivate use of roles within the App.
- Security - this page explains the impact of setting up security Roles for the Home (root) Box and lists available roles.
A short guide to security settings, access and roles can be found here.
Any Jira issue, Trello card or Basic task (native to the App).
Usually, a Box such as an Iteration or Program Increment - those Boxes are sequential (they don't overlap) and they don't have their own scope, they are used to organize and display tasks that have been added to the upper level Box. The main Program/Project Box is where the tasks are added; then those tasks are assigned to various Timeboxes (for example, each Iteration could correspond to a sprint).
The Timeline is common element of the following modules:
- Overview - Timeline mode - you can show and edit Boxes using drag and drop.
- Gantt - you can show Tasks, Projects, Sprints, Backlog, Components, Versions, Boxes and Markers.
Currently to the Detailed issue view you can add:
A calendar that is used to reflect specific working hours of an individual resource and is the basis for capacity calculation of individual resources. Workload plans are used for defining exact working hours. You can create as many as you like and assign to your resources separately.