๐Ÿšง Checkpoints โ€“ Sub-Tasks for Long Tasks

๐Ÿ‘ค Who Can Access

  • ๐Ÿšง Checkpoints are automatically generated by HOLIZE for long-running tasks inside a ๐Ÿ“‹ Project Plan.

  • Only Project Managers and L1/L2 Managers can view and manage the follow-up workflow triggered from these checkpoints.

๐Ÿ“– Description

  • Checkpoints are mini-milestones created within a task from the ๐Ÿ“‹ Project Plan to ensure steady progress.

  • For example, a 20-day task may have checkpoints every 5 days.

  • Each checkpoint has a planned start and end date. As per these planned dates, a โ›๏ธ Worklog is triggered to the Project Manager, who forwards it to the Team Lead, and then to the Team Member.

  • This ensures that progress inside long tasks is not silent โ€” but tracked, confirmed, and escalated if needed.

๐Ÿ“– Description illustration

โœ… Pre-requisites

  • Checkpoints are only generated for tasks where the duration is at least 5 days (configurable).

  • If a task is shorter than the configured default checkpoint span, checkpoints will not be created.

๐Ÿงพ Input

  • ๐Ÿ“‹ Number of checkpoints is automatically calculated by HOLIZE based on the task's duration from the ๐Ÿ“‹ Project Plan

  • ๐Ÿ“… Checkpoints are spaced evenly between the planned start and end dates of the task

  • ๐Ÿง  Each checkpoint is tracked for on-time closure

๐ŸŽฏ Output

  • ๐Ÿ“ฌ As per planned start date of every checkpoint, โ›๏ธ Worklogs are auto-triggered to the respective Project Managers

  • ๐Ÿ” If a checkpoint is missed (i.e., not discussed or closed on time):

  • โ–ซ๏ธโš ๏ธ If still not addressed: HOLIZE auto-creates a โš ๏ธ Risk (if the parent task is upcoming) or an ๐Ÿ”ฅ Issue (if the parent task is ongoing)

  • โ–ซ๏ธ๐Ÿ›ก๏ธ This protects the flow of the ๐Ÿ“‹ Project Plan from silent task delays

๐Ÿ”— Dependents