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:

CardMeaning
Your DSUMsNumber 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 todayNumber 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.
GeneratedDate 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.

ColumnMeaning
FavStar toggle for the current user. Favourited teams are sorted before non-favourited teams on the index. The setting is personal to the user.
DSUMEngineering team name. The helper text identifies the board as manual stand-up items and engineer actions.
TodayStarted when the team has a DSUM row for today’s team date; Not started when it does not.
PreviousCount of previous DSUM rows for that team from the latest 30 stand-up records loaded by the index.
OpenOpen 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.

ColumnMeaning
DSUMEngineering team that owns the stand-up.
DateStored DSUM date in yyyy-MM-dd form.
StartedDate and time the stand-up was started.
ViewOpens 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

CardMeaning
TeamEngineering team name for the current DSUM.
Open itemsCount of DSUM tasks whose status is open.
CompleteCount of DSUM tasks whose status is completed.
GeneratedDate 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 controlDefaultValidationWhat it does
Standup dateCurrent DSUM dateyyyy-MM-dd dateSets the DSUM date. Previous dates are rejected as view-only.
Starts at09:00 on the DSUM dateOptional valid date-timeStores the scheduled start time. If set without an end time, CT-Ops defaults the end time to 30 minutes later.
Ends at09:30 on the DSUM dateOptional valid date-time; must be after Starts at when both are setStores the scheduled end time.
RecurrenceNo recurrencenone, daily, weekly, or monthly in the UIStores the calendar recurrence choice. The backend also accepts yearly, although the current UI does not expose it.
Recurrence interval1Integer from 1 to 52Controls how often the recurrence repeats.
Start DSUMEnabled after required fields validateRequires team membership and instance write accessCreates or updates today’s stand-up and syncs a calendar event when both start and end times exist.
Canceln/an/aCloses 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 controlDefaultValidationWhat it does
Item titleEmptyRequired, 3 to 180 charactersShort task title shown in the board, engineer task cards, and delete confirmation.
Context, notes, or desired outcomeEmptyOptional, up to 4000 charactersLonger task description shown in the task detail panel and engineer task cards.
Create itemEnabled after the title validatesRequires today’s editable DSUMCreates an open manual DSUM task.
Canceln/an/aCloses 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

ControlDefaultWhat it does
Include completed tasksOffShows completed tasks in addition to open tasks. When off, completed tasks are hidden from the board list.
Filter tasks by titleEmptyFilters 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:

SectionMeaning
OpenTasks with status open. These are the active stand-up items.
CompletedTasks 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

ColumnMeaning
TaskTask title. Selecting the row opens that task in the detail panel.
AddedUser who created the task and the creation timestamp.
Statusopen 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.

ControlWhat it does
Edit taskOpens the task edit dialog. Disabled on historical DSUMs or while another save is pending.
Mark completeChanges an open task to completed, records completedAt, and writes an internal status comment.
ReopenChanges a completed task back to open and clears completedAt.
Delete taskOpens 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:

FieldMeaning
Primary engineerFirst 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 engineersRemaining unique engineers from the task actions.
Action countNumber of actions attached to the task.

View actions

View actions opens a dialog containing the action table for the selected task.

ColumnMeaning
ActionAction title. Selecting the row opens the action detail dialog.
Primary engineerUser assigned as the primary engineer, or Unassigned.
Other engineersSecondary engineer badges, or None.
Statusopen or completed.
ControlsEdit, 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 controlDefaultValidationWhat it does
Action titleEmptyRequired, 3 to 180 charactersShort action label shown in tables and action detail.
Action contextEmptyOptional, up to 4000 charactersLonger instructions or context for the action.
Primary engineerUnassigned for new actionsOptional active user in the current instanceMain engineer responsible for the action.
Other engineersNone selectedUp to 20 active users in the current instanceAdditional 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 actionEnabled after the title validatesRequires today’s editable DSUMCreates or updates the action.
Canceln/an/aCloses 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

ControlWhat it does
Mark CompleteOpens a confirmation dialog for open actions. Confirming sets the action to completed, records completedAt, and writes an action history comment.
ReopenChanges a completed action back to open and clears completedAt.
Delete actionOpens 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.

AreaFieldValidationBehaviour
Task NotesLeave commentRequired, up to 8000 charactersAdds a task-level comment with author and timestamp.
Action commentsAdd action commentRequired, up to 8000 charactersAdds 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 controlMeaning
HeaderAction title, primary engineer, other engineers, and status.
DescriptionAction context, or an empty state when no description exists.
Action commentsOperator comments for the action.
Add commentSaves a new action comment. Disabled on historical DSUMs.
View history / Hide historyToggles 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.

FieldMeaning
NameUser display name, falling back to email.
EmailUser email address.
Open actionsCount of open actions where the engineer is primary or secondary.
Lead tasksCount 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.

ControlDefaultValidationWhat it does
Include completed actionsOffn/aIncludes recently completed actions as well as open actions.
Days7Number from 0 to 365When 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.

ControlDefaultValidationWhat it does
Include completed tasksOffn/aIncludes recently completed lead tasks as well as open lead tasks.
Filter tasks by titleEmptyn/aFilters the selected engineer’s tasks by case-insensitive title text.
Days7Number from 0 to 365When 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:

RuleBehaviour
User is not a member of any engineering team/dsum shows an empty state.
User opens a team they do not belong toCT-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 toCT-Ops rejects the operation.
Assigned engineer is inactive or outside the instanceCT-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.