CT-Ops
DSUM
Operator guide for CT-Ops daily stand-up pages, team boards, engineer views, actions, comments, and schedule controls.
The DSUM menu item opens /dsum. Use it to run daily stand-ups for
configured engineering teams, keep open team tasks visible, assign follow-up
actions to engineers, and review previous stand-up records.
DSUM is membership-scoped. A user only sees teams where they are a member. Administrators configure teams and membership in Engineering Teams. DSUM records are instance-scoped, and all edit actions require instance write access.
Page order
In the CT-Ops main menu, DSUM is an ITIL menu item alongside Incidents, Services, and CMDB. The documentation page is listed with the other top-level CT-Ops pages.
DSUM index
The index page lists the daily stand-ups for the engineering teams that include the signed-in user. Use it at the start of a handover to choose the right team board or to reopen a recent stand-up for reference.
The summary cards at the top show:
| Card | Meaning |
|---|---|
| Your DSUMs | Number of engineering teams visible to the current user. If this is zero, the page shows an empty state and the user must be added to a team before they can use DSUM. |
| Started today | Number of visible teams that already have a stand-up for their current DSUM date. The current date is calculated from each team’s latest stored DSUM timezone when one exists. |
| Generated | Date and time the index data was loaded, formatted with the instance date display settings. |
DSUM team table
The DSUM table is the primary launch point.
| Column | Meaning |
|---|---|
| Fav | Star toggle for the current user. Favourited teams are sorted before non-favourited teams on the index. The setting is personal to the user. |
| DSUM | Engineering team name. The helper text identifies the board as manual stand-up items and engineer actions. |
| Today | Started when the team has a DSUM row for today’s team date; Not started when it does not. |
| Previous | Count of previous DSUM rows for that team from the latest 30 stand-up records loaded by the index. |
| Open | Open DSUM opens /dsum/<teamId> for the team. |
The favourite button is disabled while its save is in flight. If the update fails, the page keeps the previous order and state.
Previous DSUMs table
When recent history exists, Previous DSUMs lists the latest visible DSUM records.
| Column | Meaning |
|---|---|
| DSUM | Engineering team that owns the stand-up. |
| Date | Stored DSUM date in yyyy-MM-dd form. |
| Started | Date and time the stand-up was started. |
| View | Opens the selected historical DSUM using the date query string. Historical DSUMs are view-only. |
The index loads up to 30 previous stand-up records across the current user’s visible teams.
Team DSUM page
The team page opens at /dsum/<teamId>. It is the working stand-up surface for
one engineering team and one DSUM date.
The header shows a back button to DSUMs, the team name, and whether the selected DSUM exists. When the stand-up exists, the header states who started it and the DSUM date.
The page refreshes itself through a server-sent event stream every 2 seconds so multiple operators can see task, action, and comment changes without manually reloading.
Team summary cards
| Card | Meaning |
|---|---|
| Team | Engineering team name for the current DSUM. |
| Open items | Count of DSUM tasks whose status is open. |
| Complete | Count of DSUM tasks whose status is completed. |
| Generated | Date and time the page payload was generated. |
Date and history controls
The Previous DSUM date field is a date input backed by the team’s last 30 DSUM dates. Selecting a date from that history navigates to the historical record. Manually typing a date that is not in the loaded history does not navigate.
Historical DSUMs show a View only badge. CT-Ops enforces this on the backend: edits are rejected unless the selected DSUM date is today’s date in the DSUM’s stored timezone.
Start stand-up
When today’s DSUM does not exist, Start stand-up opens the Start DSUM dialog. Use it to create the daily board and optionally place the stand-up on the operations calendar.
| Field or control | Default | Validation | What it does |
|---|---|---|---|
| Standup date | Current DSUM date | yyyy-MM-dd date | Sets the DSUM date. Previous dates are rejected as view-only. |
| Starts at | 09:00 on the DSUM date | Optional valid date-time | Stores the scheduled start time. If set without an end time, CT-Ops defaults the end time to 30 minutes later. |
| Ends at | 09:30 on the DSUM date | Optional valid date-time; must be after Starts at when both are set | Stores the scheduled end time. |
| Recurrence | No recurrence | none, daily, weekly, or monthly in the UI | Stores the calendar recurrence choice. The backend also accepts yearly, although the current UI does not expose it. |
| Recurrence interval | 1 | Integer from 1 to 52 | Controls how often the recurrence repeats. |
| Start DSUM | Enabled after required fields validate | Requires team membership and instance write access | Creates or updates today’s stand-up and syncs a calendar event when both start and end times exist. |
| Cancel | n/a | n/a | Closes the dialog without starting the stand-up. |
Starting a new DSUM rolls open tasks and open actions forward from the team’s most recent earlier DSUM. Completed tasks and completed actions are not rolled forward. Rolled-forward items preserve their original creation dates and keep metadata pointing to the source DSUM.
Edit schedule
When today’s DSUM already exists, Edit schedule opens Edit DSUM schedule. Use it to correct the start time, end time, or recurrence for the calendar event attached to the stand-up.
The fields match Start DSUM, except the stand-up date itself is not edited. Saving updates the linked operations calendar event and its participants. Team members are calendar participants; the saving user is stored as owner and other team members are observers.
Create task
Create task appears after a DSUM exists. Use it for a topic, risk, handover item, or follow-up that the team needs to track during the stand-up.
| Field or control | Default | Validation | What it does |
|---|---|---|---|
| Item title | Empty | Required, 3 to 180 characters | Short task title shown in the board, engineer task cards, and delete confirmation. |
| Context, notes, or desired outcome | Empty | Optional, up to 4000 characters | Longer task description shown in the task detail panel and engineer task cards. |
| Create item | Enabled after the title validates | Requires today’s editable DSUM | Creates an open manual DSUM task. |
| Cancel | n/a | n/a | Closes the dialog without creating a task. |
If the backend receives a create-task request for today’s date and the DSUM row does not exist yet, it creates the DSUM row automatically before creating the task.
Board tab
The Board tab is the default team view. It is for running the stand-up around tasks first, then drilling into actions and comments for the selected task.
Board filters
| Control | Default | What it does |
|---|---|---|
| Include completed tasks | Off | Shows completed tasks in addition to open tasks. When off, completed tasks are hidden from the board list. |
| Filter tasks by title | Empty | Filters the visible task list by case-insensitive title text. The placeholder changes depending on whether completed tasks are included. |
Task sections
The board groups tasks into stable sections:
| Section | Meaning |
|---|---|
| Open | Tasks with status open. These are the active stand-up items. |
| Completed | Tasks with status completed. This section is visible when completed tasks are included. |
Each section header shows the number of visible tasks in that section. Empty sections show an empty-state message.
Task table
| Column | Meaning |
|---|---|
| Task | Task title. Selecting the row opens that task in the detail panel. |
| Added | User who created the task and the creation timestamp. |
| Status | open or completed. |
Rows can be selected with a pointer or by focusing the row and pressing Enter or Space.
Task detail panel
The detail panel shows the selected task. Use it to update the task, manage its actions, and record notes.
The header shows task status, creator, and creation time. The description is shown below the header when one exists.
| Control | What it does |
|---|---|
| Edit task | Opens the task edit dialog. Disabled on historical DSUMs or while another save is pending. |
| Mark complete | Changes an open task to completed, records completedAt, and writes an internal status comment. |
| Reopen | Changes a completed task back to open and clears completedAt. |
| Delete task | Opens a confirmation dialog. Confirming deletes the task and cascades its DSUM actions and comments. |
Edit task
The Edit task dialog has the same Item title and Context, notes, or desired outcome fields as task creation. Saving updates the task title and description and records an audit event.
Task engineers
The Task engineers panel is derived from the task’s actions:
| Field | Meaning |
|---|---|
| Primary engineer | First unique assigned engineer found across the task’s actions. A primary assignee is considered before secondary engineers. Shows Unassigned when no action has an engineer. |
| Other assigned engineers | Remaining unique engineers from the task actions. |
| Action count | Number of actions attached to the task. |
View actions
View actions opens a dialog containing the action table for the selected task.
| Column | Meaning |
|---|---|
| Action | Action title. Selecting the row opens the action detail dialog. |
| Primary engineer | User assigned as the primary engineer, or Unassigned. |
| Other engineers | Secondary engineer badges, or None. |
| Status | open or completed. |
| Controls | Edit, status, and delete controls for the action. |
Create and edit actions
Use actions for specific follow-up work under a DSUM task. Actions are the units assigned to engineers.
| Field or control | Default | Validation | What it does |
|---|---|---|---|
| Action title | Empty | Required, 3 to 180 characters | Short action label shown in tables and action detail. |
| Action context | Empty | Optional, up to 4000 characters | Longer instructions or context for the action. |
| Primary engineer | Unassigned for new actions | Optional active user in the current instance | Main engineer responsible for the action. |
| Other engineers | None selected | Up to 20 active users in the current instance | Additional engineers involved in the action. If the primary engineer is also selected as secondary, the backend removes the duplicate from secondary engineers. |
| Create action / Save action | Enabled after the title validates | Requires today’s editable DSUM | Creates or updates the action. |
| Cancel | n/a | n/a | Closes the dialog without saving. |
The engineer lists include active users in the current instance, not only DSUM team members. Operators should usually assign team members unless another engineer is deliberately helping with the task.
Action status and deletion
| Control | What it does |
|---|---|
| Mark Complete | Opens a confirmation dialog for open actions. Confirming sets the action to completed, records completedAt, and writes an action history comment. |
| Reopen | Changes a completed action back to open and clears completedAt. |
| Delete action | Opens a confirmation dialog. Confirming deletes the action and its comments. |
Marking an action complete requires an explicit confirmation because completed actions can disappear from default engineer filters.
Notes and comments
Task notes and action comments keep stand-up context with the work.
| Area | Field | Validation | Behaviour |
|---|---|---|---|
| Task Notes | Leave comment | Required, up to 8000 characters | Adds a task-level comment with author and timestamp. |
| Action comments | Add action comment | Required, up to 8000 characters | Adds a comment tied to the selected action. |
Task status changes create internal comments such as Item marked completed.
Action status changes create internal comments such as Action marked open.
Action detail hides these status comments from the normal comment list and
shows them under Action history.
Action detail dialog
Selecting an action row opens the action detail dialog.
| Area or control | Meaning |
|---|---|
| Header | Action title, primary engineer, other engineers, and status. |
| Description | Action context, or an empty state when no description exists. |
| Action comments | Operator comments for the action. |
| Add comment | Saves a new action comment. Disabled on historical DSUMs. |
| View history / Hide history | Toggles internal status history entries for the action. |
Use action detail during handover when the table title is not enough to explain the state of the work.
Engineers tab
The Engineers tab is for checking individual load and ownership. Use it near the end of stand-up to confirm every engineer knows their actions and to spot unbalanced work.
Engineer list
The left list contains active members of the DSUM’s engineering team, sorted by display name.
| Field | Meaning |
|---|---|
| Name | User display name, falling back to email. |
| User email address. | |
| Open actions | Count of open actions where the engineer is primary or secondary. |
| Lead tasks | Count of open tasks where this engineer is the derived primary engineer. |
Selecting an engineer opens their detail panel.
Engineer actions
The Actions subtab shows actions where the selected engineer is primary or secondary.
| Control | Default | Validation | What it does |
|---|---|---|---|
| Include completed actions | Off | n/a | Includes recently completed actions as well as open actions. |
| Days | 7 | Number from 0 to 365 | When completed actions are included, limits them to actions completed within this many days. Values outside the range are clamped. |
The action table includes the Task column so an engineer can see which task each action belongs to.
Engineer tasks
The Tasks subtab shows tasks where the selected engineer is the derived primary engineer.
| Control | Default | Validation | What it does |
|---|---|---|---|
| Include completed tasks | Off | n/a | Includes recently completed lead tasks as well as open lead tasks. |
| Filter tasks by title | Empty | n/a | Filters the selected engineer’s tasks by case-insensitive title text. |
| Days | 7 | Number from 0 to 365 | When completed tasks are included, limits them to tasks completed within this many days. Values outside the range are clamped. |
Each task card shows the title, count of open actions, creator, status, and the same edit, complete/reopen, and delete controls used by the Board tab.
Read-only history
A DSUM is editable only when its standupDate equals today’s date in the
stand-up timezone. Historical DSUMs are read-only in both the UI and backend.
On read-only records, CT-Ops disables task creation, task edits, task status changes, task deletion, comments, action creation, action edits, action status changes, and action deletion. Use history for handover, audit, and reviewing what was agreed on earlier dates.
Access and membership rules
DSUM requires instance write access. Team data is additionally scoped through engineering team membership:
| Rule | Behaviour |
|---|---|
| User is not a member of any engineering team | /dsum shows an empty state. |
| User opens a team they do not belong to | CT-Ops rejects the request with DSUM was not found for your engineering teams. |
| User edits a task or action from a team they do not belong to | CT-Ops rejects the operation. |
| Assigned engineer is inactive or outside the instance | CT-Ops rejects the action assignment. |
Administrators manage the available teams and team members in Engineering Teams.
Calendar behaviour
When a DSUM has both a scheduled start and end time, CT-Ops creates or updates
an operations calendar event titled <team name> DSUM. The event description
contains the team name and DSUM date. The event timezone is the browser
timezone sent when the schedule is saved.
If either start or end time is missing, CT-Ops does not create a calendar event. Editing the DSUM schedule later can create or update the event.
Data retention and deletion behaviour
DSUM history is retained in the database as stand-up records, tasks, actions, and comments. The UI currently loads the latest 30 history dates for the team page and the latest 30 previous stand-ups for the index.
Deleting a task deletes its actions and all comments linked to the task or its actions. Deleting an action deletes comments linked to that action. These delete actions are permanent from the DSUM UI, so use them for mistakes rather than normal completion.