1 Β· Start here
NT Project organizes work into areas accessible from the tabs at the top of the app:
- βοΈ Operations β the core: each operation (client/contract) contains its projects. This is where delivery is planned and managed.
- π Executive β portfolio view (all operations/projects).
- π― Focus Projects β a subset of the projects you follow closely.
- π οΈ Support β demands from ongoing operations (5W1H, Eisenhower, kanban).
Access profiles
| Profile | What they can do |
|---|---|
| admin / operations / gp_sm | Full management access (create/edit operations, projects, registry items, tasks). |
| team | Edits tasks they own (including progress); moves cards on the kanban. |
| viewer | Read-only. |
| client | Sees only the Dashboard of the projects granted to them (per-project scope). Does not see the Pending issues panel, "My Users", the online users count, the manual or the tour. |
2 Β· Create the Operation and the Project
-
Create the Operation
In βοΈ Operations β + New OperationThe operation represents the client/contract. Enter the name, the operation manager and the technical lead. Then register the teams.
β οΈ Required- Operation name (unique).
-
Register the Teams
The operation's π₯ NT Team and π€ Client Team tabsPeople registered here become available as task owners. A user created with an
@ntconsult.com.bre-mail is automatically added to the NT Team; any other domain goes to the Client Team (see Β§11). -
Create the Project
Inside the operation β + New ProjectEnter the name, start/end dates, PM and Scrum Master. The project dates feed the "expected by calendar" value in Health/Dashboard β without them, the system derives it from the task date range.
TipProjects can have sub-projects (project hierarchy) and can be archived (removed from the counts without losing data).
3 Β· Registry β the foundation of tasks
Before creating tasks, register the items that will be available in the task fields. Everything is in Projects β π Registry, organized in tabs:
| Registry | Purpose |
|---|---|
| π Waves | Large waves/macro phases of the project (they group sprints). |
| π― Epics β π Stories | Epics and stories (requirement/value). A Story also stores acceptance criteria and test scenarios. |
| π Sprints | Execution cycles. A sprint can be linked to one or more Stories (multi-select). |
| π¦ Work packages | Groupings of effort by scope. |
| π Macro Deliverables | Macro deliveries fed by the tasks; they have their own dates, owner, progress and status. With linked tasks, the macro dates follow the tasks (earliest start / latest end) and the date fields are locked. |
| β οΈ Risks / π Definitions | Scope, assumptions, points of attention, "on the radar" items and project risks. Each risk has a Name (required, shown on every screen); an open risk with medium or high probability puts the project at least in Attention. |
4 Β· Define the project structure
You build the structure in whatever way makes sense β and the dimensions coexist: the same task can have a wave, sprint, package, front/stage, story and hierarchy at the same time. Below are the possible arrangements (the same diagrams as in the tour):
π Wave β Sprint β Task
Waves group Sprints; each Sprint contains the Tasks. For projects with large waves, each with several cycles.
π Sprint β Task
Sprints contain the Tasks directly, without the waves layer. Lean agile execution.
π¦ Package β Task
Work packages group Tasks by scope/effort, without sprints.
π Macro deliverable β Task
Macro deliverables group the Tasks that build them β good for tracking macro deliveries.
π Front β Stage β Task
Fronts divide the work; each Front has Stages; Tasks sit within the Stages. Good for phase-based flows (Planning β Dev β Testing). Configured in Setup β Fronts and Stages.
π§ Hierarchy (multi-level) β Task
Team/structure hierarchy with as many levels as you need; Tasks sit at the leaf level. Configured in Setup β Hierarchy.
5 Β· Project Setup
In Projects β βοΈ Setup you define the rules and the workflow structure:
π Fronts and Stages
Defines the workflow fronts and stages, which appear in the task fields and in the Kanban filters. There is a βοΈβ shortcut right in the task form.
π§ Team hierarchy
Builds the hierarchical structure (any number of levels) used to classify tasks and draw the network in the Diagram.
π Calendar / business days
Enables national holidays (BrasilAPI) and/or "business days only". When entering/editing dates for tasks, deliveries and milestones, the system warns you if they fall on a non-business day and suggests the next business day (not retroactive). There is also the ποΈ Analyze dates on non-business days button, which reviews everything and applies the adjustment in bulk.
π¦ Delivery delay criticality
Defines how a late delivery/deliverable affects the project's Health:
- Strict (default) β any late delivery goes straight to LATE.
- Gradual scale β 1 recently overdue, isolated delivery β ATTENTION; it becomes LATE when late deliveries accumulate (β₯ threshold) or persist (days overdue > grace period). Configurable.
This setting applies to the widgets, the gauge, the Overall Status and the AI-generated status.
π§ Overall Status (AI) Β· Baseline Β· E-mails
Overall Status generates an executive narrative of the project using an LLM (based on the data). Baseline takes a "snapshot" of the plan (weekly automatic or manual) for comparison. Setup e-mails configure periodic status e-mails per side (NT/Client).
- Each generation brings the π Detailed status and the π― Objective summary (points to watch). Both can be edited and saved; there is a history by date (chips) and also a manual status.
- The most recent one (generation or edit) is what appears on the Dashboard: in the status widget, the st 1 selector shows the automatic (rule-based) summary and st 2 the Objective summary. When you save in Setup, the widget switches to st 2, already updated; the choice is saved in the browser.
6 Β· Kanban and task creation
On the Kanban, tasks flow through lanes. Create tasks with β Create new task.
Anatomy of a task
- Owner(s) β multi-select from the NT/Client Team.
- Start/end dates β duration in business days. There is a "no dates defined" flag.
- Links β Sprint (shows the Story), Wave, Package, Story, Front, Stage, Hierarchy.
- Type, Priority (High/Medium/Normal β orders the lanes), Progress (%), Focal point (β lead among the owners).
- Deadline limit (optional) β tolerance beyond the end date. Between the end date and the limit the traffic light goes to attention; after the limit, late. When it differs from the end date it is highlighted (β³) on cards, the Gantt and popups.
- Flags: π¦ Is delivery, π Is milestone and β Pending issue (task originating from a project pending issue).
- π Link tasks new β with "Is delivery" or "Is milestone" checked, the button next to Progress opens the tree of the project structure (hierarchy, wave, sprint, package or front β whichever the project uses). The delivery/milestone % is then calculated from the linked tasks (duration-weighted average) and the field is locked; it recalculates automatically when a linked task is saved. Cycles cannot be created.
- "Link tasks" window new β shows each task's dates, search by name, a Linked only filter, and highlights tasks β without dates.
- Status (traffic light) β gray (not started), green (OK), yellow (attention), red (late), purple (critical).
- Sub-tasks β each with an owner, its own π© Priority (High/Medium/Normal), % Progress (0/25/50/75/100 or any value from 0 to 100), start and end; they feed the task's progress. The list is shown in aligned columns (owner, dates and %).
- Attachments β files and a SharePoint link on the task.
- Green status in Backlog new β when the status of a task still in Backlog is changed to green (in the form or the grid), the system asks whether to move it to In Progress, with the same rules as dragging (required dates and future-start warning).
Status rule on completion new
When moving a task to Done (drag, 100% prompt or grid):
- Green status β completes directly.
- Gray status (Not Started) β blocks: you must choose a status or cancel. No task goes to Done while gray.
- Yellow/red/purple status β asks whether you want to change the status before completing.
Cards and filters
- On the card, the Sprint chip opens the linked Story(ies) (tabs when there is more than one); the Story chip opens its details.
- The filter bar (type/stage, sprint, wave, package, epic, story, owner) is per project β it does not carry over from another project β and only appears in the Kanban section.
- Card new β priority with a colored flag (High red Β· Medium yellow); the footer fits on a single line: β§ duplicate, sub-task counter and the view/edit/delete buttons. The % appears on the right of the deadline line. The board has a single scroll bar and the lane headers stay fixed.
7 Β· Dashboard β tracking
The Dashboard consolidates the project's health and progress. Main widgets:
- Project Health (gauge) and Summary Status β a single verdict (Healthy/Attention/Late/Critical) considering pace Γ calendar and late deliveries.
- Kanban Flow and Task / Delivery Status β counts per lane and per situation (On track, Late, Due today, Blocked, Done, Late deliveries).
- Timeline β Time Γ Progress β elapsed time vs actual progress (weighted by duration), with a penalty for late deliveries. The βοΈ Pace checkbox toggles the late sub-task rule (dates only Γ actual<expected).
- Delayed deliveries β in the popup, clicking a delivery opens it for editing.
- Team Allocation, KPIs and complementary analyses.
β Pending issues
The project's slide-out panel. The side counter only counts pending issues whose situation is Open or In progress.
- Each pending issue has an owner (EC/NT), situation, criticality (C1βC5), blocker/attention, status, impact and Impacted deliveries β shown with their path in the project structure (e.g. Phase 1 βΊ Production deploy), under the delivery's current name and in structure order. Deleted deliveries appear struck through.
- They become tasks automatically: every open pending issue has a task on the Kanban with the β Pending issue flag (no duplicates). Completed β task in Done at 100%; cancelled/deleted β task archived. With no resolution date, the task has no end date ("NOT DEFINED" on the Gantt).
- Deadline limit new (optional) β same rule as the task (tolerance after the resolution date). A pending issue past its deadline limit is shown as the delay reason on the Dashboard, the One Page and the Overall Status (AI).
- The client profile does not see the Pending issues panel.
π One Page Status new
One Page Status button on the Dashboard: a one-page report for the client, exportable as PNG/PDF.
- Header with operation, project, health and the STATUS AS OF badge (date/time of the status) highlighted.
- Schedule β the same Gantt as in Projects (read-only, fitted to the width): Group by Front/Stage, Package or Hierarchy; Show all tasks or only deliveries & milestones; Period full or late & upcoming; show/hide the table. The customization is saved for the next time it is opened.
- Project pending issues (open, by criticality, with the impacted deliveries), Client-origin Risks and What we did Β· are doing Β· will do.
- Collapsible sections new (What we have already done, Pending issues, Risks): click the title to collapse; a collapsed section is left out of the PNG/PDF. The PPF shows 5 items per column, with "show more".
8 Β· Other project views
π Gantt
Timeline schedule of the tasks; bars by duration in business days, with an optional baseline to compare planned Γ actual.
- Views by day, week, month or year Β· Aggregate by Front/Stage, Hierarchy or Package Β· π Task table (Task Name, duration, start, end, owner with an NT/CLI tag). Columns with π can be hidden. Your choices are saved.
- Click the task name to edit it; β New task creates one straight from the Gantt. Start/end dates are shown outside the bar; the Deadline limit appears with β³.
- Highlighted structure: each group has its own color, side stripe and summary bar (start β end of its tasks, with the % completed). The group's % is the duration-weighted average (deliveries/milestones with linked tasks are not counted twice) β the same calculation as the milestone.
- Icons: π¦ delivery Β· pin π milestone (next to the date) Β· β pending issue, with the PENDING label at both ends of the bar. A pending issue with no end date shows NOT DEFINED in End and the bar fades out to the end of the period.
- PNG/PDF export the whole chart (all rows and columns, no scroll bars).
- TODAY line new and expected % on the bars it crosses; Pace (actual Γ expected) option; Deadline limit band; row counter; the Per year view places bars on the exact day.
- Collapsible groups new β click the name of any group (Front/Stage, Hierarchy, Package) to collapse/expand; also works in the One Page Gantt.
πΈοΈ Diagram (Network)
Network of the project's relationships/structure (fronts, stages, hierarchy and dependencies).
ποΈ WBS
Work breakdown structure in blocks.
π― PPF (Past/Present/Future)
Tracking board by time horizon.
π§ Panel
The PM/SM panel in three tabs: Overall Status (today's actions and, at the end, the π Metrics / KPIs β health, SPI, actual progress, cycle time, stuck WIP and velocity per sprint), Tasks Status (by person and situation) and Project Deliveries (diagnosis per delivery).
π° Financial
The project's financial summary, retrieved from the Axis system (using the Axis Code entered in the project registration).
π Log Β· π Docs
Project logbook (dated entries) and project documents.
9 Β· Governance and tracking
- Risks (with a required Name) and Definitions/On the radar β mapped per project and reflected in the Summary Status; an open risk with medium/high probability puts the project at least in Attention.
- Baselines β snapshots of the plan (weekly automatic + manual) to compare deviations.
- πΎ Plan backup new (Registry βΊ Plan backup) β saves and restores the complete plan: tasks (with Front/Stage, dependencies and sub-tasks), waves, sprints, packages, epics, stories, deliverables, risks, definitions, pending issues, calendar and the attachment references. Restoring a baseline first creates an automatic backup. The π§ Reapply Fronts/Stages button fills only the empty Fronts/Stages from a backup, without changing anything else.
- Overall Status (AI) β executive narrative and objective summary, respecting the configured delay criticality.
- Notifications (π) and concurrency control β per-task edit locks and a warning when another user changes the project.
- Interface β clean look (pastel tones) as the default for everyone and automatic data refresh when switching screens.
- Audit β all relevant actions are logged.
10 Β· Executive Β· Focus
π Executive
Consolidated portfolio of all operations/projects, with status by front.
π― Focus Projects
Selection of the projects you follow; aggregates status, the week's progress and next week's focus.
11 Β· Support π οΈ module
The π οΈ Support tab (top of the app) is for ongoing operations: tracking maintenance/evolution demands for client environments, prioritizing them and following them up. Access is restricted to the admin profile (with per-user permission).
How the journey works
-
Register the Support Client
In π οΈ Support β + New ClientEach client is its own workspace, with a segment, SLA, contact and the team (NT and Client professionals) who will own the demands.
-
Log the Demand (5W1H plan)
Inside the client β new demandDescribe the demand using 5W1H: What, Why, Where, When, Who and How. Enter the dates (start/end), owner, urgency and impact.
-
Prioritize (Eisenhower + RICE)
π― Matrix viewBased on urgency Γ impact, the demand falls into an Eisenhower quadrant: Do (urgent+important), Schedule, Delegate or Eliminate. A RICE-lite score = (Reach Γ Impact Γ Confidence) Γ· Effort helps order what to tackle first.
-
Execute on the Kanban + progress tasks
π Kanban viewDemands flow through lanes (the same as the Operations Kanban: Backlog β In Progress β β¦ β Done), with drag-and-drop. Each demand has progress tasks with their own progress; demands past their deadline get the β° Late badge.
Two views
π Kanban
Board of demands by status, with cards showing quadrant, priority, task progress and owner.
π― Matrix (Eisenhower)
Visual triage by urgency Γ impact to decide Do / Schedule / Delegate / Eliminate.
sust_* tables in the database (manual DDL).12 Β· Users, profiles and security
In π€ Users (admin). Each user is assigned a profile and the operations/projects they can access.
- Automatic team registration new β when creating/editing a user with selected operations, they are added as a person of the operation:
@ntconsult.com.bre-mail β NT Team; any other domain β Client Team. An external e-mail also forces the client profile. - Scope β anyone who is not admin/global can only manage users within their own operations.
- First access β password change is mandatory; the guided tour is offered automatically (with a "don't show again" option, saved per account).
- Client β opens directly on the Dashboard of the granted projects; no management navigation.
13 Β· Quick reference
Task status traffic light
Task icons (Kanban Β· Gantt Β· One Page)
Required fields (summary)
| Entity | Required |
|---|---|
| Operation | Name (unique) |
| Project | Name |
| Task | Description, Owner, Start date and End date (to leave the Backlog) |
| Sprint / Wave / Package | Name |
Recommended work order
- Create the Operation + Teams.
- Create the Project (with dates).
- Registry: waves, epics/stories, sprints, packages, deliverables.
- Define the structure and the Setup (fronts/stages, hierarchy, calendar, criticality).
- Create tasks on the Kanban and execute.
- Track through the Dashboard and generate the Overall Status.
