Allocation
...
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 card layout
default Period mode
Box types can be defined by BigPictures administrators. Read more here.
Box module
The following modules are available in BigGantt:
Overview
Gantt
The following modules are available in BigPicture:
Overview
Gantt
Risks
Roadmap
Board
Calendar
Resources
Teams
Most of the modules can be preconfigured using Box types.
Box switcher
The Box switcher is a mini version of the Hierarchy mode of the Overview module. It shows the Box names and the hierarchy.
Use the Box switcher to shift between different Boxes quickly. Once opened, the active Box will be highlighted so you can easily switch to a sub-Box or a different Box.
...
Not started - gray
In progress - blue
Done - green
Capacity
The App calculates individual and team capacity.
The capacity of your resources is calculated based on Workload Plans and non-working days resulting from Holiday Plans and individual /wiki/spaces/BIGGANTT/pages/315393385. It reflects the workload resources are capable of after everything has been considered.
Column views
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.
...
Original Estimate Mode - this mode shows the 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.
Story points mode - use this mode to show the planned workload versus resource capacity expressed in Story Points.
Gadgets
Thanks to the Gadgets, you can add dynamic content to a Confluence page or the Jira application dashboard to monitor the health of projects, departments, or specific processes. This means that you can have your favorite Gantt charts and Risks all in one place and thanks to the auto-refresh all up to date.
There are three Gadgets available:
Holiday plans
A calendar that reflects the non-working day reduces the capacity of Teams or individual Resources (Team members).
Inheritance mode
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.
...
Any Jira issue with the "Risk probability" and "Risk consequence" field values.
"Risk consequence" and "Risk probability" fields must be added to your Jira screen configuration scheme.
Risks module
The risks module consists of two main elements:
Customizable risk heat map
Customizable risk list (register)
You can configure a risk heat-map. The heat-map can be used to show the level of risk resulting from the risk assessment by considering the category of probability or likelihood against the category of consequences or severity.
You can define a name for the Risks axis and set the corresponding custom in the Configuration of the App.
Scenario mode
With the Scenarios feature, you can quickly try out different variants of your plan, compare the results, and find the best one.
All task changes 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.
Scope
A defined collection of tasks makes up the Box Scope. In general, tasks can be manually added to the scope or 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 within the Application (visualize them on a Gantt chart, manage Risks, distribute workload, etc). The App gives you much flexibility; you can include multiple Jira projects, simultaneously include tasks from different external tools (such as Trello and Jira), or include only some tasks that meet your particular specifications. The flexibility of the setup ensures that a Box can be configured to contain precisely the tasks you need to fit your work.
...
A short guide to security settings, access, and roles can be found here.
Skills
The skills are defined at:
The task level - skill required to complete a task. The related effort is used to calculate the skill demand and is evenly distributed over the task's duration. The skill demand will be displayed in the Resources module's Skill panel.
The resource level - skill acquired by the resource. The resource’s time is allocated across different skills. Skills weigh most in the "Perfect match algorithm," which is approximately 80%.
Each skill has a start and end date so that you can plan the skill development over time.
Skills Panel
Skills Panel is a part of the Resources module. It displays a comprehensive li ‘ of skill.’ Only the tasks displayed on the Resource Grid (within the visualized period) are considered. The skill effort is included in the calculation for any task that is at least partly displayed.
...
Any Jira issue, Trello card, or Basic task (native to the App).
Team
The team module lets you group individual users into teams, enabling effort-based planning.
The concept of teams is used mainly in the Resources, Objectives, and Board modules, but since the information about the team can be stored as a label or a custom field, it can also be displayed using the Gantt, Scope, or Risks module by adding it to the Column View or Card View.
You can create global teams and assign them to multiple Boxes. Once created, you can easily give them to individual Boxes (a team is inherited and can't be edited on a Box level) or duplicate them in a personal Box (a team configuration is duplicated and can be further edited).
Team Capacity
The capability to achieve a set amount of productivity within a single day is calculated as the sum of Team members' capacities. Team capacity factors in the existing manpower are known to readily possess the necessary skill set and the number of hours in a workday.
Calculating individual capacity considers team members' availability across all teams they're a part of.
Team code
Team code identifies teams by the App's modules and, when synchronized, the Host and connected platforms. Depending on the configuration, the Team code is stored as the following fields:
...
Team Member Availability
You can set availability for each team member (what percentage of their working hours is assigned to the team). Availability impacts the capacity - if a team has four members, and each is given 50% of their eight-hour day to the team, the team capacity for a day is 16 hours (if no other non-working days detract from capacity).
Timebox
Timeboxes define consecutive timeframes used for work planning. It helps to think of them as, e.g., sprints, iterations, increments, or stages.
...
A calendar that reflects specific working hours of an individual resource and is the basis for capacity calculation of Teams or personal Resources (Team members). Workload plans are used to define exact working hours. You can create as many as you like and assign them to your resources separately.